Geoff,
Have you used Eclipse at all? I've got an Ant build script that I can
share with you that makes building OpenJUMP a snap.
If you are interested I can help you set up an Eclipse project to
build OpenJUMP.
The Sunburned Surveyor
On 7/12/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> Hi Geof
Hi Geoff,
I'm still testing the changes in SkyJUMP. They don't seem to cause
any issues since the new RenderingManager defaults to working just as
before; however, I'm not sure that they have a significant benefit. I
was hoping that printing plugins like yours would benefit. I put in
the code c
Dear Larry
Have these changes to the RenderingManager been built into the daily
builds yet? I am interested in testing it, but not in trying to build
my own OpenJump jar.
Geoff
Larry Becker wrote:
> I have completed the RenderingManager modifications. It now supports
> three modes of intera
Hi Sascha,
Thanks for taking time to look at the proposed changes. They still
need more tweaking and testing, but I didn't want to go too long
without getting comments.
> - Why don't you set the rendering mode back to interactive in the
> flash Runnable?
Oops, I accidentally attached a d
Hi Larry,
I'm still very busy, but two remarks and two questions:
- Add 'final' modifier to the new constants in RenderingManager, please.
(After the second question you may come to the insight that these
constants are not really needed at all.)
- The flash Runnable in ZoomToSelectedPlugIn d
I have completed the RenderingManager modifications. It now supports
three modes of interactivity: interactive, single thread queue, or
execute on event thread. It defaults to interactive which operates
just as it always did.
The execute on event thread mode blocks the GUI, and the single threa
Sascha,
Thanks for checking it out. No rush.
> I'm still a bit concerned that the hole expensive rendering is done
>inside the event dispatch thread. I have to test if this may lead to
>trouble elsewhere.
I also got a little concerned about the effect of GUI blocking on
ZoomToSelectedItemsP
Larry,
Larry Becker schrieb:
> [...]
> I'm hoping someone will verify that this solution works for printing
> plugins.
I will implement a path for the Print/Layout plug-in to be able
to test it. I'm quiet a bit busy at the moment so results will only
be available in two days.
> [...]
Regards,
Hi Sascha,
Thanks for taking a good look at the "Interactive Mode Switch"
solution. I agree with your analysis. Setting the interactiveMode
back to true in the flash runnable is a big improvement. It takes
care of an issue that I have noticed with the selection background
renderer drawing af
Hi Larry,
I was so happy that you proposed a 'minimal inversive' solution, but I
think it needs at least some tweaking.
Let's have a look at the relevant part of ZoomToSelectedItemsPlugIn.zoom():
1 -- panel.getRenderingManager().setInteractiveMode(false);
2 -- panel.getViewport().zoom(proposedEn
Hi Larry,
this definitely a step into the right direction. :-)
Using the event/display thread to serialize the
renderers in the non-interactive mode is a good idea.
Your code looks fine but I will think about the
consequences (blocking GUI, etc.). Of course I
will test it, too. ;-)
Regards, Sasc
The purpose of this thread is to document a problem with RenderManager
and to propose solutions.
The good news:
RenderManager is optimized for the most responsive interactive GUI
experience. It uses multiple threads, image caching, and timed
refresh operations to ensure that the user's percepti
12 matches
Mail list logo
