296997 - getBBox does not properly account for element transformations

Status: RESOLVED INVALID

(Core :: SVG, defect)

Description

[Rob Adams]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8b2) Gecko/20050607 Firefox/1.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8b2) Gecko/20050607 Firefox/1.0+

Test case to be attached.  getBBox in mozilla should, but doesn't, take into
account the transformations on an SVG element.

Reproducible: Always

Comment 1

[Rob Adams]

Attachment: Test case showing the problem

Comment 2

[tor]

Raised on www-svg: http://lists.w3.org/Archives/Public/www-svg/2005Jun/0022.html

No response yet (3+ weeks).

Comment 3

[daniel newton]

at the moment mozilla does however take into account transformations on an svg:g element!? Which makes things even more interesting

Comment 4

[Robert Longson [:longsonr]]

(In reply to comment #3)
> at the moment mozilla does however take into account transformations on an
> svg:g element!? Which makes things even more interesting
> 

Do you have a testcase you could attach?

Comment 5

[daniel newton]

(In reply to comment #4)
> (In reply to comment #3)
> > at the moment mozilla does however take into account transformations on an
> > svg:g element!? Which makes things even more interesting
> > 
> 
> Do you have a testcase you could attach?
> 

sorry my bad. I was seeing things, scratch that

Comment 6

[Jonathan Watt [:jwatt]]

The spec says getBBox "returns the tight bounding box in current user space (i.e., after application of the transform attribute, if any)". The bbox is always the same in user space regardless of any transform, since user space is established _after_ any such transform. It seems quite clear then that getBBox should not behave as you expect, but rather as Mozilla, Opera and others implement it now.