 | |
Re: Firefox jams underlines for links
Cascading Style Sheets Layout/presentation on the WWW (comp.infosystems.www.authoring.stylesheets)
 |
| | Thread Tools | Display Modes |
#1
 
| |||
| |||
|
Re: Firefox jams underlines for links -
03-23-2008
, 01:20 PM
|
In CSS1Compat mode Firefox doesn't display underlines for my links if they set to display:-moz-inline-box. The same styling works fine in BackCompat (quirk) mode, so I guess it is some W3C box model issue again, but how to fix it? Strangely enough -moz-box-sizing: border-box; doesn't help here, only explicit drop into quirk mode by say removing doctype. An URL with the very same page broken by Yahoo! insertions so being dropped into quirk mode: underlines are just fine: http://www.geocities.com/schools_ring/tmp/inbox.html The page of question (no URL, sorry, cannot disclose the customer): the underlines are hot visible on Firefox. IE, Safari and Opera are fine in either case: |
-moz-inline-box as being supposed to be the same as inline-block).
CSS 2.1 16.3.1 text-decoration:
When specified on an inline element, it affects all the boxes
generated by that element; for all other elements, the decorations
are propagated to an anonymous inline box that wraps all the in-flow
inline children of the element, and to any block-level [p. 117]
in-flow descendants. It is not, however, further propagated to
floating and absolutely positioned descendants, nor to the contents
of 'inline-table' and 'inline-block' descendants.
You could take that as meaning that setting text-decoration on any
inline-block is not propagated at all, making Firefox right.
But I think it means text-decoration goes into the first inline-block,
but not into more deeply nested inline-blocks.
Here is an example:
<style type="text/css">
.ib
{
display: inline-block;
border: 1px solid red;
height: 200px;
}
</style>
</head>
<body>
<div class="ib" style="text-decoration: underline">
Inside one ib
<div class="ib">Inside another one</div>
</div>
</body>
I think the words "Inside one ib" should be underlined, but there should
not be another underline under the words "Inside another one".
#2
| |||
| |||
|
|
CSS 2.1 16.3.1 text-decoration: When specified on an inline element, it affects all the boxes generated by that element; for all other elements, the decorations are propagated to an anonymous inline box that wraps all the in-flow inline children of the element, and to any block-level [p. 117] in-flow descendants. It is not, however, further propagated to floating and absolutely positioned descendants, nor to the contents of 'inline-table' and 'inline-block' descendants. You could take that as meaning that setting text-decoration on any inline-block is not propagated at all, making Firefox right. |
to me as a compound series of dependent clauses:
[It is not, however, further propagated to]
1) {floating and absolutely positioned descendants}
<, nor >
2) {to the contents of 'inline-table' and
'inline-block' descendants}
Sure if W3C would ever learn to use ordered and unordered lists in
their passages - this is what they are continuously calling others for
on their Validator btw - then we would not need these linguistical
studies. In any case there is not a "specified" text-decoration
property in here: the default implicit text-decoration:underline
property gets removed from A elements as soon as display:-moz-inline-
box applied which is plain silly and wrong. On fine CSS issues Opera
9.x is usually good as a burden of proof and it doesn't do anything
like that.
|
« Previous Thread
|
Next Thread »
| Thread Tools | |
| Display Modes | |
Linear Mode
| |
Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.