[JPP-Devel] *JUMP at FOSSGIS 2007 Berlin: great!

2007-03-16 Thread Jan-Oliver Wagner
Hello, I'd just like to express that I appreciated very much in meeting some of the *JUMP developes and users at FOSSGIS 2007 this week in Berlin! *JUMP filled a whole track and there was quite some interest. I enjoyed the presentations on whats going on with *JUMP. Thanks to all (not just to th

Re: [JPP-Devel] Items which can't be translated and other findings

2007-03-16 Thread Stefan Steiniger
Hei Jukka, thanx for your great analysis Could you put this complete message as bug report (or several) on sourceforge? so we wont forget to fix them hei hei stefan Rahkonen Jukka schrieb: > Hi, > > I went through my draft for the Finnish translation of OpenJUMP and while > doing that I tried

[JPP-Devel] Testing PrintLayout optimizations

2007-03-16 Thread Jan-Oliver Wagner
Hello, for those who tried the PrintLayout plugin and had problems with memory consumption, you may try the current CVS version and when calling java add this parameter: -Dde.intevation.printlayout.optimize.map.svg=true I am interested in whether this makes the Plugin work better for your maps.

[JPP-Devel] Bugfix from SkyJUMP

2007-03-16 Thread Stefan Steiniger
Hei Larry and Bob, when i installed SkyJUMP i have seen, that you fixed a bug - described somehow as delay for the use of a cursortool. Now I do assume, that you mean the bug, which causes a flickering of the mouse pointer if several tools have been selected before. I tried to find out why the

Re: [JPP-Devel] Bugfix from SkyJUMP

2007-03-16 Thread Larry Becker
Stefan, Yes, the bug you described is fixed. It was reported by one of our users who said that after a long session it could take half a minute to stop cycling through cursors. I couldn't find a reference to the bug, so I'll wait for Bob to explain how he fixed it. regards, Larry On 3/16/07

Re: [JPP-Devel] Bugfix from SkyJUMP

2007-03-16 Thread Robert F. Littlefield
Stefan: Look at the QuasimodeTool. The problem is that the JUMP code adds a window listener every time a tool is activated, but never removes them. If you compare SkyJUMP with JUMP you will see that we create a window listener and then remove it in the deactivate() method. This parallels the use

[JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

2007-03-16 Thread Sunburned Surveyor
I'm doing some final tweaks on my pluggable rendering system for OpenJUMP. I need to know how to obtain a reference to the JUMPWorkbench from inside another class in the core. (I can't use the plug-in context because I'm not making my changes in a plug-in.) Thanks in advance for the help. The Su

Re: [JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

2007-03-16 Thread Larry Becker
The answer depends on the class. In some cases there is no way. regards, Larry On 3/16/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: I'm doing some final tweaks on my pluggable rendering system for OpenJUMP. I need to know how to obtain a reference to the JUMPWorkbench from inside another

Re: [JPP-Devel] Bugfix from SkyJUMP

2007-03-16 Thread Stefan Steiniger
cool, i will check this. thx a lot Bob stefan Robert F. Littlefield schrieb: > Stefan: > > Look at the QuasimodeTool. The problem is that the JUMP code adds a > window listener every time a tool is activated, but never removes them. > If you compare SkyJUMP with JUMP you will see that we cre

Re: [JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

2007-03-16 Thread Sunburned Surveyor
That really sucks. There has got to be a way to fix that. I'll have to take a look at my code to figure out a way around this. :[ Thanks Larry. The Sunburned Surveyor On 3/16/07, Larry Becker <[EMAIL PROTECTED]> wrote: The answer depends on the class. In some cases there is no way. regard

Re: [JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

2007-03-16 Thread Larry Becker
If it is your own class, you have a solution. Create a method (usually the constructor) that sets a private variable. Invoke the method when you initialize the class. Just remember that there are multiple Tasks and Frames. Larry On 3/16/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: That

[JPP-Devel] Kosmo

2007-03-16 Thread Pedro Doria Meunier
Kosmo Team: In three words: Absolutely brilliant job! Congratulations. Best regards, Pedro Doria Meunier - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get th

Re: [JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

2007-03-16 Thread Sunburned Surveyor
Larry, I can do what you suggest, but how do I obtain the reference to the JUMPWorkbench to set the value of the private variable? For example: JUMPWorkbench thisWorkbench = ??? The Sunburned Surveyor On 3/16/07, Larry Becker <[EMAIL PROTECTED]> wrote: If it is your own class, you have a so

Re: [JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

2007-03-16 Thread Larry Becker
You must instantiate the new class object inside a class that has that visibility. This can always be arranged somehow. Larry On 3/16/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: Larry, I can do what you suggest, but how do I obtain the reference to the JUMPWorkbench to set the value of

Re: [JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

2007-03-16 Thread Sunburned Surveyor
Larry, That makes sense. I'll have to track down the location where the RenderingManager is currently initialized. Thank you for your help with this. SS On 3/16/07, Larry Becker <[EMAIL PROTECTED]> wrote: You must instantiate the new class object inside a class that has that visibility. Thi

[JPP-Devel] changed some libs (batik, xml-apis)

2007-03-16 Thread Stefan Steiniger
Hei Guys, i just exchanged several libs to newer versions to facillitate ease of use for the print payout plugin. replaced: xml-apis.jar, added: xml-apis-ext.jar removed: all batik libs added: batik-all.jar (which is much larger than th old) updated: start-up scripts i hope tomorrows nightly bui

[JPP-Devel] JumpPrinter

2007-03-16 Thread Geoffrey G Roy
Following some comments about the quality of the printed image I have spent some time trying to increase the printed image quality to match that of the printer. The core renderer seems to have problems in achieving this while maintaining appropriate scaling of test sizes, line widths and patte