[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: strokeadjust:ing by default
From: |
Quentin Mathé |
Subject: |
Re: strokeadjust:ing by default |
Date: |
Tue, 18 Jan 2005 19:54:19 +0100 |
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