[Fwd: [Sodipodi-list] [Fwd: Sodipodi bug 758775]]
we have this problem too...its in our bug tracker...
any takers...
jon
-----Forwarded Message----- From: John Stracke <francis+keyword+sodipodi.6389c0@...99...> To: Sodipodi sodipodi-list@lists.sourceforge.net Subject: [Sodipodi-list] [Fwd: Sodipodi bug 758775] Date: Sat, 06 Dec 2003 12:00:29 -0500
(I sent this to Lauris at first, but maybe he's been too busy with the 0.33 release. Anybody else have commit access?)
I've just uploaded a patch for sodipodi bug #758775 (the one about export bounding box not considering stroke width). It's not complete (it doesn't do text, and it's overeager--it takes the view that it's better to err in the direction of including extra blank space than to cut off some of the diagram), but I believe it's solid enough and useful enough to check in.
https://sourceforge.net/tracker/?func=detail&atid=104054&aid=758775&...
On Sat, 2003-12-06 at 13:19, Jonathan Phillips wrote:
we have this problem too...its in our bug tracker...
any takers...
[ bit about export not taking into account stroke width ]
It's actually not as simple as just taking the stroke width into account, either -- when you have mitred corners, they can stick out FAR beyond the stroke width.
SVG filters will also make finding the real bounding box increasingly interesting, when we implement them.
Do you happen to know the Inkscape bug #? I'd like to add some notes about this to it...
-mental
On Sat, 6 Dec 2003, MenTaLguY wrote:
On Sat, 2003-12-06 at 13:19, Jonathan Phillips wrote:
we have this problem too...its in our bug tracker...
any takers...
[ bit about export not taking into account stroke width ]
It's actually not as simple as just taking the stroke width into account, either -- when you have mitred corners, they can stick out FAR beyond the stroke width.
Markers too.
SVG filters will also make finding the real bounding box increasingly interesting, when we implement them.
Do you happen to know the Inkscape bug #? I'd like to add some notes about this to it...
-mental
MenTaLguY wrote:
On Sat, 2003-12-06 at 13:19, Jonathan Phillips wrote:
we have this problem too...its in our bug tracker...
any takers...
[ bit about export not taking into account stroke width ]
It's actually not as simple as just taking the stroke width into account, either -- when you have mitred corners, they can stick out FAR beyond the stroke width.
Presumably the svp decomposition will have a necessary and sufficient bounding box?
not perfect (tiny errors in conversion from mathematical form), but it simple to compute (already there) and it will always be correct to within a pixel (required for rendering).
njh
On Sat, 2003-12-06 at 17:52, Nathan Hurst wrote:
Presumably the svp decomposition will have a necessary and sufficient bounding box?
not perfect (tiny errors in conversion from mathematical form), but it simple to compute (already there) and it will always be correct to within a pixel (required for rendering).
Well, it´s really only the final SVP representation that´ll be used for rendering that we care about, anyway, I guess.
No sense in being mathematically perfect, if mathematically perfect isn´t what we´re using for output anyway.
-mental
participants (4)
-
Bryce Harrington -
Jonathan Phillips -
MenTaLguY -
Nathan Hurst