Re: [css-d] Elements that create new block formatting contexts
2010/5/4 Philippe Wittenbergh e...@l-c-n.com: On May 4, 2010, at 12:20 PM, Philippe Wittenbergh wrote: HTML5 4.10 gives a complete description of form controls (but, as expected, not really about their display). http://www.w3.org/TR/html5/forms.html#forms uhu, I should've re-read html5:10 http://www.w3.org/TR/html5/the-xhtml-syntax.html#the-fieldset-element-0 'The fieldset element is expected to establish a new block formatting context.' ah, HTML5, spec of the specs, comes to the aid. Does this obsolete the CSS3 term 'flow root' then? http://www.w3.org/TR/css3-box/#block-level0 Ingo __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Elements that create new block formatting contexts
On May 4, 2010, at 4:19 PM, Ingo Chao wrote: uhu, I should've re-read html5:10 http://www.w3.org/TR/html5/the-xhtml-syntax.html#the-fieldset-element-0 'The fieldset element is expected to establish a new block formatting context.' ah, HTML5, spec of the specs, comes to the aid. Does this obsolete the CSS3 term 'flow root' then? http://www.w3.org/TR/css3-box/#block-level0 Not necessarily, given what I mentioned about form controls in css 2.1 in an earlier mail. :-) (could 'extends' be an appropriate word ?) Philippe --- Philippe Wittenbergh http://l-c-n.com/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Elements that create new block formatting contexts
HTML5 4.10 gives a complete description of form controls (but, as
expected, not really about their display).
http://www.w3.org/TR/html5/forms.html#forms
uhu, I should've re-read html5:10
http://www.w3.org/TR/html5/the-xhtml-syntax.html#the-fieldset-
element-0
'The fieldset element is expected to establish a new block formatting
context.'
ah, HTML5, spec of the specs, comes to the aid.
Does this obsolete the CSS3 term 'flow root' then?
http://www.w3.org/TR/css3-box/#block-level0
From that document:
Note that an element with 'display: inline' therefore cannot be a flow
root: it doesn't float (otherwise its 'display' would be 'block'),
I'm not sure I'm following that.
What about:
selector {
float: left;
width: 200px;
margin-left: 10px;
display: inline;
}
--
Regards,
Thierry
www.tjkdesign.com | www.ez-css.org | @thierrykoblentz
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Elements that create new block formatting contexts
On May 4, 2010, at 11:08 PM, Thierry Koblentz wrote:
I'm not sure I'm following that.
What about:
selector {
float: left;
width: 200px;
margin-left: 10px;
display: inline;
}
display: block.
http://www.w3.org/TR/CSS21/visuren.html#dis-pos-flo
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Elements that create new block formatting contexts
I'm not sure I'm following that.
What about:
selector {
float: left;
width: 200px;
margin-left: 10px;
display: inline;
}
display: block.
http://www.w3.org/TR/CSS21/visuren.html#dis-pos-flo
That table is about computed value, what I quoted was related to a
declaration (at least that's the way I read it):
Note that an element with 'display: inline' therefore cannot be a flow
Root...
In my rule, the float is styled with display:inline and I expect it to be
a flow Root.
Is the above assumption correct or wrong?
--
Regards,
Thierry
www.tjkdesign.com | www.ez-css.org | @thierrykoblentz
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Elements that create new block formatting contexts
display: block. http://www.w3.org/TR/CSS21/visuren.html#dis-pos-flo That table is about computed value, what I quoted was related to a declaration (at least that's the way I read it): In my rule, the float is styled with display:inline and I expect it to be a flow Root. Is the above assumption correct or wrong? The point is that you can't have something that is both floated and inline. Since your element is floated, that over-rules the display:inline and it has display: block in spite of you. So it would be able to be a flow root since it's display isn't inline. ---Tim __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE8 discards styles in ul li
John Fitzgerald wrote:
I've been working with this for a while. Time to ask for help.
I styled an ul dropdown menu. It works great in everything but IE8
There is supposed to be a sub menu floating to the inside right of the
outer container. According to Adobe Browser lab, it presents properly
in everything but IE8. in IE 8, the div drops below the desired target.
All of the files are here: http://www.fitzio.com/newSite/
THanks
IE/8 and Mac Opera/10.50 need a width on the right float.
#rightMenu {
width: 293px/*add*/;
background-color: /*#e3eca7 for position only*/red;
}
ul li .rightMenuItem a {
padding-left: /*95px trim*/90px;
}
Best,
~d
--
desktop
http://chelseacreekstudio.com/
mobile
http://chelseacreekstudio.mobi/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Elements that create new block formatting contexts
display: block. http://www.w3.org/TR/CSS21/visuren.html#dis-pos-flo That table is about computed value, what I quoted was related to a declaration (at least that's the way I read it): In my rule, the float is styled with display:inline and I expect it to be a flow Root. Is the above assumption correct or wrong? The point is that you can't have something that is both floated and inline. Since your element is floated, that over-rules the display:inline and it has display: block in spite of you. So it would be able to be a flow root since it's display isn't inline. As I said earlier, my issue is about how it is *worded*, not about how things work. One more time: Note that an element with 'display: inline' therefore cannot be a flow Root... English is not my native language so it may be the problem here, but the way I read the above is that if you apply display:inline to an element, it cannot be a flow Root. Forget the fact that it is over-ruled, that the computed value is something else, just look at that sentence and tells me what should be people's expectation. -- Regards, Thierry www.tjkdesign.com | www.ez-css.org | @thierrykoblentz __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Elements that create new block formatting contexts
On Tuesday 2010-05-04 09:37 -0700, Thierry Koblentz wrote: display: block. http://www.w3.org/TR/CSS21/visuren.html#dis-pos-flo That table is about computed value, what I quoted was related to a declaration (at least that's the way I read it): In my rule, the float is styled with display:inline and I expect it to be a flow Root. Is the above assumption correct or wrong? The point is that you can't have something that is both floated and inline. Since your element is floated, that over-rules the display:inline and it has display: block in spite of you. So it would be able to be a flow root since it's display isn't inline. As I said earlier, my issue is about how it is *worded*, not about how things work. One more time: Note that an element with 'display: inline' therefore cannot be a flow Root... English is not my native language so it may be the problem here, but the way I read the above is that if you apply display:inline to an element, it cannot be a flow Root. Forget the fact that it is over-ruled, that the computed value is something else, just look at that sentence and tells me what should be people's expectation. The sentence should perhaps refer to the computed value being 'display: inline'. But, in general, any part of the CSS specs that's describing the effects of properties is talking about the effects of their computed values, unless explicitly stated otherwise. -David -- L. David Baron http://dbaron.org/ Mozilla Corporation http://www.mozilla.com/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
