Closed
Bug 70978
Opened 23 years ago
Closed 16 years ago
An OBJECT with exactly one of width or height given should be scaled proportionally
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
RESOLVED
FIXED
People
(Reporter: chris, Unassigned)
References
Details
(Keywords: css1, testcase, Whiteboard: [Hixie-P2][CSS1-5.5.23][CSS2.1-10.6.2])
Attachments
(2 files, 1 obsolete file)
Let us assume, for example, I have a web page where I have embedded an SVG using the Object tag. If I do not specify width or height for an object, it should use it's natural size if it has one, else the default [240x200 in Moz]. If I specify only the width - to be say 75%, and not the height - the object width should be scaled to 75% of the available space, and the height should be scaled accordingly - to maintain perspective. Also, if you specify only one of width or height for an object using the default size [no natural size], then the unspecified dimension should also be scaled to maintain perspective. Specifying a height as 1em can be taken as a hint the author probably wouldn't want a 240px default width or vice versa.
Reporter | ||
Comment 1•23 years ago
|
||
Reporter | ||
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
Confirmed Platform: PC OS: Linux 2.2.17 Mozilla Build: 2001030108 Marking NEW.
Comment 5•23 years ago
|
||
Another object frame size issue, possiby a dup.
Assignee: av → peterlubczynski
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.4
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Updated•23 years ago
|
Priority: -- → P5
Updated•23 years ago
|
Target Milestone: mozilla0.9.5 → mozilla1.0
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla0.9.9
Comment 6•23 years ago
|
||
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla0.9.9 → mozilla1.0.1
Updated•23 years ago
|
Target Milestone: mozilla1.0.1 → mozilla0.9.9
Comment 7•22 years ago
|
||
*** This bug has been marked as a duplicate of 70976 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Comment 9•22 years ago
|
||
Reopening. This affects more than plugins.
Comment 10•22 years ago
|
||
I suspect that the work in 70976 will cover all instances related to the object element. Peter: is it necessary for you to have both bugs open?
Comment 11•22 years ago
|
||
sounds like a dup of bug 70976 to me: SVG can't tell the browser its "natural size" if the NPAPI doesn't support it and hence layout has nothing to work with. Please attach a testcase showing how this effects more than just plugins otherwise close as dup.
Reporter | ||
Comment 12•22 years ago
|
||
An object having an intrinsic size has historically been orthogonal to Mozilla dealing with it correctly. Mozilla exhibits different behavior depending on the type of object being included, irregardless of whether that object has an intrinsic size. For example, I filed bug 69270 because image objects wouldn't size at all using percentages, let alone maintaining perspective while doing so, and images have always had an intrinsic size. That is why I marked bug 70976 as blocking this, so that when someone does add intrinsic sizing support for plugins, they will see this and also hopefully make sure the scaling works properly - which has definitely /not/ been a given, historically.
Updated•20 years ago
|
Assignee: peterlubczynski-bugs → nobody
Status: REOPENED → NEW
QA Contact: ian → core.layout
Updated•19 years ago
|
Summary: An OBJECT scaled using width /OR/ height should maintain perspective → An OBJECT with exactly one of width or height given should be scaled proportionally
Reporter | ||
Comment 13•18 years ago
|
||
Attachment #26849 -
Attachment is obsolete: true
Reporter | ||
Comment 14•18 years ago
|
||
I believe the behavior I am asking for in this bug report is specified in section 10.6.2 of the CSS 2.1 draft at: http://www.w3.org/TR/2006/WD-CSS21-20060411/visudet.html#inline-replaced-height Re: "block-level replaced elements in normal flow": If 'height' has a computed value of 'auto' and 'width' has some other computed value, and the replaced element has an intrinsic ratio, ... then the used value of 'height' is: (used width) / (intrinsic ratio)".
Updated•17 years ago
|
Whiteboard: [Hixie-P2] → [Hixie-P2][CSS1-5.5.23][CSS2.1-10.6.2]
Comment 15•16 years ago
|
||
This was fixed by bug 294086. Note that the testcases may not behave quite as you expect since you are required to specify a viewBox attribute if you want them to scale.
Reporter | ||
Comment 16•16 years ago
|
||
Absolutely fantastic! I think with Firefox 3 it's finally nearing time to have another attempt at using SVG on some intranet sites (bug 231179 now being the only major remaining caveat for me)! Thanks to you and all the Mozilla devs for your hard work! :)
Comment 17•16 years ago
|
||
You're welcome. Have fun. :) Hopefully we'll get that SVG "as an image" thing in the next release!
Updated•16 years ago
|
Flags: in-testsuite?
Comment 18•16 years ago
|
||
Tons of reftests were added as part of bug 294086. For the issue covered by this bug in particular see the object--* tests in: http://lxr.mozilla.org/seamonkey/source/layout/reftests/svg/sizing/
Flags: in-testsuite? → in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•