Hi SS you wrote: "We have the contect sensitive help in OpenJUMP wired to Open the URL to the wiki. We then provide select PDF files for important help topics as a download on SourceForge for those that might not always have an internet connection."
I still consider that OJ has to open a small HELP.PDF file (people have to download it and put in a OJ folder). A small PDF (with all the essential information about the tools and functions) could be translated in different languages. Even if it is not regularly upgraded as the wiki page, it is very usefull. This will help people who doesn't use english to understand the function. I can provide Italian translation, our beloved users or developers can translate in whatever language they use. E.g. the main OJ languages (Finnish, French, German) Of coarse we can in OpenJUMP menu also the the alternative to open the regular wiki page, in this case only in English -- Stefan's idea was to use "export to HTML" in the wiki page. This probabily will make the work more easy. Unfortunately this command seems not to work :( -- P.S. This will help also to the "internationalization" of OJ. If we have some help.pdf docs in other languages, there's no need to internationalization all OJ but only the lebels of menus Peppe --- Sunburned Surveyor <[EMAIL PROTECTED]> ha scritto: > Larry wrote: "One of the problems is that once you > have published a PDF, it is around forever > regardless of how out of > date it becomes. The web is always up to date, > which is why most new > software uses web links for help." > > You know, I never thought of that. Thanks for > pointing it out. > > Peppe wrote: "You're right Larry, but I think we > shall consider the > people who cannot be on-line every time they work. > And > also thet probabily there are still places in the > World where Internet is not so availabe whenever you > switch on a laptop (e.g. in Italy! But I would like > to > know the opinion of Ravi from India)." > > This is an excellent point Peppe. > > How is this for a suggestion: > > We have the contect sensitive help in OpenJUMP wired > to Open the URL > to the wiki. We then provide select PDF files for > important help > topics as a download on SourceForge for those that > might not always > have an internet connection. > > The Sunburned Surveyor > > P.S. - Larry - I've never opened up a URL from a > Java program before. > Would it be possible to come up with some code that > would allow a > plug-in developer to do this in a relatively easy > way? I'm not asking > you to write the code of course, i'm just wondering > if it is > conceptually possible or practical. > > > > > On 9/4/07, Giuseppe Aruta <[EMAIL PROTECTED]> > wrote: > > You're right Larry, but I think we shall consider > the > > people who cannot be on-line every time they work. > And > > also thet probabily there are still places in the > > World where Internet is not so availabe whenever > you > > switch on a laptop (e.g. in Italy! But I would > like to > > know the opinion of Ravi from India). > > We probabily can leave both ideas open: 1) a > > connection to the wikipage as on-line help and 2) > the > > possibility to put a small pdf with all the > important > > information to know > > > > regards, > > peppe > > > > > > --- Larry Becker <[EMAIL PROTECTED]> ha > scritto: > > > > > Actually I like the idea that the wiki IS the > help. > > > We can put in a > > > menu item that simply opens the wiki help page. > > > This is the simplest > > > solution and consolidates all of the help work > with > > > no duplication of > > > effort. Keeping PDFs up to date could be a big > > > effort. I have tried > > > to do this on other projects. One of the > problems > > > is that once you > > > have published a PDF, it is around forever > > > regardless of how out of > > > date it becomes. The web is always up to date, > > > which is why most new > > > software uses web links for help. > > > > > > regards, > > > Larry > > > > > > On 9/4/07, Sunburned Surveyor > > > <[EMAIL PROTECTED]> wrote: > > > > Peppe, > > > > > > > > Maybe #2 is the way to go then Peppe. We'll > need > > > to give some thought > > > > to how we organize the PDFs in a directory, > and we > > > should still think > > > > about separating the text from the images in > the > > > PDF files to reduce > > > > layout changes during translation. > > > > > > > > SS > > > > > > > > On 9/2/07, Giuseppe Aruta > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > > > --- Sunburned Surveyor > > > <[EMAIL PROTECTED]> > > > > > ha scritto: > > > > > > > > > > > I have thought about this question of > > > integrating > > > > > > help into OpenJUMP > > > > > > quite a bit. > > > > > > > > > > > > Here are some of my thoughts, if anyone is > > > > > > interested: > > > > > > > > > > > > [1] We could use the JavaHelp system. It > seems > > > > > > fairly comprehensive, > > > > > > is being developed and maintained by Sun > > > > > > Microsystems, and offers a > > > > > > help system most users are familiar with. > > > > > > > > > > > > [2] We could simply open a PDF file as > Peppe > > > > > > suggested. The only > > > > > > problem with this route is that the user > will > > > have > > > > > > to have a PDF > > > > > > reader installed and OpenJUMP will need to > be > > > able > > > > > > to find it. > > > > > > > > > > > > [3] I have considered putting together a > > > simple help > > > > > > viewer for > > > > > > OpenJUMP. This help viewer displays plain > > > text on > > > > > > its left pane, and > > > > > > images and image captions on its right. I > > > thought of > > > > > > this help viewer > > > > > > because it separates text from images, > which > > > is > > > > > > important for ease of > > > > > > translation. > > > > > > > > > > > > Of all these, number [2] is likely the > > > easiest. > > > > > > Number [1] is the > > > > > > option that offers the most functionality, > but > > > i > > > > > > think it is the most > > > > > > complex, and creates problems for > translation > > > > > > because it combines text > > > > > > and images. > > > > > > > > > > > > The Sunburned Surveyor > > > > > > > > > > > > > > > Hi SS > > > > > there is a sample of [2]: MapMaker > > > > > http://www.mapmaker.com/. People can > download > > > the > > > > > software or the help pdf apart. > > > > > If user put the pdf in a mapmaker folder, > they > > > can > > > > > open it with an option on the help menu. > > > > > I think that this way is the easiest sinche > OJ > > > users > > > > > can download apart the help. > > > > > More than this, if there is an embedded > help, > > > this > > > > > will encourage users to discover new > > > functionalities > > > > > and to test the software > > > > > > > > > > peppe > > > > > > > > > > > > > > > ___________________________________ > === message truncated === ___________________________________ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
