Closed
Bug 26026
Opened 25 years ago
Closed 24 years ago
embedded stylesheet in XHTML 1.0 document is not recognized.
Categories
(Core :: Layout, defect, P3)
Tracking
()
Future
People
(Reporter: Ryosuke_Nanba, Assigned: nisheeth_mozilla)
References
()
Details
(Keywords: helpwanted, xhtml)
XHTML 1.0 document which has embeded stylesheet in 'style' element
is not rendered correctly.
Assignee | ||
Comment 2•25 years ago
|
||
Moving these XHTML bugs to M17...
Status: NEW → ASSIGNED
Target Milestone: M17
Assignee | ||
Comment 4•25 years ago
|
||
We don't currently support inline style attributes or style tags inside XML
documents. Marking M19...
Target Milestone: M18 → M19
Assignee | ||
Comment 5•24 years ago
|
||
This bug has been marked "future" because the original netscape engineer working
on this is over-burdened. If you feel this is an
error, that you or another known resource will be working on this bug,or if it
blocks your work in some way -- please attach your
concern to the bug for reconsideration.
Target Milestone: M19 → Future
Comment 6•24 years ago
|
||
"Future"? Not supporting the 'style' element in XHTML documents is a ***very*** serious bug which *must* be fixed, IMNSHO.
Assignee | ||
Comment 7•24 years ago
|
||
Karl, can you provide some reasoning behind your worry? Wouldn't it be possible
to workaround the absence of the style element by using an external stylesheet?
One of the reasons to mark bugs future was to find out what developers care
about. Please feel free to frankly say what you want. We are listening and
will work with you to do the right thing. Thanks for your last comment.
Comment 8•24 years ago
|
||
Of course it is possible to use a work-around, to *only* use linked style sheets in XHTML documents. But this makes life much harder for for authors. It's much easier to use the 'style' element for a one-off style rule, than it is to create a separate linked style sheet. Partial HTML (and CSS) support has been a terrible thing, since one could never know what would work in which browsers. Partial XHTML is even worse, since XHTML is a new standard, and we really *don't* need browser bugs on this.
If Mozilla doesn't support the 'style' element, its XHTML support is really lousy. And people can *never* start using it again, because they want their pages to backwards-compatible with older browsers, such as Mozilla 5.0.
Assignee | ||
Comment 9•24 years ago
|
||
The right way of fixing this bug is to factor code between the XML and HTML
content sinks. Right now, the style tag is processed on the HTML content sink,
but not on the XML content sink. The hacky solution is to copy the code
that processes style tags from the HTML content sink over to the XML content
sink. The decision to invest time in fixing this bug depends on whether
Netscape has committed to supporting XHTML completely in Netscape 6.0.
CCing Eric Krock, our group product manager, to initiate a discussion about
this. Eric, should this bug be fixed pre or post 6.0?
Comment 10•24 years ago
|
||
Are you really seriously considering launching Mozilla with less support for
XHTML than MSIE4/5 and Netscape 4? XHTML is the current HTML standard (actually
several months old by now). A new browser without full support for XHTML would
be a joke. Either reconsider this now, or dump the whole Mozilla project.
/Bertilo Wennergren
Comment 11•24 years ago
|
||
Like everyone else, I would like to see XHTML support in the first releases of
Mozilla/Gecko/N6, and I would like that support to be as good as possible.
*However*, we need to remember that there has *never* been a commitment by
Netscape to support XHTML at all in the first release, let alone fully.
I am marking this helpwanted. We would welcome it if a member of the mozilla
community would step forward to contribute a patch for this issue. If no member
of the open source community is willing to do this work, then Netscape will try
to get to this issue as its resources and schedules allow, and currently
Netscape is quite overburdened.
Separation of content from formatting is a good thing for its own sake.
Therefore, I don't think it's the end of the world if Netscape manages to exceed
its product goals for the first release and get in basic support for XHTML in
the first release, with the proviso that style sheets must be external rather
than inline.
Thanks to everyone for your help on compliance analysis and bug reporting!
Keywords: helpwanted
Summary: embeded stylesheet in XHTML 1.0 document is not recognized. → embedded stylesheet in XHTML 1.0 document is not recognized.
Keywords: xhtml
Comment 12•24 years ago
|
||
I just tested this in Mozilla/5.0 (Windows; U; Win98; en-US; m18) Gecko/20000811
and embedded style commands seem to work now. Great! Actually _all_ of the XHTML
problems that have bothered me in Mozilla seem to suddenly have vanished. What
has happened?
Depends on: 21771
Comment 13•24 years ago
|
||
The problem still occurs for me when viewing the test case at
http://www.horobi.com/moztest/test-css3-embed.xml with build 2000-10-01-08
(WinNT4).
bertilow@hem1.passagen.se: I guess there's been a temporary glitch which hid the
problem in your build.
Updated•24 years ago
|
Keywords: mozilla1.0
This is a dupe. Even though this is older, I am marking this as a dupe of the
other one because I have already duped one other bug to it.
*** This bug has been marked as a duplicate of 36790 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•