Re: [css-d] Elements that create new block formatting contexts
> > 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. Thanks for that explanation, it makes more sense now. I wonder though if writing "'display: inline'" helps as it looks to me more like a (CSS) *declaration*. A term I used in a previous post and that explains my confusion since what I was "implicitly" reading was: "Note that an element [styled] with 'display: inline' therefore cannot be a flow Root..." This would have make more sense to me: "Note that an element displayed as inline therefore cannot be a flow Root..." 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
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
> > > 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
> > 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
> > 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
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
> >> 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 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
2010/5/4 Philippe Wittenbergh : > > 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
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/
Re: [css-d] Elements that create new block formatting contexts
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.' 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
On May 4, 2010, at 11:20 AM, Thierry Koblentz wrote: >>> 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*... 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 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
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
2010/5/3 Thierry Koblentz : > 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/
[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/
