gnash-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re[2]: [Gnash-commit] gnash ChangeLog backend/render_handler_agg.cpp


From: Udo Giacomozzi
Subject: Re[2]: [Gnash-commit] gnash ChangeLog backend/render_handler_agg.cpp
Date: Tue, 6 May 2008 19:35:49 +0200

Hello strk,

Tuesday, May 6, 2008, 4:37:09 PM, you wrote:
s> You find 20 twips of thickness definition that do NOT scale in SWF<8 ?

I had defined the line to be a hairline, but Gnash said it has
thickness 20. Did not check scaling..


>> them=what? You can do hairlines in AS.

s> Hairlines are 0 in thickness, I couldn't handle to make subtwip
s> scaling thickness with AS.

Nor can the IDE, but you don't need fractions of a TWIP to have
subPIXEL thickness.

BTW, zero thickness is not even a special value. It's a mathematical
thing. Zero doesn't scale (remains always zero) and so
(0 * some_scale / 20 < 1.0) in any case. Any stroke with width <= 1.0
in renderer coordinate space (hah!) becomes a hairline.


>> s> with Ming you need to use Ming_setScale(1) for sub-pixel
>> s> accuracy of line thickness.
>> 
>> Why? Doesn't Ming output TWIPs?

s> By default Ming talks pseudo-pixels (the tag definition, not
s> actionscript which is always pseudo-pixels...). That is, the
s> SWFShape_moveTo(x,y) multiply the values by a global scale which
s> defaults to 20 and can be changed with Ming_setScale(s);

You mean that SWFShape_moveTo() only supports integers so that the
final value will always a multiply of 20 (assuming default scaling)?


Udo





reply via email to

[Prev in Thread] Current Thread [Next in Thread]