[whatwg] <p> elements containing other block-level elements
Ian Hickson
ian at hixie.ch
Tue Apr 12 02:34:08 PDT 2005
On Tue, 12 Apr 2005, Anne van Kesteren wrote:
> Ian Hickson wrote:
> > > You missed <p><blockquote/></p>.
> >
> > Oops, yep. Added.
>
> I could see the point with CODE versus PRE versus CODE as only child of
> PRE as they have different kind of semantics.
>
> But what is the reason for BLOCKQUOTE? Clearly, Q is for inline and you
> don't really need BLOCKQUOTE for that. (If you want to quote a table
> from some other source, perhaps, but then again, you could just alter
> the Q element its content model.)
Q is for quoting something that is part of a paragraph. BLOCKQUOTE is for
quoting something that contains paragraphs.
> > > The problem is that you mix inline with block-level. Unless UL is
> > > redefined to be inline level within P I don't think this is a good
> > > idea. I like the idea of having either inline or block-level
> > > content.
> >
> > The spec now has block-level, structured inline-level, and strictly
> > inline-level concepts. I'm not overly fond of the names (better
> > suggestions welcome), but I hope it addresses your concerns.
>
> Mostly, except that they are underdefined at the moment. I assume that
> section is still being worked on?
The whole spec is being worked on. :-) However, I don't really see
anything underdefined about the block-level, structured inline-level, and
strictly inline-level concepts. What conformance criteria are we missing?
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg
mailing list