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 to
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.
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
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
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
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
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 create
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.
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
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
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
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. This
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
13 matches
Mail list logo