Re: [Swftools-common] Sizing problems with borders in swfbbox, a patch to set a strict size

[edA-qa mort-ora-y]

Matthias Kramm wrote:
> Hm, maybe there are some invisible lines or dots in the vector graphics
> which are causing this? I'm pretty confident that swfbbox calculates 
> everything correctly.

That was always my suspicion as well, but it really happens to all Corel
exported files. And I decompiled one with swfmill and looked through the
list of items.  If there was something there doing it, then I couldn't
find it (though admittedly I'm not an SWF expert)

> Could you send me an example SWF?

Attached, help_3 is one where the original size is completely off, and
help_2 is a more normal one.  In both cases a slight padding remains
even after bounds optimization.

It should be noted that the individual objects all seem to have the
padded bounds, not just one or two.


NOTE: To visually see the problem I load one of these SWFs and create a
gray background box the same size as the loaded file.  The right/bottom
then is gray, where the image should be (the padding).  The padding to
the top/left is not seen as it is below the zero threshold, thus the
object is correctly top-left aligned despite the padding.

-- 
edA-qa mort-ora-y
http://disemia.com/
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Have a look in my brain:
        http://brainbrain.eu/
        
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Sign: Please digitally sign your emails.
Encrypt: I'm also happy to receive encrypted mail.

help_2.swf
Description: application/shockwave-flash

help_3.swf
Description: application/shockwave-flash

signature.asc
Description: OpenPGP digital signature