XHTML 1.0 document which has embeded stylesheet in 'style' element is not rendered correctly.
Nisheeth, XHTML issue
Moving these XHTML bugs to M17...
Moving bugs out by one milestone...
We don't currently support inline style attributes or style tags inside XML documents. Marking M19...
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.
"Future"? Not supporting the 'style' element in XHTML documents is a ***very*** serious bug which *must* be fixed, IMNSHO.
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.
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.
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?
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
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!
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?
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). firstname.lastname@example.org: I guess there's been a temporary glitch which hid the problem in your build.
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 ***