On 9/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > Hei.. > > last week i tested and i could extract the html pages of the wiki.. > (after downloading the complete wiki from the backup location) > > But it will still need a bit more testing, e.g. if we can just copy the
> html files into an OJ folder (probably the images won't work -as they > are on a different server). > > stefan > > @Sunburned: > already quite a while i wonder if your email program does not support > "citation" of the pervious email. You just type "enter" at the position > where you want to add a comment. This way you do not need to recap the > whole text, and it is easier for us to see immidately what has been > written in the previous post and what is your comment. (e.g. Mozilla > Thunderbird marks lines beginning with ">" that are usually part of the > old emai in blue color). > > Sunburned Surveyor schrieb: > > Peppe wrote: "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 useful." > > > > I have no problem with a small "embedded PDF" in OpenJUMP. I don't > > think the other developers will either, but we should let them > > comment. > > > > I still like the idea of using the wiki for help. I think could use both > > ideas. > > > > Peppe wrote: "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." > > > > I don't know about this. I still think our users would want as much of > > the interface translated as possible. > > > > Keep up the good work Peppe. If encourage you to move forward with the > > preparation of a small PDF we can embed in OpenJUMP. If you get it > > written I will TRY to find time to wire it up to a help menu command. > > No firm commitments on this one. :] > > > > The Sunburned Surveyor > > > > > > On 9/5/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > >> 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 > >> > > > > ------------------------------------------------------------------------- > > 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 > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
