Re: strokeadjust:ing by default

[Quentin Mathé]

Le 18 janv. 05, à 14:59, Alexander Malmberg a écrit :

> Recently, I reworked back-art's handling of strokeadjust. In 
> postscript. strokeadjusting will move points of paths around a bit to 
> try to line things up with device pixels and make line widths seem 
> more uniform. In back-art, I do things that are similar in spirit: 
> adjust points on paths, line widths, and dash offsets to make the 
> results sharper and clearer. The drawback of this is that by moving 
> things around, you distort the paths a bit.
>
> back-art used to apply some simple adjusting always, but I've now 
> changed it so that it's only applied when strokeadjusting is on, and, 
> after thinking about it a bit, it seems best to me to enable it by 
> default. All of the normal views benefit from clear rendering on 
> screen, so it seems better to have the exceptions turn strokeadjusting 
> off than to make everyone else have to turn it on all the time.
>
> Thus, unless there are any serious objections, I'll commit that 
> shortly. In cases where you really need accurate rendering, remember 
> to call PSsetstrokeadjust(0) before drawing (e.g. in -setUpGState).

The strokeadjust: is really nice, but there is a minor issue which lies 
in the fact this feature is not implemented by Cocoa iirc, then it will 
produce inaccurate results with Cocoa applications ported to GNUstep 
directly. Mac OS X developers do their stroke adjusting with point 
positions like x + 0.5, y + 0.5…
This feature should perhaps be disabled when a Cocoa application is 
compiled with GNUstep… ?

Quentin.

--
Quentin Mathé
qmathe@club-internet.fr