Re: [JPP-Devel] startup of PLUS

looking at it in terms of speeding up startup. possibly introducing a lazy extension loading, which is loading in background while the workbench is already shown. ..ede On 13.04.2012 20:44, Landon Blake wrote: > So is Ede working on improvements to the PlugInManager, or do we need > someone to

Re: [JPP-Devel] Feature requests for Open Jump

On 12.04.2012 21:06, Michaël Michaud wrote: > Hi >> so how about the submenu entries? should be fairly simple to implement. > Do you mean submenu in the tools menu or submenu in the layerview > context menu ? layerview context menu. > I think we should have a general policy for that. possibly y

Re: [JPP-Devel] icons

On 11.04.2012 10:46, edgar.sol...@web.de wrote: > On 11.04.2012 02:45, Stefan Steiniger wrote: >> as this goes to my svn folder I remove parts of the header. >> >> I am actually not sure if we should use the SVN list for exchanging >> emails? but that's a decision of you - the "active developers".

Re: [JPP-Devel] OpenJUMP 1.5.2 roadmap

Hi Ede, > > We just have to fix the regression before comitting 2803/2804 > yeah, will have a look at that. after that let's wrap up and release. Hope it's fixed in r2819 I added a null test in WarpingPanel. Seems to be consistent with the comment Jo Aquino added in JUMPWorkbenchContext (line 96),

Re: [JPP-Devel] Feature requests for Open Jump

Le 14/04/2012 10:17, edgar.sol...@web.de a écrit : > layerview context menu. Let's go this way, >> I think we should have a general policy for that. > possibly yeah. but there is nobody to enforce it anyway, even if we had it ;) As I'm a lazy programmer (as we probably all are) when I add a new fe

Re: [JPP-Devel] Feature requests for Open Jump

Hi, > layerview context menu. OK, let's go this way, >> I think we should have a general policy for that. > possibly yeah. but there is nobody to enforce it anyway, even if we had it ;) As I'm a lazy programmer (as we probably all are) when I add a new feature, I tend to start from a feature which

Re: [JPP-Devel] OpenJUMP 1.5.2 roadmap

On 14.04.2012 12:30, Michaël Michaud wrote: > Hi Ede, >>> We just have to fix the regression before comitting 2803/2804 >> yeah, will have a look at that. after that let's wrap up and release. > Hope it's fixed in r2819 > I added a null test in WarpingPanel. Seems to be consistent with the comment

Re: [JPP-Devel] Feature requests for Open Jump

On 14.04.2012 13:57, Michaël Michaud wrote: >> if i had to implement it, i'd do similar to the geometry converter > Could you be more precise, or remind me how converter is different from > other plugins ? it has no gui per se but uses a simple submenu structure. that's what i meant. ..ede

Re: [JPP-Devel] OpenJUMP 1.5.2 roadmap

Hi, > actually i think laf should have been persistent already and see it > more as a bugfix, together with the proper theming of the options > dialog now. but it's no urgent matter, so it can wait if you want it to. Just wondered if it could create compatibility issues. For example, I think tha

Re: [JPP-Devel] OpenJUMP 1.5.2 roadmap

Hi, Hereafter, I prepared a complete list of changes between 1.5.1 and 1.5.2 As soon as Ede did the last merge to 1.5.2 and before the official release, I propose that we upload a working version so that project members can check that bugs have been fixed AND MERGED into 1.5.2 Hopefully, we'll be

Re: [JPP-Devel] OpenJUMP 1.5.2 roadmap

On 14.04.2012 14:31, Michaël Michaud wrote: > Hi, >> actually i think laf should have been persistent already and see it >> more as a bugfix, together with the proper theming of the options >> dialog now. but it's no urgent matter, so it can wait if you want it to. > Just wondered if it could cr

[JPP-Devel] OpenJUMP at FOSS4G-CEE

FYI, There is now a second workshop/presentation based on OpenJUMP announced in FOSS4G-CEE http://foss4g-cee.org/program/workshops/development-of-plug-ins-for-openjump/ http://foss4g-cee.org/program/2012-2/developing-graph-theoretic-analysis-tools-i

