yupp.. i like it this way much more. :o) and i never tested gmail - due to google's "acquisitiveness". But just recently i thought about using it as incomming address for the jpp stuff
stefan Sunburned Surveyor schrieb: > On 9/10/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: >> 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). > > How is this? > > I'm using GMail, so what you suggest when responding to e-mails is > possible. I prefer the other way for reasons of personal taste. I can > do it this way if it bothers you. :] > > SS > >>> 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 > > ------------------------------------------------------------------------- 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
