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 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 > ------------------------------------------------------------------------- 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
