linkbat-devel Mailing List for Linux Knowledge Base and Tutorial
Brought to you by:
jimmo
Menu
▾
▴
linkbat-devel — Discussion of development related issues
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(47) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(9) |
Feb
(3) |
Mar
|
Apr
|
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: James M. <lin...@li...> - 2006-06-27 10:10:56
|
Greetings! Long-time no hear. It's actually embarassing when I think about just how long it has been. With the exception of the switch to PHPNuke many moons ago, there has been little externally visable change. We have added a few articles and glossary terms, but for the most part the actual content of the Tutorial has unfortunately remained fairly stagnant. That will change very soon. One of the things we added was Google Ads. Although this is not enough to live off of, it is helping to pay my hosting fees and so forth. In an effort to not only motivate people to contribute but also to be fair about these contributions, I am implementing a program where contributors to the Linux Tutorial with be able to share in the advertising revenue the site receives. Translated that means, people will get paid for their work. On the one hand, the contributors' portion won't *yet* be enough to live off of, but the site is constantly growing. We currently have almost 2 million hits a month, 40,000 unique visitors and over 4500 registered users. The program I will be implementing is not like a magazine article where you get paid a single, flat-fee once and that's it. It's more like the royalties you get from a book. The more people visit the site, the more you get. Also, the more you contribute the more you get. In addition to normal contributions, I have an editorial/administrative task. In short, it entails moving blocks of data around inside the individual articles. Although not really hard, it will take a bit of time and is tedious work. Because of the importance and scope of this job, this is separate from normal contributions and I will pay an amount proportionally larger than an article or other contribution. Keep in mind that I cannot pay all that much, but if you have a "real" job, this might not be worth your time. However, if you are a "starving student" or live in a country with a lower standard of living than western Europe or North America, then it would be a way to earn a bit. This job does require a moderate understanding of Linux. This is "cut-n-paste" type work, but you will need to be able to compare two pieces of text and identify them as being the same, even if they are phrased differently. I would like to get this project going, so I don't want to wait forever. Howevers registered members of the Sourceforge project, I wanted to give you all the chance first. If I do not hear anything by next Monday, I will make the offer to the members of the Linux Tutorial. If you are interested, please let me know and we can discuss the details. Please do not agree to do it unless you know you can actually finish. If you have limited time want to do some of it, then I can break it into smaller chunks. If you would like to invest in the future of the Linux Tutorial, then I can arrange that you share in the advertising revenue over a longer period. You would end up with more money, but spread out over a longer period. Volunteers are also welcome. Regards, Jim Mohr -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- The Linux Tutorial needs your help! Visit us at http://www.linux-tutorial.info |
|
From: James M. <lin...@ji...> - 2003-05-27 16:59:36
|
On Tuesday 27 May 2003 04:37, Feng Xie wrote: > Hi Jim ! > > I rewrote the display_glossary.pl today. I thought the old codes in the > display_glossary.pl are just for testing, so I removed them so I do not > need to give another name for the codes. The subroutine I created, > display_glossary_cells, is actually another display_cell_contents with > celsl13,23,31,32,33 removed, and put the lines in specific glossary page > (they are created by parse_page.pl -g) into cell22. Of course, the cells > 11,12,21 are exactly the same with the old way. After the codes are tested, > I will upload it. Let me know when you do. I made some changes to some of the code in places where I had hard coded formating information so that it now uses CSS. If you are working with display.pl and display_glossary.pl, there should be no problem. > Thanks for your reminds. The SEEALSO glossary links have been modified to > display_glossary.pl?$GLOSSARY_ID. But I am just wondering why can't we > produce the footer ahead of time. Are any contents in the footer > time-specific ? Good point. No there isn't. It's one less thing that we need to do when the page is "live". So, I guess it's okay to add them in advance. > Now we have static content pages and static glossary pages(precisely > speaking, it's through display_glossary.pl). I am wondering if you decide > to shift one-shoot from dynamic to static pages, or step by step, I mean, > use static glossary pages while still using display.pl to display the > content pages. It matters because it dicides the way to parse the reference > links in static glossary pages, and the links in the menus as well. Good question. I am planning to make a major jump from the site as it is today to the new version with the KUs and static pages. When the KUs are in place, there will be a lot stuff being generated on the fly from the KUs, so I want to reduce the time taken for everything else. > Ah, it's hard days now. I tried 3 times today for a part time job. It seems > that every sector of economy is going down. I wish I could help you with that one. It's the same over here. Maybe if we get the tutorial to a more advanced state then someone like SuSE or Red Hat will want to include it or some training company will hire us. Well, we can dream, can't we. Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: James M. <lin...@ji...> - 2003-05-24 11:20:07
|
Hi Wayne! Comments below. On Saturday 24 May 2003 01:52, Feng Xie wrote: > Hi Jim! > > I modified the parse_page.pl enabling it to generate standalone static > glossary pages. As planned "-g" is added. You can have a look at the parsed > pages at www.cs.yorku.ca/~cs232128/linkbat/glossary/$ID.html, where $ID is > the glossary ID (from 1 to the maximum). Looks good. There are two things. First, the footer does not need to be included on each page. This will be added to each page when it is display. Second the links to the other glossary pages need to adjusted (but I assume you already knew that). > A new global variable is to be added into all_variable: > $STATIC_GLOSSARY_DIR="$DOCUMNET_ROOT/glossary" Sure. Sounds good. > I prefer to use CVS to upload my program, but when I execute cvs -d ... on > the lab terminal, which runs sun os, it ended up with "Connection time > out". I use ps to look up the process going on, I found this "rsh > cvs.sourceforge.net -l waynexie cvs server". Any hints ? What was the exact command you are using? Can you successfully download the code? I use ssh and not rsh to connection, so I am not exactly sure where the problem is. Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: James M. <lin...@ji...> - 2003-05-22 17:48:45
|
Hi Wayne! Comments below. On Thursday 22 May 2003 04:19, Feng Xie wrote: > Hello, Jim > > I am now working on the glossary pages. What I am going to do is adding > codes to the parse_page.pl, which is to go on to generate static glossary > pages after the normal processing of generating static content pages. > display_glossary.pl will do the job you described: generate the frame and > read the concerning glossary page in. The following are some details. > Waiting for comments. I am not sure we are thinking about the same thing and I want to be sure. There is one function that creates the static glossary page without any of the menus, etc, just the actual glossary entry. When display_glossary.pl is called from a web page it is passed the ID of the glossary entry (for example) and then displays the all menus plus the static glossary page. Is that what you talking about? > With "parse_page.pl -i" , which generate/regenerate all the content pages, > all the glossary pages are generated/regenerated also. While in order to > enable the tool to generate single glossary pages, a new option "-g" is > added. Okay sounds reasonable. The -g just creates all of the glossary entries right? What about the index of glossary terms that contais all of the entries? Are you going to work on that? > Naming of the glossary pages: > Use the glossary ID in glossary.data. For example, the page name for the > "UNIX" glossary is 474.html. I had originally been thinking about something like "UNIX.html", but it sounds okay to me if you use the ID numbers. I cannot think of anytime where someone would want to access the pages directly, and if they did they can figure out what page is which. > Where to store the glossary pages: > The generated glossary pages will be put into a new directory named > "glossary_pages". How about just "glossary"? It really doesn't matter. I am just lazy. However, once it is coded, no one will need to access it directly. > The problem is about the display_glossary.pl. What kinds of parameters does > it need ? glossary ID comes first for sure, but how about the > previous/original page code, the current TYK code and the current > mysiteconfig code, which are used by display.pl ? As I noticed, > previous/original page code is always 0, which means it's never used. I am > not sure if it needs the TYK code and the current mysiteconfig code. Could > you explain a little bit about them ? Originally the previous page code kept track of the very last page you were on and the original page code was where you entered things like the the Questions (TYK), the TYK Code is used within the TYK section to keep track of options, etc and the mysiteconfig defines the appearance. Eventually I want to save the TYK code and mysiteconfig as cookies and maybe the other things as well. The current page code is always used to keep track of which page is displayed. This is the most important one. I am wondering why the previous/original page code is always 0. It shouldn't be. How do you get to the glossary pages? Regards, jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: James M. <lin...@ji...> - 2003-05-19 17:46:40
|
On Saturday 17 May 2003 00:41, Feng Xie wrote: > Hi, Jim > > I made some changes to parse_page.pl, enabling it to generate static pages > where glossary popups are properly displayed. The test page can be accessed > at http://www.cs.yorku.ca/~~cs232128/linkbat/static_pages/98.html > > I will continue to work on the glossary links, which involves > coding/recoding of display_glossary.pl. Any comments? > > Best regards! > > Wayne > Hi Wayne! The page looks good. What I think we will need is two scripts. One that creates the static glossary page and then display_glossary.pl which is what creates the framework and inserts the actual glossary contents. With that it mind, you will also need to work on creating the the external script to create the static glossary pages. What do you think? Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: James M. <lin...@ji...> - 2003-05-14 18:53:03
|
On Wednesday 14 May 2003 00:36, Feng Xie wrote: > If it has not much to do with XML parsing (I am not familiar with XML), I > can take it. I will keep you in mind. It does require a little experience wth XML. > >What I think we should do now in terms of the static code for the glossary > >is > >define the actual mechanism of how the page is displayed. I think the best > >thing is to a have a new window pop up. The link is something like > > > >/cgi-bin/display_glossary.pl?word_to_define > > > >where the display_glossary.pl simply creates the framework for the page > > and inserts the contents of an already created glossary page. Something > > similar would also be done for the command glossary and file glossary. > > The set of glossary files could be in a seperate directory what the > >display_glossary.pl > >knows about and knows what file to load based on "word_to_define". > > Yes, using display_glossary.pl instead of display.pl is faster and makes > the codes easier to maintain. But the problem is that by this way, people > who try to download the site can't not see the glossary pages because they > are generated dynamically. Of course, if you don't think it's important > for those downloading the site to see everything in static pages, just > ignore it. Well, the glossary pages do not necessarily need to be generated dynamically. We could create them in advance and then display_glossary.pl just creates the framework and inserts the *completed* glossary page. What I would like is the ability to download a complete set of pages and have as much info as possible, include glossary, commands and files. The user could have a choice between a set that is installed as a web server or stand-alone. However, we should not loose track of the primary goal here and that is to save as much time as possible loading the files on the Internet. > I am thinking about developing the parse_page.pl into a tool which is used > to generate the corresponding ebook(totally consists of static pages, like > stuffs for CCNA,CCNP etc) of the linux-tutorial site. That way, everytime > major changes happen on the site, you can use the tool to generate a zipped > package (with versions of course) and put it to the download page. Just a > idea. That is definately one of the goals. I would like to a tool set that will display the material dynamically, create static pages and create a document that you convert to PDF, DocBook or some other similar format. Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: James M. <lin...@ji...> - 2003-05-13 18:35:29
|
On Tuesday 13 May 2003 04:55, Feng Xie wrote:
> Hi ! Jim
>
> Right now I am working on the glossary part of the static pages generation.
> Since I am not quite familiar with Java scripts, I have to look up things
> to undertand the concerning codes.
>
> Actually, I am testing my codes on the lab server, which is open to the
> web. This way, you can view the result anytime I make some changes. I don't
> why the server sent you a email, I didn't do that. If you get it next time,
> just ignore it.
>
> Best regards!
>
> Wayne
Hi Wayne!
For the most part, you should be able to take the code 1:1 from the existing
script. I don't yet see a need to include all of the Javascript in the pages
itself. It is only used for the popups and **if** someone wanted to have the
tutorial without a web server, then they have to do it without the popup.
What happens is that the code finds a word marked as a glossary entry. It
takes replaces it with the necessary code to call the java script popup, plus
make it a real link.
So this:
<glossary>UNIX</glossary>
gets turned into this:
<A class="glossary" HREF="/cgi-bin/display.pl?9998&15&474&0&3" TARGET=GLOSSARY
onMouseOver="return overlib('An operating system originally developed at Bell
Laboratories.', CAPTION, 'UNIX', FGCOLOR, '#F6E2B4',BGCOLOR, '#BDAA7B',
CAPCOLOR, 'WHITE', STATUS, 'Click me for more details');" onMouseOut="nd();"
target=NEW >UNIX</A>
The glossary term in this example is "UNIX". The existing code takes that word
and looks in the glossary.data file for the defitions and creates the
HREF-code. The java script code is from the overlib package which is a
library of "mouseover" functions. The definition for the term "UNIX" is "'An
operating system originally developed at Bell Laboratories", as you can see
in this example.
What I am trying to do is not necessarily create system by which you are
completely independent of the web server. Instead, I want to have a lot of
the information pre-processed before we put in on the internet. Each time a
glossary item is found the item needs to be parsed. Although the entire
glossary is in memory, the processing can be done in advance to save time.
Also keep in mind that we are working on a command and file glossary. That is,
there will be many other things on each page that need to be converted. Then
there will a number of things with different formating that we need to
convert. For example, the HTML source will contain tags like
<CommandExample>
. . . something here . . .
</CommandExample>
<ScreenOutput>
. . . something here . . .
</ScreenOutput>
which will both have special formatting. I don't want the writers to have to
deal with complex HTML, CSS, or whatever when they are writing. Instead, they
use very simple tags that the perl code converts. First, this is much easier
for the writers and second we don't need to change each page should we decide
on some other formatting, later on.
The next step is to store all of the Knowledge Units within the appropriate
page. Therefore, all of the pages will need to be processed at least once to
create the database and links. With all of this, there is a lot going on with
each page, so it makes sense to process so of it in advance. Some things like
the menus or the "Did You Know" entries should still be dynamic.
One of the biggest problems I am having is the perl code to take the XML data
source and create the database files. Several people have volunteered and
then several weeks later say they no longer have the time. It is already very
close to being done. Most of what is left is to store the data in arrays (I
can read the XML files with no problem) and then write the arrays out to the
files. I wrote all that myself and keep putting it off in the hopes that
someone will finish it for me. Any takers?
What I think we should do now in terms of the static code for the glossary is
define the actual mechanism of how the page is displayed. I think the best
thing is to a have a new window pop up. The link is something like
/cgi-bin/display_glossary.pl?word_to_define
where the display_glossary.pl simply creates the framework for the page and
inserts the contents of an already created glossary page. Something similar
would also be done for the command glossary and file glossary. The set of
glossary files could be in a seperate directory what the display_glossary.pl
knows about and knows what file to load based on "word_to_define".
Is this making sense?
I guess that's about it for now. I would appreaciate any comments so that we
can make sure that we are heading in the right direction.
Regards,
Jim
--
---------------------------------------
"Be more concerned with your character than with your reputation. Your
character is what you really are while your reputation is merely what others
think you are." -- John Wooden
---------------------------------------
Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info
|
|
From: Hal F. G. <hgo...@pr...> - 2003-05-13 03:38:55
|
I can help with the JavaScript if you need it -----Original Message----- From: lin...@li... [mailto:lin...@li...] On Behalf Of Feng Xie Sent: Monday, May 12, 2003 10:56 PM To: lin...@li... Subject: [Linkbat-devel] linkbat Hi ! Jim Right now I am working on the glossary part of the static pages generation. Since I am not quite familiar with Java scripts, I have to look up things to undertand the concerning codes. Actually, I am testing my codes on the lab server, which is open to the web. This way, you can view the result anytime I make some changes. I don't why the server sent you a email, I didn't do that. If you get it next time, just ignore it. Best regards! Wayne _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com _______________________________________________ Linkbat-devel mailing list Lin...@li... https://lists.sourceforge.net/lists/listinfo/linkbat-devel --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.478 / Virus Database: 275 - Release Date: 5/6/2003 |
|
From: Feng X. <xie...@ho...> - 2003-05-13 02:55:50
|
Hi ! Jim Right now I am working on the glossary part of the static pages generation. Since I am not quite familiar with Java scripts, I have to look up things to undertand the concerning codes. Actually, I am testing my codes on the lab server, which is open to the web. This way, you can view the result anytime I make some changes. I don't why the server sent you a email, I didn't do that. If you get it next time, just ignore it. Best regards! Wayne _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail |
|
From: James M. <lin...@ji...> - 2003-02-18 18:06:05
|
On Tuesday 18 February 2003 14:59, Wayne wrote: > Hello Everyone ! > > Thanks for your comments, and they will make the codes better. > > To summerize, I have got several things to do to produce the next version > of the static_page_generating tool: 1) -F option, which is supposed to > parse all the files in certain directory; 2) Generate static DYKs (Do You > Know); Not yet. The code is already there to create the DYKs. So don't worry too much about this for now. > 3) Handling the glossary popups and links; > 4) More error handling. Both of these are very important. Getting this done means we can create a static content page, even if everything else is created dynamically. That is what is taking up the majority of the processing time. > > Jim, I am considering your idea of splitting the codes into two pieces. > Since I use existing functions to generate static pages by redirecting > their outputs, the main code is not likely to be too long, while many minor > changes may occur in the existing codes. My suggestion is to add more > switch variables in all_variable file, such as > USE_STATIC_DYK,USE_STATIC_TYK and the like. They can be grouped into a > configuration part together with USE_STATIC_PAGES and STATIC_PAGES_PATH I > already added. This way, I can branch the existing functions into either > the new way (generating static pages) or the old way (generating dynamic > pages) according to the switch variables, deciding which part of the > mainframe is static or dynamic. Not a bad idea. What about using command line switches as well? These would override all_variables file. Just an idea. By the way, I think the "Test Your Knowledge" questions will probably always be dynamic. Theoretically we could create number questions pages statically that are then loaded at random, but is that necessary? Comments? Regards, jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: Wayne <xie...@ho...> - 2003-02-18 14:04:12
|
Hello Everyone ! Thanks for your comments, and they will make the codes better. To summerize, I have got several things to do to produce the next = version of the static_page_generating tool: 1) -F option, which is supposed to parse all the files in certain = directory; 2) Generate static DYKs (Do You Know); 3) Handling the glossary popups and links; 4) More error handling. Jim, I am considering your idea of splitting the codes into two pieces. = Since I use existing functions to generate static pages by redirecting = their outputs, the main code is not likely to be too long, while many = minor changes may occur in the existing codes. My suggestion is to add = more switch variables in all_variable file, such as = USE_STATIC_DYK,USE_STATIC_TYK and the like. They can be grouped into a = configuration part together with USE_STATIC_PAGES and STATIC_PAGES_PATH = I already added. This way, I can branch the existing functions into = either the new way (generating static pages) or the old way (generating = dynamic pages) according to the switch variables, deciding which part of = the mainframe is static or dynamic. Comments are welcome. Best regards, Wayne=20 |
|
From: James M. <lin...@ji...> - 2003-02-18 05:34:01
|
Hi All! Just a quick comment about the code. Wayne and I have been communicating back and forth in private, and as I keep saying I am trying to avoid that so that these kinds of discussions are public. That way everyone can comment, if they want. The first thing is that I want is to try to limit the amount of work each function does. That has a number of benefits such as it is easier to have different people work on different parts of the code, easier to find problems, and so forth. So, Wayne could you break your code into two pieces? The only thing one part does is parsing the content page and create the static HTML content without the menu, etc. Then the other part would create the framework. This second part has a lower priority as I am not yet sure how much will be static and how much will be dynamic. Plus it is simply calling existing functions. What I want to have first is a page that contains the glossary popups/links, as well as the links to the other pages of the tutorial. That way they can be used regardless of whether the rest of the page is static or not. As usual comments are welcome. Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: Hal F. G. <hal...@ur...> - 2003-01-19 20:42:55
|
---- On Sun, 19 Jan 2003, James Mohr (lin...@ji...) wrote: > I like the idea of of PDFs. There are even some open source tools that can > convert HTML to postscript and others that can convert the postscript to PDF. > However, switching languages right now gives me a real belly ache. Unless > there are some real substantial advantages in using Java, I would rather we > spend our energy on first getting into XML and getting the code to convert it > to CSV, plus increasing the functionality of the tutorial. > I agree. I should have a basic DTD written this week and be adding more to it to finalize it be next week. > Eventually I want to convert even the content files to XML and then use XSL to > translate them to HTML (or simply leave them in XML and have them processed > on the fly. However, I think that at that time the data model will be stable > and and we can sink our teeth into a new language. Especially because at that > point, the access method (i.e. language) should be irrelevant. You can use > anything. > When we are all set I can toss something, together that will automate the translation of XML to XTML using an XSLT stylesheet that we come up with. > Regards, > > Jim > > > On Sunday 19 January 2003 17:40, Hal F. Gottfried wrote: > > Well because we are using XML and the whole project is very modular we can > > do it one of a few ways. I think the pdf idea is most likley the best > > because everyone supports PDFs. Although it would not be dynamic it would > > have to be a static file. We could an interface in Java and the back end in > > XML as it is and then the Java would be just like they had been viewing it > > on the web and it can still be dynamic. THoughts? > > > > Hal > > > > ---- On Sat, 18 Jan 2003, James Mohr (lin...@ji...) wrote: > > > Hi All! > > > > > > Since I got the rights back to my books, I have been thinking about > > > putting the material together as a single package so that it can be > > > installed on other machines without having to deal with the data files, > > > cgi scripts, etc. This means a number of major changes. > > > > > > The first question is whether or not this makes sense to do it. Since the > > > > site > > > > > went online I have received a number of request to provide the material > > > on a CD, PDF, tarball, etc. Since I had the licensing problem, I couldn't > > > before. Now I can. When we package linkbat (not if), it needs to be easy > > > to install. Obviously, with single pages with no cgi, the user can simply > > > drag and drop it into a filesystem to view it (even on Windows). > > > > > > This means two sets of code, one for the web and one for the "package". > > > At > > > > the > > > > > very least we need to expand the code to allow (maybe by passing > > > arguments to the sub-routines, telling it to create it for the web or for > > > a "package". > > > > > > We obviously need the code to create the pages. The existing code was > > > > designed > > > > > to present it dynamically on the web. However, the functionality is > > > there. It need to be modularized so that each function delivers single > > > pieces of information. Next, we need the mechanisms that creates the > > > completed page set so that that can be accessed easly. This means > > > creating the menus, glossary and more info pages, etc. > > > > > > The other alternative is to package the existing code in a way that they > > > can easily install it on their own site. It is already pretty modularized > > > and there are just a few places where you need to make path changes: At > > > the very least there is just a single config file that needs to be > > > modified. > > > > > > However, I would still like to eventually make the entire site available > > > as a PDF (i.e a book). That would require the same code (plus some) to > > > strip out or convert all of the HTML elements. > > > > > > There are obviously a lot more questions to answer, but I am trying to > > > get a feel for what direction to go. What do the rest of you think? > > > > > > Regards, > > > > > > Jim > > > > > > -- > > > --------------------------------------- > > > "Be more concerned with your character than with your reputation. Your > > > character is what you really are while your reputation is merely what > > > others think you are." -- John Wooden > > > --------------------------------------- > > > Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info > > > > > > > > > ------------------------------------------------------- > > > This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will > > > allow you to extend the highest allowed 128 bit encryption to all your > > > clients even if they use browsers that are limited to 40 bit encryption. > > > Get a guide > > > here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en > > > _______________________________________________ > > > Linkbat-everyone mailing list > |
|
From: James M. <lin...@ji...> - 2003-01-19 20:25:50
|
I like the idea of of PDFs. There are even some open source tools that can convert HTML to postscript and others that can convert the postscript to PDF. However, switching languages right now gives me a real belly ache. Unless there are some real substantial advantages in using Java, I would rather we spend our energy on first getting into XML and getting the code to convert it to CSV, plus increasing the functionality of the tutorial. Eventually I want to convert even the content files to XML and then use XSL to translate them to HTML (or simply leave them in XML and have them processed on the fly. However, I think that at that time the data model will be stable and and we can sink our teeth into a new language. Especially because at that point, the access method (i.e. language) should be irrelevant. You can use anything. Regards, Jim On Sunday 19 January 2003 17:40, Hal F. Gottfried wrote: > Well because we are using XML and the whole project is very modular we can > do it one of a few ways. I think the pdf idea is most likley the best > because everyone supports PDFs. Although it would not be dynamic it would > have to be a static file. We could an interface in Java and the back end in > XML as it is and then the Java would be just like they had been viewing it > on the web and it can still be dynamic. THoughts? > > Hal > > ---- On Sat, 18 Jan 2003, James Mohr (lin...@ji...) wrote: > > Hi All! > > > > Since I got the rights back to my books, I have been thinking about > > putting the material together as a single package so that it can be > > installed on other machines without having to deal with the data files, > > cgi scripts, etc. This means a number of major changes. > > > > The first question is whether or not this makes sense to do it. Since the > > site > > > went online I have received a number of request to provide the material > > on a CD, PDF, tarball, etc. Since I had the licensing problem, I couldn't > > before. Now I can. When we package linkbat (not if), it needs to be easy > > to install. Obviously, with single pages with no cgi, the user can simply > > drag and drop it into a filesystem to view it (even on Windows). > > > > This means two sets of code, one for the web and one for the "package". > > At > > the > > > very least we need to expand the code to allow (maybe by passing > > arguments to the sub-routines, telling it to create it for the web or for > > a "package". > > > > We obviously need the code to create the pages. The existing code was > > designed > > > to present it dynamically on the web. However, the functionality is > > there. It need to be modularized so that each function delivers single > > pieces of information. Next, we need the mechanisms that creates the > > completed page set so that that can be accessed easly. This means > > creating the menus, glossary and more info pages, etc. > > > > The other alternative is to package the existing code in a way that they > > can easily install it on their own site. It is already pretty modularized > > and there are just a few places where you need to make path changes: At > > the very least there is just a single config file that needs to be > > modified. > > > > However, I would still like to eventually make the entire site available > > as a PDF (i.e a book). That would require the same code (plus some) to > > strip out or convert all of the HTML elements. > > > > There are obviously a lot more questions to answer, but I am trying to > > get a feel for what direction to go. What do the rest of you think? > > > > Regards, > > > > Jim > > > > -- > > --------------------------------------- > > "Be more concerned with your character than with your reputation. Your > > character is what you really are while your reputation is merely what > > others think you are." -- John Wooden > > --------------------------------------- > > Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will > > allow you to extend the highest allowed 128 bit encryption to all your > > clients even if they use browsers that are limited to 40 bit encryption. > > Get a guide > > here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en > > _______________________________________________ > > Linkbat-everyone mailing list > > Lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linkbat-everyone > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will > > allow you to extend the highest allowed 128 bit encryption to all your > > clients even if they use browsers that are limited to 40 bit encryption. > > Get a guide > > here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en > > _______________________________________________ > > Linkbat-devel mailing list > > Lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linkbat-devel > > ------------------------------------------------------- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > _______________________________________________ > Linkbat-everyone mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linkbat-everyone > > > ------------------------------------------------------- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > _______________________________________________ > Linkbat-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linkbat-devel -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: Hal F. G. <hal...@ur...> - 2003-01-19 16:41:03
|
Well because we are using XML and the whole project is very modular we can do it one of a few ways. I think the pdf idea is most likley the best because everyone supports PDFs. Although it would not be dynamic it would have to be a static file. We could an interface in Java and the back end in XML as it is and then the Java would be just like they had been viewing it on the web and it can still be dynamic. THoughts? Hal ---- On Sat, 18 Jan 2003, James Mohr (lin...@ji...) wrote: > Hi All! > > Since I got the rights back to my books, I have been thinking about putting > the material together as a single package so that it can be installed on > other machines without having to deal with the data files, cgi scripts, etc. > This means a number of major changes. > > The first question is whether or not this makes sense to do it. Since the site > went online I have received a number of request to provide the material on a > CD, PDF, tarball, etc. Since I had the licensing problem, I couldn't before. > Now I can. When we package linkbat (not if), it needs to be easy to install. > Obviously, with single pages with no cgi, the user can simply drag and drop > it into a filesystem to view it (even on Windows). > > This means two sets of code, one for the web and one for the "package". At the > very least we need to expand the code to allow (maybe by passing arguments to > the sub-routines, telling it to create it for the web or for a "package". > > We obviously need the code to create the pages. The existing code was designed > to present it dynamically on the web. However, the functionality is there. It > need to be modularized so that each function delivers single pieces of > information. Next, we need the mechanisms that creates the completed page set > so that that can be accessed easly. This means creating the menus, glossary > and more info pages, etc. > > The other alternative is to package the existing code in a way that they can > easily install it on their own site. It is already pretty modularized and > there are just a few places where you need to make path changes: At the very > least there is just a single config file that needs to be modified. > > However, I would still like to eventually make the entire site available as a > PDF (i.e a book). That would require the same code (plus some) to strip out > or convert all of the HTML elements. > > There are obviously a lot more questions to answer, but I am trying to get a > feel for what direction to go. What do the rest of you think? > > Regards, > > Jim > > -- > --------------------------------------- > "Be more concerned with your character than with your reputation. Your > character is what you really are while your reputation is merely what others > think you are." -- John Wooden > --------------------------------------- > Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will > allow you to extend the highest allowed 128 bit encryption to all your > clients even if they use browsers that are limited to 40 bit encryption. > Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en > _______________________________________________ > Linkbat-everyone mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linkbat-everyone > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will > allow you to extend the highest allowed 128 bit encryption to all your > clients even if they use browsers that are limited to 40 bit encryption. > Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en > _______________________________________________ > Linkbat-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linkbat-devel > > ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ Linkbat-everyone mailing list Lin...@li... https://lists.sourceforge.net/lists/listinfo/linkbat-everyone |
|
From: James M. <lin...@ji...> - 2003-01-18 07:48:05
|
Hi All! Since I got the rights back to my books, I have been thinking about putting the material together as a single package so that it can be installed on other machines without having to deal with the data files, cgi scripts, etc. This means a number of major changes. The first question is whether or not this makes sense to do it. Since the site went online I have received a number of request to provide the material on a CD, PDF, tarball, etc. Since I had the licensing problem, I couldn't before. Now I can. When we package linkbat (not if), it needs to be easy to install. Obviously, with single pages with no cgi, the user can simply drag and drop it into a filesystem to view it (even on Windows). This means two sets of code, one for the web and one for the "package". At the very least we need to expand the code to allow (maybe by passing arguments to the sub-routines, telling it to create it for the web or for a "package". We obviously need the code to create the pages. The existing code was designed to present it dynamically on the web. However, the functionality is there. It need to be modularized so that each function delivers single pieces of information. Next, we need the mechanisms that creates the completed page set so that that can be accessed easly. This means creating the menus, glossary and more info pages, etc. The other alternative is to package the existing code in a way that they can easily install it on their own site. It is already pretty modularized and there are just a few places where you need to make path changes: At the very least there is just a single config file that needs to be modified. However, I would still like to eventually make the entire site available as a PDF (i.e a book). That would require the same code (plus some) to strip out or convert all of the HTML elements. There are obviously a lot more questions to answer, but I am trying to get a feel for what direction to go. What do the rest of you think? Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info ------------------------------------------------------- This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en _______________________________________________ Linkbat-everyone mailing list Lin...@li... https://lists.sourceforge.net/lists/listinfo/linkbat-everyone |
|
From: Hal F. G. <hal...@ur...> - 2003-01-14 17:45:36
|
I am here and ready to write the DTD. All I need is the tag names and the occurances ect. I am ready to go... ---- On Mon, 13 Jan 2003, James Mohr (lin...@ji...) wrote: > Hi All! > > For those who have not contacted me since the new year, could you please do so > and provide me a status. I have the feeling that some people are of busy with > other projects. That fine, but I would like to know so that I can plan > better. > > Regards, > > Jim > > -- > --------------------------------------- > "Be more concerned with your character than with your reputation. Your > character is what you really are while your reputation is merely what others > think you are." -- John Wooden > --------------------------------------- > Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info > > > ------------------------------------------------------- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > _______________________________________________ > Linkbat-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linkbat-devel > > |
|
From: James M. <lin...@ji...> - 2003-01-13 16:36:48
|
Hi All! For those who have not contacted me since the new year, could you please do so and provide me a status. I have the feeling that some people are of busy with other projects. That fine, but I would like to know so that I can plan better. Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: Brent B. <bb...@ya...> - 2003-01-12 04:13:01
|
Hello Jim, I've been working on a pair of documents for the "Common problems" section. One is about installing drivers provided by ATi and NVIDIA, and is almost finished. The other is about enabling DMA on IDE devices, which is often times neglected, resulting in maddeningly choppy video playing and slow preformance on well-spec'd machines. It is in its intial stages. I hope to have the driver doc done by next week, and the DMA doc sometime after that. Hope the development goes well! Brent Bradbury bb...@ya... --- James Mohr <lin...@ji...> wrote: > Hello Everyone! > > I want to wish everyone a happy and prosperous 2003! > > My goal for the start of 2003 is to implement the technical changes to > linkbat > and the Linux Tutorial as much and as quickly as possible, as well as add a > lot of new content. I have received a lot of positive email in last two > months about how much people have how useful the tutorial is and how much > they learned. That encourages a great deal me to work hard to expand the > functionality and features. > > As soon as you get out of the holiday mind-set (such as getting back to > school > or back to work), I would appreaciate everyone who has a specific tasks or > who had been working on something drop me a line to let me know the status. > > Regards, > > Jim Mohr > > -- > --------------------------------------- > "Be more concerned with your character than with your reputation. Your > character is what you really are while your reputation is merely what others > think you are." -- John Wooden > --------------------------------------- > Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Linkbat-everyone mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linkbat-everyone > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Linkbat-writers mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linkbat-writers __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: <ad...@cy...> - 2003-01-02 17:51:04
|
Happy New Years ! I wish everyone the best for 2003=2E I am on the road and busy cleaning up viruses from every hard drive/computer I have had the pleasure of sitting down at (and some standing at)=2E I cannot complain as it pays my bills=2E James I will follow what is happening and become involved very shortly=2E Enjoy, Shar Original Message: ----------------- From: James Mohr linkbat-admin@jimmo=2Ecom Date: Wed, 1 Jan 2003 12:26:25 +0100 To: linkbat-everyone@lists=2Esourceforge=2Enet Subject: [Linkbat-writers] [Linkbat-everyone] Happy New Year! Hello Everyone! I want to wish everyone a happy and prosperous 2003! My goal for the start of 2003 is to implement the technical changes to linkbat=20 and the Linux Tutorial as much and as quickly as possible, as well as add = a=20 lot of new content=2E I have received a lot of positive email in last two=20= months about how much people have how useful the tutorial is and how much=20= they learned=2E That encourages a great deal me to work hard to expand the= =20 functionality and features=2E=20 As soon as you get out of the holiday mind-set (such as getting back to school=20 or back to work), I would appreaciate everyone who has a specific tasks or= =20 who had been working on something drop me a line to let me know the status= =2E=20 Regards, Jim Mohr --=20 --------------------------------------- "Be more concerned with your character than with your reputation=2E Your character is what you really are while your reputation is merely what othe= rs think you are=2E" -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www=2Elinux-tutorial=2Einfo ------------------------------------------------------- This sf=2Enet email is sponsored by:ThinkGeek Welcome to geek heaven=2E http://thinkgeek=2Ecom/sf _______________________________________________ Linkbat-everyone mailing list Linkbat-everyone@lists=2Esourceforge=2Enet https://lists=2Esourceforge=2Enet/lists/listinfo/linkbat-everyone ------------------------------------------------------- This sf=2Enet email is sponsored by:ThinkGeek Welcome to geek heaven=2E http://thinkgeek=2Ecom/sf _______________________________________________ Linkbat-writers mailing list Linkbat-writers@lists=2Esourceforge=2Enet https://lists=2Esourceforge=2Enet/lists/listinfo/linkbat-writers -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web=2Ecom/ =2E |
|
From: James M. <lin...@ji...> - 2003-01-01 09:56:02
|
Hello Everyone! I want to wish everyone a happy and prosperous 2003! My goal for the start of 2003 is to implement the technical changes to linkbat and the Linux Tutorial as much and as quickly as possible, as well as add a lot of new content. I have received a lot of positive email in last two months about how much people have how useful the tutorial is and how much they learned. That encourages a great deal me to work hard to expand the functionality and features. As soon as you get out of the holiday mind-set (such as getting back to school or back to work), I would appreaciate everyone who has a specific tasks or who had been working on something drop me a line to let me know the status. Regards, Jim Mohr -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Linkbat-everyone mailing list Lin...@li... https://lists.sourceforge.net/lists/listinfo/linkbat-everyone |
|
From: Hal F. G. <hal...@ur...> - 2002-12-20 23:06:51
|
I have not gotten a response to my emails, yet. I want to begin writting the DTD as assigned but yet, I have no idea what you want the elements called what the data model has finally been designed as. Can you help me here. Thank You, Hal F. Gottfried Sr. Technical Instructor ProTech Professional Technical Services Inc. Office:(800) 373-9188 x176 Fax: (412)810-8861 Direct Fax: (412)291-2161 Direct: (877) 591-6891 Consulting, Software, and Training for OS/390, UNIX and Internet For more information visit us: http://www.protechtraining.com Confidentiality Note: "The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers." |
|
From: James M. <lin...@ji...> - 2002-12-05 19:43:16
|
Hi All! I made some changed to the "Detailed KU Description" on the linkbat homepage based on things we discussed so far. I am pretty confident that this model is workable, so I would like to start working on the code. Luan had to take a break for a while so he won't be able to work on the code for the time being. Rama, are you still out there? If so, let me know so we can start working on the parser. If there are other people who want to work on the perl code for the conversion of the XML files into CSV/SQL let me know. Shanta, how do we stand on the delivery mechanism? We had been talking about getting a prototype of some of the functionality working (i.e. questions and answers) and I was wondering if you had made any progress. Are there others who have nothing to do (i.e no assignments)? Let me know. Plus I can still use some freeback about the data model. If you have found that you have bit off more that you can chew, please let me know as well. There is new document on the Linkbat site called "Data Flow" which starts to describe how I envision the data to flow (i.e. be processed) from the XML to CSV to SQL and then delivered on the web. I am also working on a list of functions and tables that I think we re going to need. I have been thinking about how much to create statically and I think we can gain ourselves a lot of speed by create most of pages in advance. However, I don't think it is a good idea to have the parser code do that. Instead, the parser simply creates the CSV. Then there are other programs that convert to SQL and others that create the final files. First it allows different people to work on different code and still have a complete, working program when they are done. It also allows us to make changes to different components later on. I guess that's it for now. Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: James M. <lin...@ji...> - 2002-12-01 09:48:47
|
On Sunday 01 December 2002 03:33, sco...@wi... wrote: > Sample Problems: > "I type startx but I get a "No Screens Found!" error and it doesn't start!" > Xfree86 must first be configured before it can be run, even with a smooth > install behind you. Otherwise you will get a "No Screens Found" error. > "I can't get Windoze to boot correctly, but linux boots fine, what's up?" > In a Dual boot, Windoze usually requires /dev/hda1 to fuction correctly, > and lilo must also be installed to /dev/hda to function correctly. > Otherwise, you will get a kernel panic or a failure to load. (etc...I > phrased this one badly but you get the picture.) Great!!! The only thing that bugs me here is the phrasing (as you mentioned), but that ain't no big deal. Something like "'No Screens Found' error is usually caused by incorrect Xfree86 configuration." It's a statement of fact, thus making it a concept KU. "Windoze usually requires /dev/hda1 to allow mulit-booting correctly." However, that's exactly that kind of thing I was thinking about (just couldn't come up with an example). Then I would say that we now have new sub-types for the Content KU. Regards, Jim -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info |
|
From: <sco...@wi...> - 2002-12-01 02:33:22
|
Sample Problems: "I type startx but I get a "No Screens Found!" error and it doesn't start!" Xfree86 must first be configured before it can be run, even with a smooth install behind you. Otherwise you will get a "No Screens Found" error. "I can't get Windoze to boot correctly, but linux boots fine, what's up?" In a Dual boot, Windoze usually requires /dev/hda1 to fuction correctly, and lilo must also be installed to /dev/hda to function correctly. Otherwise, you will get a kernel panic or a failure to load. (etc...I phrased this one badly but you get the picture.) sl --------------------------------- "Never underestimate the usefulness of eccentrics and lunatics." --Lionel Luther, fictional character On Sat, 30 Nov 2002, James Mohr wrote: > Hi All! > > I have been thinking that it might be useful to have sub-types for the Content > KUs. For example, you could have: fact, misconception, problem. A fact, is > the standard Content KU and simply makes a statement. A misconception is also > a statement of fact (for the most part) but the goal is to dispell a common > misconception or misunderstanding. A problem is something can cause > "problems". I am having trouble thinking of examples of "problems", but I > think somewhere along the line it might be useful. > > Comments? > > Regards, > > Jim > -- > --------------------------------------- > "Be more concerned with your character than with your reputation. Your > character is what you really are while your reputation is merely what others > think you are." -- John Wooden > --------------------------------------- > Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Linkbat-writers mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linkbat-writers > |