Re: [JPP-Devel] startup of PLUS

OK. If I remember correctly the plug-in interface has a initialize and an execute method. The problem may not be in the design of JUMP, but in the design of the offending plug-ins. Really, plug-ins should do as little as possible in initialize and as much as possible in execute. Not sure if that

Re: [JPP-Devel] OpenJUMP at FOSS4G-CEE

That is great news. Nice to see Jan giving a presentation. Have we ever heard from Burak on the list? Landon 2012/4/14 Michaël Michaud : > FYI, > > There is now a second workshop/presentation based on OpenJUMP announced in > FOSS4G-CEE > > http://foss4g-cee.org/program/workshops/development-of-pl

[JPP-Devel] OpenJUMP at CalGIS 2012

I did a 30 minute talk that featured my use of OpenJUMP on a volunteer project. The talk was given at CalGIS 2012 in Sacramento. It seemed to generate some good interest in the program. It also rustled up a possible opportunity to teach a course on open source GIS using OpenJUMP in the California B

Re: [JPP-Devel] startup of PLUS

On 14.04.2012 17:47, Landon Blake wrote: > OK. > > If I remember correctly the plug-in interface has a initialize and an > execute method. exactly >The problem may not be in the design of JUMP, but in > the design of the offending plug-ins. that's one way to look at it. another would be to sa

[JPP-Devel] [ jump-pilot-Feature Requests-3517807 ] 5KW6eX rvqhgxdluumk,

Feature Requests item #3517807, was opened at 2012-04-14 11:30 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=679909&aid=3517807&group_id=118054 Please note that this message will contain a full c

Re: [JPP-Devel] icons

well.. here you go :) thanks stefan Am 14.04.12 04:40, schrieb edgar.sol...@web.de: > On 11.04.2012 10:46, edgar.sol...@web.de wrote: >> On 11.04.2012 02:45, Stefan Steiniger wrote: >>> as this goes to my svn folder I remove parts of the header. >>> >>> I am actually not sure if we should use the

Re: [JPP-Devel] icons

yep we use silk icons... but only for the menus not the toolbar - as for the size. geometry converter.. mhm.. maybe a similar one to which we use for extraction of layers by attribute? When I was looking for an Icon - I basically browsed the whole set of icons. But Peppe did make a couple of c

[JPP-Devel] [ jump-pilot-Feature Requests-2792031 ] check out the new geo-silk icons for menu improvements

Feature Requests item #2792031, was opened at 2009-05-14 20:05 Message generated for change (Comment added) made by mentaer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=679909&aid=2792031&group_id=118054 Please note that this message will contain a full copy of t

[JPP-Devel] [ jump-pilot-Feature Requests-2792031 ] check out the new geo-silk icons for menu improvements

Feature Requests item #2792031, was opened at 2009-05-14 20:05 Message generated for change (Comment added) made by mentaer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=679909&aid=2792031&group_id=118054 Please note that this message will contain a full copy of t

Re: [JPP-Devel] startup of PLUS

Ede wrote: "that's one way to look at it. another would be to say that most plugins essentially do their initialization in initialize(), which can be quit extensive especially if they themselves have to find their extensions e.g. sextante. execute() obviously is not the place to do it as this is c

Re: [JPP-Devel] startup of PLUS

Hi, IMHO, before changing the whole framework, it would be important to understand where the current slowness comes from. I think that loading just what is needed should not be too long as the whole OpenJUMP core loading is quite fast. If no solution can be found, I think that it is better to wai

[JPP-Devel] [ jump-pilot-Feature Requests-3517807 ] 5KW6eX rvqhgxdluumk,

Feature Requests item #3517807, was opened at 2012-04-14 11:30 Message generated for change (Settings changed) made by mentaer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=679909&aid=3517807&group_id=118054 Please note that this message will contain a full copy o

Re: [JPP-Devel] [ jump-pilot-Feature Requests-3517807 ] 5KW6eX

I don't understand this. Anonymous posting is disabled in the settings but people can post? Or am I wrong? Ede/Michael? ... looking into it because of the spam feature request we just got. Bad is actually that I can not see if there is an option to "truly" delete the entry. Its still in the DB d