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
