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 changes to LayerPrinter2 and they worked fine, but it worked
fine before.

In order to determine if it was possible to put the RenderingManager
into a mode that would produce vectors instead of rasters in a printer
driver, I have written my own printer driver.  It simply prints what
you see in the LayerViewPanel (expanded to fill a page).  Using this
new driver, I was able to determine that the RenderingManager changes
were not sufficient to produce vector output on a printer (I used PDF
drivers like CutePDF and the one from Adobe for testing).

Only when I wrote my own inline rendering code (just a few lines of
code actually) was I able to produce vector output.  I also had to
take steps to remove transparency and to defeat double-buffering.
Even this would occasionally produce raster output unless I used a sun
proprietary interface to set some printing class properties.

Getting back to the RenderingManager changes, I would say that I
haven't found a compelling need for them yet, so I don't really want
to commit them.  If you could test them out and find some use for them
or some modification to make them useful, it would be helpful.

Thanks to JUMP's workbench-properties.xml file support, you don't have
to build OpenJump in order to test new changes.  The hardest part of
getting OJ to run from within Eclipse (or NetBeans) is getting the
Classpath entries right.

regards,
Larry Becker


On 7/12/07, Geoffrey G Roy <[EMAIL PROTECTED]> wrote:
> 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 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 thread
> > queue renders all layers sequentially on the default renderer thread
> > queue.
> >
> > I have also added the capability to request a call back in the form of
> > a Runnable when rendering is complete.  The definition of complete
> > varies with the mode of interactivity.
> >
> > I have tested the new code in interactive mode with the
> > ZoomToSelectedItemsPlugIn, and in execute on event thread mode on my
> > LayerPrinter2 plug-in which generates high resolution images.
> > Everything seems to be working fine.  I hope that others can get some
> > time to test the modifications.
> >
> > regards,
> > Larry Becker
> >
> > On 6/26/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> >> 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
> >> ZoomToSelectedItemsPlugIn so I tested some really slow server layers.
> >> It took about 30 seconds for the zoom and flash to occur.  Clearly,
> >> this is a case of the cure being worse than the disease.  Flashing out
> >> of order or not flashing at all seems pretty trivial when you are
> >> waiting for something to happen.  Since the GUI is frozen, the user
> >> could panic and kill the application.
> >>
> >> It would seem that my solution need some more tweaking.
> >>
> >> I'll post again after I've made some modifications to change to a
> >> non-blocking notifying version.
> >>
> >> regards,
> >> Larry Becker
> >>
> >> On 6/25/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
> >> > 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,
> >> >   Sascha
> >> >
> >> >
> >> -------------------------------------------------------------------------
> >>
> >> > This SF.net email is sponsored by DB2 Express
> >> > Download DB2 Express C - the FREE version of DB2 express and take
> >> > control of your XML. No limits. Just data. Click to get it now.
> >> > http://sourceforge.net/powerbar/db2/
> >> > _______________________________________________
> >> > 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 DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
> --
> Dr Geoffrey G Roy
> Cadplan
> 129 Gloster Street, Subiaco WA 6008
> Tel: (08) 9381 4870  Fax: (08) 9382 4459
> Email: [EMAIL PROTECTED]
> http://www.cadplan.com.au
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> 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 DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to