Re: [JPP-Devel] RenderManager optimized for Interactive vs. batch processing
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
Re: [JPP-Devel] To Stephan ragardin FAQ
Hi Stefan, if you don't mind I would change what you wrote on OJ FAQ: "18 I am making geologic maps, How can I customize my symbology?" in "18 I need to use Point Symbols, how can I customize my symbology?" as we geologist are probabily a minority of OJ users (and requests) peppe ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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
Re: [JPP-Devel] RenderManager optimized for Interactive vs. batch processing
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://am
Re: [JPP-Devel] To Stephan ragardin FAQ
ok.. sounds good :) stefan Giuseppe Aruta wrote: >Hi Stefan, >if you don't mind I would change what you wrote on OJ >FAQ: > >"18 I am making geologic maps, How can I customize my >symbology?" > >in > >"18 I need to use Point Symbols, how can I customize >my symbology?" > >as we geologist are probabily a minority of OJ users >(and requests) > >peppe > > > ___ >L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: >http://it.docs.yahoo.com/nowyoucan.html > >- >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
[JPP-Devel] More Java2DConverter issues
We recently implemented some modifications to Java2DConverter and
PolygonShape to use PathIterator. The implementation was slightly
flawed and resulted in paths that didn't use a SEG_CLOSE which causes
closed paths to fail to connect start and end with a JOIN_BEVEL. You
can see the problem very easily if you start OJ, drag out a rectangle,
and then increase the line width to 10.
The fix is:
private int getSegType(){
if (closed && (iterate == numPoints-1))
return PathIterator.SEG_CLOSE;
return (iterate==0) ? PathIterator.SEG_MOVETO :
PathIterator.SEG_LINETO;
}
I would also like to increase the accuracy of the rendering system
from float to double by replacing all references to GeneralPath with
Path2D.Double. There is no speed or memory penalty for this change.
regards,
Larry Becker
--
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
Re: [JPP-Devel] More Java2DConverter issues
Larry wrote: "The fix is:
private int getSegType(){
if (closed && (iterate == numPoints-1))
return PathIterator.SEG_CLOSE;
return (iterate==0) ? PathIterator.SEG_MOVETO :
PathIterator.SEG_LINETO;
}"
We should commit this, if you haven't done so already. :]
Larry wrote: "I would also like to increase the accuracy of the rendering system
from float to double by replacing all references to GeneralPath with
Path2D.Double. There is no speed or memory penalty for this change."
This sounds reasonable to me. Let's go for it if there are no other
objections. I think you and Sascha know more about OpenJUMP's
rendering system than anyone else at this point.
The Sunburned Surveyor
On 7/12/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> We recently implemented some modifications to Java2DConverter and
> PolygonShape to use PathIterator. The implementation was slightly
> flawed and resulted in paths that didn't use a SEG_CLOSE which causes
> closed paths to fail to connect start and end with a JOIN_BEVEL. You
> can see the problem very easily if you start OJ, drag out a rectangle,
> and then increase the line width to 10.
>
> The fix is:
>
>private int getSegType(){
>if (closed && (iterate == numPoints-1))
>return PathIterator.SEG_CLOSE;
>return (iterate==0) ? PathIterator.SEG_MOVETO :
> PathIterator.SEG_LINETO;
>}
>
> I would also like to increase the accuracy of the rendering system
> from float to double by replacing all references to GeneralPath with
> Path2D.Double. There is no speed or memory penalty for this change.
>
> regards,
> Larry Becker
>
> --
> 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
