Re: [JPP-Devel] @ Larry .. a question!
OK tonight's batch of menu icons include one for the buffer tool. That may be the only easy tool menu icon. Larry On 9/4/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > Hi larry, > thank you for the icons. I think we have to think > about to add icons even to menuba>tool menu to make > it more easy to understand. > > Peppe > > --- Michaël Michaud <[EMAIL PROTECTED]> ha > scritto: > > > Hi Larry, new icons look nice > > Thank you, > > > > Michaël > > > > Larry Becker a écrit : > > > > >OK, I've added menu icons to Save Selected > > Datasets,Save Dataset As, > > >Delete Selected Items, Delete All Features, Remove > > Selected Layers, > > >Add New Features, Zoom To Layer, and Cut Selected > > Item. > > > > > >regards, > > >Larry > > > > > >On 9/3/07, Giuseppe Aruta <[EMAIL PROTECTED]> > > wrote: > > > > > > > > >>--- Larry Becker <[EMAIL PROTECTED]> ha > > scritto: > > >> > > >> > > >> > > >>>Hi Peppe, > > >>> > > >>>I was just waiting for someone to ask! I'll be > > glad > > >>>to. Are there > > >>>any icons that you didn't find particularly > > helpful? > > >>> I thought that > > >>>perhaps I might have gotten a little over > > >>>enthusiastic and ended up > > >>>with icon clutter on the Layer Name right click > > >>>menu. > > >>> > > >>>Larry > > >>> > > >>> > > >>Hi larry, > > >>this is a complex question, personally I find > > >>interesting to have a good qunatity of icons, even > > not > > >>really useful for me , for two reasons: > > >>a) it makes the software more attractive (in this > > >>Century of Fashion...) > > >>b) it helps to quicly find a tool of function for > > >>other people (like me on "remove datasets") > > >> > > >>Regarding SkyJUMP, you're right there are many > > icons > > >>on Layer Menu which contribute to "overweight" the > > >>visibility of the menu. (Copy and paste style, for > > >>example or show metadata), but this is only a > > personal > > >>feeling. > > >> > > >>Regarding OJ I feel that all the icons connected > > to > > >>"cut, copy, remove items" and "view/edit shema or > > >>attributes" and "remove layer" will be fashonable > > and > > >>useful. > > >> > > >>I have an extra proposal: since all the > > fundamental > > >>functions connected to items are on the "Layer > > View" > > >>menu (Cut, copy, delete, ratate, group, etc), it > > would > > >>be useful to have also the "move items" (which is > > >>actually on the Editing toolbar) > > >> > > >>Peppe > > >> > > >> > > >> > > >> ___ > > >>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 > > > > > > ___ > 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 > -- http://amusingprogrammer.blogspot.com/ - 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/li
Re: [JPP-Devel] Example of YAML for geospatial data
Roger that... On 9/6/07, Martin Davis <[EMAIL PROTECTED]> wrote: > Nope, just a gleam in my eye right now... > > I haven't really progressed beyond what's already been discussed on this > list. I think my next step would be to put together an example and > document some of the constraints, and put that out for people to look > at. But this isn't high on my priority list to push forward... too > many things to work on! > > Sunburned Surveyor wrote: > > So is constrained Simple GML something your working on, or something > > that is already published? > > > > I'm confused. :] > > > > SS > > > > On 9/6/07, Martin Davis <[EMAIL PROTECTED]> wrote: > > > >> Oh sure, that would work. > >> > >> But I don't see how this is different to constrained Simple GML - and > >> that world has the advantage of an accepted standard behind it. > >> > >> Sunburned Surveyor wrote: > >> > >>> Martin wrote: "I think it's *too* simple. It would need typing > >>> information added." > >>> > >>> That is why I suggested adding the "datatype" property to the "val" > >>> XML element. Wouldn't that work? > >>> > >>> SS > >>> > >>> On 9/4/07, Martin Davis <[EMAIL PROTECTED]> wrote: > >>> > >>> > Sunburned Surveyor wrote: > > > > Martin wrote: "I think I'm keen on pursuing the Super-Simple GML > > route. That has the best chance of being readable by other tools, I > > think." > > > > That is too bad. I was starting to like YAML. :] I'm actually going to > > try using it for a parseable change log on the SurveyOS SVN Repository > > module for JTSWarped. I'll let you know how that goes. > > > > > > > Go for it! YAML does seem nifty. And there's nothing saying that > someone shouldn't write a GeoYAML parser (wanna get 15 mnin of fame? > Start a GeoYAML wikipedia entry...) > > > > There was some discussion of the super-simple GML route on the OSGeo > > standards mailing list this morning. (You really should subscribe > > Martin.) :] > > > > > > > And I will... > > > > Raj pointed me to these samples of a simple GML proposal made about > > five (5) years ago. Here is part of his message: > > > > " BXFS (http://www.ogcnetwork.net/node/189): basically the "GML 2 > > > > > > What do you think? > > > > > > > I think it's *too* simple. It would need typing information added. > Given that, I'd opt for either adding metadata attributes to > constrainted GML, or using the in-line schema idea. > > And the example doesn't even contain any spatial! > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > - > 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 > >>> > >>> > >>> > >> -- > >> Martin Davis > >> Senior Technical Architect > >> Refractions Research, Inc. > >> (250) 383-3022 > >> > >> > >> - > >> 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-pilo
Re: [JPP-Devel] Example of YAML for geospatial data
Nope, just a gleam in my eye right now... I haven't really progressed beyond what's already been discussed on this list. I think my next step would be to put together an example and document some of the constraints, and put that out for people to look at. But this isn't high on my priority list to push forward... too many things to work on! Sunburned Surveyor wrote: > So is constrained Simple GML something your working on, or something > that is already published? > > I'm confused. :] > > SS > > On 9/6/07, Martin Davis <[EMAIL PROTECTED]> wrote: > >> Oh sure, that would work. >> >> But I don't see how this is different to constrained Simple GML - and >> that world has the advantage of an accepted standard behind it. >> >> Sunburned Surveyor wrote: >> >>> Martin wrote: "I think it's *too* simple. It would need typing >>> information added." >>> >>> That is why I suggested adding the "datatype" property to the "val" >>> XML element. Wouldn't that work? >>> >>> SS >>> >>> On 9/4/07, Martin Davis <[EMAIL PROTECTED]> wrote: >>> >>> Sunburned Surveyor wrote: > Martin wrote: "I think I'm keen on pursuing the Super-Simple GML > route. That has the best chance of being readable by other tools, I > think." > > That is too bad. I was starting to like YAML. :] I'm actually going to > try using it for a parseable change log on the SurveyOS SVN Repository > module for JTSWarped. I'll let you know how that goes. > > > Go for it! YAML does seem nifty. And there's nothing saying that someone shouldn't write a GeoYAML parser (wanna get 15 mnin of fame? Start a GeoYAML wikipedia entry...) > There was some discussion of the super-simple GML route on the OSGeo > standards mailing list this morning. (You really should subscribe > Martin.) :] > > > And I will... > Raj pointed me to these samples of a simple GML proposal made about > five (5) years ago. Here is part of his message: > > " BXFS (http://www.ogcnetwork.net/node/189): basically the "GML 2 > > > What do you think? > > > I think it's *too* simple. It would need typing information added. Given that, I'd opt for either adding metadata attributes to constrainted GML, or using the in-line schema idea. And the example doesn't even contain any spatial! -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 - 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 >>> >>> >>> >> -- >> Martin Davis >> Senior Technical Architect >> Refractions Research, Inc. >> (250) 383-3022 >> >> >> - >> 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 > > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 --
Re: [JPP-Devel] Example of YAML for geospatial data
So is constrained Simple GML something your working on, or something that is already published? I'm confused. :] SS On 9/6/07, Martin Davis <[EMAIL PROTECTED]> wrote: > Oh sure, that would work. > > But I don't see how this is different to constrained Simple GML - and > that world has the advantage of an accepted standard behind it. > > Sunburned Surveyor wrote: > > Martin wrote: "I think it's *too* simple. It would need typing > > information added." > > > > That is why I suggested adding the "datatype" property to the "val" > > XML element. Wouldn't that work? > > > > SS > > > > On 9/4/07, Martin Davis <[EMAIL PROTECTED]> wrote: > > > >> Sunburned Surveyor wrote: > >> > >>> Martin wrote: "I think I'm keen on pursuing the Super-Simple GML > >>> route. That has the best chance of being readable by other tools, I > >>> think." > >>> > >>> That is too bad. I was starting to like YAML. :] I'm actually going to > >>> try using it for a parseable change log on the SurveyOS SVN Repository > >>> module for JTSWarped. I'll let you know how that goes. > >>> > >>> > >> Go for it! YAML does seem nifty. And there's nothing saying that > >> someone shouldn't write a GeoYAML parser (wanna get 15 mnin of fame? > >> Start a GeoYAML wikipedia entry...) > >> > >>> There was some discussion of the super-simple GML route on the OSGeo > >>> standards mailing list this morning. (You really should subscribe > >>> Martin.) :] > >>> > >>> > >> And I will... > >> > >>> Raj pointed me to these samples of a simple GML proposal made about > >>> five (5) years ago. Here is part of his message: > >>> > >>> " BXFS (http://www.ogcnetwork.net/node/189): basically the "GML 2 > >>> > >>> > >>> What do you think? > >>> > >>> > >> I think it's *too* simple. It would need typing information added. > >> Given that, I'd opt for either adding metadata attributes to > >> constrainted GML, or using the in-line schema idea. > >> > >> And the example doesn't even contain any spatial! > >> > >> -- > >> Martin Davis > >> Senior Technical Architect > >> Refractions Research, Inc. > >> (250) 383-3022 > >> > >> > >> - > >> 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 > > > > > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > - > 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
Re: [JPP-Devel] Window menu patch
Hi, Thanks for the links I tried the patched version from the svn repository Everything is working fine for me :-) Michael Paul Austin a écrit : >Michael, > >It has been committed. > >Here is a patch command for windows >http://gnuwin32.sourceforge.net/packages/patch.htm > >Or you can use tortoisesvn >http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-patch.html#tsvn-dug-patch-2 > >Paul > >- >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
Re: [JPP-Devel] Example of YAML for geospatial data
Oh sure, that would work. But I don't see how this is different to constrained Simple GML - and that world has the advantage of an accepted standard behind it. Sunburned Surveyor wrote: > Martin wrote: "I think it's *too* simple. It would need typing > information added." > > That is why I suggested adding the "datatype" property to the "val" > XML element. Wouldn't that work? > > SS > > On 9/4/07, Martin Davis <[EMAIL PROTECTED]> wrote: > >> Sunburned Surveyor wrote: >> >>> Martin wrote: "I think I'm keen on pursuing the Super-Simple GML >>> route. That has the best chance of being readable by other tools, I >>> think." >>> >>> That is too bad. I was starting to like YAML. :] I'm actually going to >>> try using it for a parseable change log on the SurveyOS SVN Repository >>> module for JTSWarped. I'll let you know how that goes. >>> >>> >> Go for it! YAML does seem nifty. And there's nothing saying that >> someone shouldn't write a GeoYAML parser (wanna get 15 mnin of fame? >> Start a GeoYAML wikipedia entry...) >> >>> There was some discussion of the super-simple GML route on the OSGeo >>> standards mailing list this morning. (You really should subscribe >>> Martin.) :] >>> >>> >> And I will... >> >>> Raj pointed me to these samples of a simple GML proposal made about >>> five (5) years ago. Here is part of his message: >>> >>> " BXFS (http://www.ogcnetwork.net/node/189): basically the "GML 2 >>> >>> >>> What do you think? >>> >>> >> I think it's *too* simple. It would need typing information added. >> Given that, I'd opt for either adding metadata attributes to >> constrainted GML, or using the in-line schema idea. >> >> And the example doesn't even contain any spatial! >> >> -- >> Martin Davis >> Senior Technical Architect >> Refractions Research, Inc. >> (250) 383-3022 >> >> >> - >> 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 > > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 - 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
[JPP-Devel] Review of OpenJUMP Functions Help Docs
Peppe, I would like to try and review some your help documentation for OpenJUMP functions/menu items. Do you care if I make these edits directly in the wiki, or should I make them in a separate document so you can review them? What do you think about having me copy the content to the new SourceForge JPP Wiki when I am finished with my review? The Sunburned Surveyor - 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
Re: [JPP-Devel] Example of YAML for geospatial data
Martin wrote: "I think it's *too* simple. It would need typing information added." That is why I suggested adding the "datatype" property to the "val" XML element. Wouldn't that work? SS On 9/4/07, Martin Davis <[EMAIL PROTECTED]> wrote: > > > Sunburned Surveyor wrote: > > Martin wrote: "I think I'm keen on pursuing the Super-Simple GML > > route. That has the best chance of being readable by other tools, I > > think." > > > > That is too bad. I was starting to like YAML. :] I'm actually going to > > try using it for a parseable change log on the SurveyOS SVN Repository > > module for JTSWarped. I'll let you know how that goes. > > > Go for it! YAML does seem nifty. And there's nothing saying that > someone shouldn't write a GeoYAML parser (wanna get 15 mnin of fame? > Start a GeoYAML wikipedia entry...) > > There was some discussion of the super-simple GML route on the OSGeo > > standards mailing list this morning. (You really should subscribe > > Martin.) :] > > > And I will... > > Raj pointed me to these samples of a simple GML proposal made about > > five (5) years ago. Here is part of his message: > > > > " BXFS (http://www.ogcnetwork.net/node/189): basically the "GML 2 > > > > > > What do you think? > > > I think it's *too* simple. It would need typing information added. > Given that, I'd opt for either adding metadata attributes to > constrainted GML, or using the in-line schema idea. > > And the example doesn't even contain any spatial! > > > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > - > 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
Re: [JPP-Devel] OpenJUMP releases and bug management
I know Stefan will comment when he gets back from vacation, but in the meantime I'd like to know how we go about implementing this suggestion. What things do we need to change? Can someone give me a bulleted list of tasks? I guess I'm a little confused. Can someone put up some sample release rules? The Sunburned Surveyor On 9/5/07, Andreas Schmitz <[EMAIL PROTECTED]> wrote: > Michaël Michaud wrote: > > Hi, > > > Here are some thoughts about releases and bug management. > > I think we miss some rules to decide when a new version of OJ has to be > > released, and that lack of visibility may be a disadvantage for OJ's > > adoption. > > I totally agree with this point. > > > The release rules should be linked to bug reports and feature requests, > > but bug reports have to be sorted before they can be used as a base for > > release decision. > > ACK. > > > A proposition is to let the default level 5 for bugs which have to be > > fixed before a stable release, to use level 1 and 2 for bugs which have > > to be fixed ASAP (before any release) and to set less important bugs to > > priority 6 or more... (any other suggestion is welcome). > > Any one having access to the bug tracker should be able to initiate this > > hierarchy, subsequent changes should be asked to the community. > > Major releases (version changes) could work the same way but based on > > feature requests (feature requests for version 1.2, for 1.3...) > > I think that's a great idea. Since the list of bugs/feature requests > is already quite long, that would make working on it more rewarding, > with each bug fixed being one step towards the next release. > > Best regards, Andreas > -- > l a t / l o n GmbH > Aennchenstrasse 19 53177 Bonn, Germany > phone ++49 +228 18496-11 fax ++49 +228 1849629 > http://www.lat-lon.dehttp://www.deegree.org > > > - > 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
Re: [JPP-Devel] Reorganization of OpenJUMP Wiki
Peppe, I didn't get any attachment. Perhaps you can send the sample again. I don't see a problem with a single page giving a summary of OpenJUMP that can be translated into many languages. Maybe we should also set up the wiki to support links in different languages. But then again, maybe this is too complex. The Sunburned Surveyor On 9/5/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > Hi SS, > I am glad that you open this discussion. > I was thinking about since I am interested about how > to make OJ more visible for non-english users. > > I am sending, attached to this email, a "proposal" to > internationalized OJ Wiki Page. This sample is in > English, but I image similar pages in Finnic, French, > German, Italian, etc, all linked together > > This page would be a sort of "small brother" of the > main page (which remains in English). But it must > have the essntial about OJ (what's OJ, download, how > to setup, how to put the relative language, the docs > (in relative language, otherwise in English), the > plugin and User and Devel list). Everything in one > page. > I did this page taking from WIKIs what I thought was > important for OJ > > If you and other developers agree I can try to write > the Italian WIKI page as a sample > > Regards, > > peppe > > > --- Sunburned Surveyor <[EMAIL PROTECTED]> > ha scritto: > > > I have a short post on the OpenJUMP blog about > > reorganizing our > > OpenJUMP wiki to be a little more structured. > > > > If you are interested you can read the post here: > > > > http://openjump.blogspot.com/ > > > > The Sunburned Surveyor > > > > > - > > 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 > > > > > > ___ > 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
Re: [JPP-Devel] About embedded help
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 > > > >
Re: [JPP-Devel] Window menu patch
Michael, It has been committed. Here is a patch command for windows http://gnuwin32.sourceforge.net/packages/patch.htm Or you can use tortoisesvn http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-patch.html#tsvn-dug-patch-2 Paul - 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
