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] 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/
Re: [css-d] Elements that create new block formatting contexts
2010/5/3 Thierry Koblentz n...@tjkdesign.com: I've been trying to find mention in the specs of fieldsets creating new block formatting contexts, but I can't find the reference anywhere. It is not specified, but fieldsets create block formatting contexts. https://bugs.webkit.org/show_bug.cgi?id=3898#c9 HTH 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
Hi Ingo, I've been trying to find mention in the specs of fieldsets creating new block formatting contexts, but I can't find the reference anywhere. It is not specified, but fieldsets create block formatting contexts. https://bugs.webkit.org/show_bug.cgi?id=3898#c9 I've ran into that one after Googling for an hour. I also found https://bugzilla.mozilla.org/show_bug.cgi?id=342531, a post from Philippe here and a post of mine on the WSG, but nothing with the spec *stamp*... Thanks. -- 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
Hi Philippe, I've ran into that one after Googling for an hour. I also found https://bugzilla.mozilla.org/show_bug.cgi?id=342531, a post from Philippe here and a post of mine on the WSG, but nothing with the spec *stamp*... As with everything related to form controls, there is no (css) spec *stamp* on it. This particular case has grown out of practice and mutual reverse engineering. 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 CSS2.1:3.2 The last paragraph is relevant here :-p. http://www.w3.org/TR/CSS21/conform.html That's a beauty ;) 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.' Now I see it on the 3rd result page (G.). How did I miss it? :-( Thanks! -- 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/
[css-d] Elements that create new block formatting contexts
Hi, I've been trying to find mention in the specs of fieldsets creating new block formatting contexts, but I can't find the reference anywhere. Any idea where I can find that document? TIA. -- 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/
