Closed
Bug 589638
Opened 14 years ago
Closed 8 years ago
(ietestcenter) HTML5 Foreign Content 2/24: Test passes if 'FillerText' is rendered as italic.
Categories
(Web Compatibility :: Site Reports, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: darxus-mozillabug, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b4pre) Gecko/20100817 Minefield/4.0b4pre
Build Identifier:
Fails test.
Reproducible: Always
Blocks: ietestcenter
Version: unspecified → Trunk
Comment 1•14 years ago
|
||
This test is bogus. In particular, the SVG spec is very clear that the text should be laid out in such a way that the baseline of the text is at the y position of the <text> element, and since the "y" attribute is not specified, the y position defaults to 0. Thus all the text is above the top of the <svg> bounding box and is clipped out.
Assignee: nobody → english-us
Status: UNCONFIRMED → NEW
Component: General → English US
Ever confirmed: true
Product: Core → Tech Evangelism
QA Contact: general → english-us
Version: Trunk → unspecified
Comment 2•14 years ago
|
||
And it's clipped out because SVG 1.1 section 14.3.3 says that the default value of 'overflow' for <svg> is 'hidden'.
Comment 3•14 years ago
|
||
Comment 4•14 years ago
|
||
It might be good to also keep the original tests but change the pass condition to the content not being visible (which IE9 would therefore fail).
Comment 5•14 years ago
|
||
http://blogs.msdn.com/b/ie/archive/2011/02/10/acting-on-feedback-ie9-release-candidate-available-for-download.aspx#10127751
Patrick Dengler [MSFT] 10 Feb 2011 3:30 PM
> 589638 and 589639 states that the test is 'bogus' because the default in SVG
> for overflow is hidden. We discussed this in the working group and since the
> default in CSS for HTML is overflow:visible, and since this is an HTML page
> (and not SVG or XHTML), the default should be visible, these seem to be valid.
http://www.w3.org/TR/SVG/masking.html#OverflowProperty
> The initial value for ‘overflow’ as defined in [CSS2-overflow] is 'visible',
> and this applies also to the root ‘svg’ element; however, for child elements
> of an SVG document, SVG's user agent style sheet overrides this initial value
> and sets the ‘overflow’ property on elements that establish new viewports
> (e.g., ‘svg’ elements), ‘pattern’ elements and ‘marker’ elements to the value
> 'hidden'.
If I'm reading that right (probably not), that <svg> element should have "overflow: visible" on it.
Comment 6•14 years ago
|
||
SVG's user agent style sheet is applied to all documents, though, not just SVG documents... That informative text is not consistent with normative text elsewhere, basically, as far as I can see.
Comment 7•14 years ago
|
||
In particular, the normative text at http://www.w3.org/TR/SVG/styling.html#UAStyleSheet which clearly says that that rule applies to all <svg> elements, not just those in an SVG document.
Comment 8•10 years ago
|
||
Not sure why this is a tech evangelism issue and who/what actions should be taken on that?
It seems more a discussion in between people involved in creating test suites.
Assignee: english-us → nobody
Component: English US → Desktop
Comment 9•10 years ago
|
||
This isn't a test suite; it's an IE marketing site...
Comment 10•8 years ago
|
||
Edge now renders this exactly the same as Firefox and Chrome. Given that, let's close as WONTFIX (to mean something like: not worth the effort at this point).
Microsoft isn't marketing IE anymore these days.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•6 years ago
|
Product: Tech Evangelism → Web Compatibility
You need to log in
before you can comment on or make changes to this bug.
Description
•