embedded stylesheet in XHTML 1.0 document is not recognized.




18 years ago
15 years ago


(Reporter: Ryosuke_Nanba, Assigned: Nisheeth Ranjan)


(Depends on: 1 bug, {helpwanted, xhtml})

Windows 95
helpwanted, xhtml

Firefox Tracking Flags

(Not tracked)





18 years ago
XHTML 1.0 document which has embeded stylesheet in 'style' element 
is not rendered correctly.

Comment 1

18 years ago
Nisheeth, XHTML issue
Assignee: troy → nisheeth

Comment 2

18 years ago
Moving these XHTML bugs to M17...
Target Milestone: M17

Comment 3

18 years ago
Moving bugs out by one milestone...
Target Milestone: M17 → M18

Comment 4

18 years ago
We don't currently support inline style attributes or style tags inside XML 
documents.  Marking M19...
Target Milestone: M18 → M19

Comment 5

17 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

17 years ago
"Future"? Not supporting the 'style' element in XHTML documents is a ***very*** serious bug which *must* be fixed, IMNSHO.

Comment 7

17 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

17 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.

Comment 9

17 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

17 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
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

17 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

17 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 

bertilow@hem1.passagen.se: I guess there's been a temporary glitch which hid the 
problem in your build.


17 years ago
Keywords: donttest
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 ***
Last Resolved: 17 years ago
Resolution: --- → DUPLICATE

Comment 15

15 years ago
You need to log in before you can comment on or make changes to this bug.