@Larry: IIRC the zero policy was introduced by Sun as a reaction to some user complains at bugs.sun.com that lines were vanishing when the scale becomes very small. I can't remember when that was done. Before 1.4?
@SS: What do you think does Batik? It simply creates <line x1=".." y1="..." x2="..." y2="..."/> elements from g2d.lineTo(new Line.Double(..)) calls and same for other geometries. There is no magic in there. These primitives are generated by a Java2DConverter which takes a JTS geometry as an input. In pure terms of geometry they are identical! Okay .. at the moment they are piped through Larry's decimating Java2DConverter, but I'm going to check-in the PreciseJava2DConverter from the Print/Layout plug-in as temporal replacement (see Viewport.setJava2DConverter()). This will improve Stefan's SVG plug-in. The only thing that will make the SVG look different will be a different styling. The right sizes of the graphical attributes must have a physical measure. The output medium has to have a physical measure. Than you can determine the right scales. What we need is a concept of a physical size based output device. Renderers must be aware of this. This leads to a lot of refactoring. As an alternative we can build a complete new rendering path, which has to be consistent with the old one. WYSIWYG is another word that comes to mind. What if someone add a new Layerable with new Renderers? Should she or he implement the same logic twice? - Sascha Sunburned Surveyor schrieb: > Larry, > > I know it is very easy to convert to SVG by using the JTS graphics > painted on the LayerViewPanel and the Batik libs. > > I wonder if some of the problems could be eliminated by using the JTS > Goemetries and Layer styling information to convert directly to SVG. > > Just a thought. > > The Sunburned Surveyor > > On 6/29/07, Larry Becker <[EMAIL PROTECTED]> wrote: >> More surprises (for me). Someone stop me if this is already >> documented. If you set the line width to zero, you get very faint >> lines. The documentation for BasicStroke says, "If width is set to >> 0.0f, the stroke is rendered as the thinnest possible line for the >> target device and the antialias hint setting." >> >> Apparently when you create a new layer, the line width defaults to 1. >> I never noticed that you could drag it left to 0, or if I did I must >> have assumed it was an error. >> >> This could be very handy when you are printing and the lines are >> showing up too wide on the print device, or just when you have a lot >> of linestrings very close together. >> >> regards, >> Larry >> >> On 6/28/07, Larry Becker <[EMAIL PROTECTED]> wrote: >>> Interesting... It turns out that when rendering antialiased lines, >>> Java2D actually draws lines with fractional widths as shown in the >>> attached JumpWindow screen capture. This would make it possible to >>> modify the Change Style line width slider to support floating point >>> values that represent very thin lines. >>> >>> Larry >>> >>> On 6/28/07, Larry Becker <[EMAIL PROTECTED]> wrote: >>>> To give a better idea of problem (1), I have attached two jpegs. They >>>> were made by doing a screen capture within Inkscape while zoomed to >>>> 800%. They are labeled before and after and show the effects of >>>> scaling the line width by 0.1 in BasicStyle setLineWidth(). The SVG >>>> files were created using Stefan's "Print Image in SVG Format." Other >>>> printing plug-ins may already be implementing their own solutions. >>>> >>>> regards, >>>> Larry Becker >>>> >>>> On 6/26/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: >>>>> Larry, >>>>> >>>>> This is a great post. Thanks for documenting some of the problems we >>>>> are having with the rendering system. Perhaps I need to take a crack >>>>> at these with my pluggable renderering system, instead of stand alone >>>>> labels. I'll give this some thought. >>>>> >>>>> The Sunburned Surveyor >>>>> >>>>> On 6/25/07, Larry Becker <[EMAIL PROTECTED]> wrote: >>>>>> The purpose of this thread is to document problems with BasicStyle >>>>>> rendering that primarily affect the quality of printing plug-ins >>>>>> >>>>>> Problem (1): >>>>>> >>>>>> BasicStyle lineStroke defaults to width 1. See Geoff's "About Line >>>>>> Decorations and Printing" thread in the archives: >>>>>> http://www.mail-archive.com/[EMAIL PROTECTED]/msg00075.html >>>>>> >>>>>> Proposed solution (1.A): >>>>>> >>>>>> The problem seems to me that JUMP is starting out with the line width >>>>>> way too large. In other applications I have used much smaller default >>>>>> line widths. In order to do this we would need to modify >>>>>> BasicStyle.setLineWidth(int lineWidth) to use a float instead of an >>>>>> int and change setLineWidth(1) to setLineWidth(0.1) or something >>>>>> smaller in the constructor. >>>>>> >>>>>> >>>>>> Problem (2): >>>>>> >>>>>> The relative scale of symbols and text changes when changing from >>>>>> screen resolution to printer resolution. See Geoff's ""Re: >>>>>> [JPP-Devel] JumpPrinter" thread in the archives: >>>>>> http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg00998.html >>>>>> >>>>>> Proposed solution (2.A): >>>>>> >>>>>> I haven't thought this one through very well, but it would seem that >>>>>> we need to have some sort of renderer DPI setting (there's those pesky >>>>>> english units again). Unfortunately there doesn't seem to be any >>>>>> Java2D support for this concept that I could find, so we would >>>>>> probably have to implement the scaling ourselves. Someone else may >>>>>> have already thought of a better solution. >>>>>> >>>>>> There are probably other printer related rendering problems I haven't >>>>>> heard about. >>>>>> >>>>>> 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
