- From: Lachlan Hunt <lachlan.hunt@iinet.net.au>
- Date: Sun, 14 Dec 2003 01:42:55 +1100
- To: ernestcline@mindspring.com
- Cc: W3C HTML List <www-html@w3.org>
Ernest Cline wrote: > Given the ubiquity of the plain single quote and the plain double quote > as a result of computers, I feel using those as default quote marks > is acceptable. Their meaning is unmistakable and they clearly indicate > nested quotes. That they are not the preferred quote marks is > irrelevant. The preferred quote marks can as you have observed > be indicated by styling. This, I can agree with, though, I would like to know the exact reasons for why the WG decided that no quotes should be added by default. Having default style sheets like (not exactly): * { quotes: "\"" "'"; } quote:before, blockquote:before { content: open-quote; } quote:after, blockquote:after { content: close-quote; } >> As for the difference between <blockquote> and <quote>, if the >>difference is just *presentational* then a single <quote> element could >>replace the need for two elements. This can be handled by the author >>supplying an appropriate class and CSS. > > > Maybe yes, maybe no. Quotations need to be available for both > block and inline content. However it may be necessary to have separate > versions so that elements that need to have only inline content > get only inline content. If we were using SGML instead of XML, > I would totally agree with you, but the apparent inability to enforce > restrictions on non-direct descendants in XML may make retaining the > block/inline distinction if needed by other elements. Assuming the distinction is only presentational, since <blockquote> can now be used within <p> just like <quote>, would it really matter whether or not it was a quote was block or inline? Although <blockquote> currently can't be used within other inline elements, like <quote> can, this may only be a minor difference, and thus it still may not matter whether the quote is block or inline. If this is the case, then, obviously, we'd only need the one element. Also, as you suggested in an earlier post, the content model could be: > (Block*) | (PCDATA|Inline)* Which solves the problem of mixing other block and inline elements like: <quote><strong>inlne text</strong> <p>paragraph text</p></quote> because it restrics the author to having only block, or only inline content, thus kind of making a distinction between block and inline quotes, but without the need for two elements. (I am however aware of the current styling problems of not being able to apply style based on an elements children, but this could be handled by an author with appropriate classes, but that doesn't help the default styling by UAs. I'll have to think about this some more.) Also, there's the issue about whether or not if the distinction between <blockquote> and <quote> is removed, can the distinction also be removed from all other <blockelement>/<element> combinations? CYA ...Lachy
Received on Saturday, 13 December 2003 10:03:48 UTC