W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2011

[Bug 13718] New: specification should not require language-specific quotation styles without defining them

From: <bugzilla@jessica.w3.org>
Date: Tue, 09 Aug 2011 23:31:59 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-13718-2486@http.www.w3.org/Bugs/Public/>

           Summary: specification should not require language-specific
                    quotation styles without defining them
           Product: HTML WG
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5 spec (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: dbaron@dbaron.org
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,

As I said before in
http://lists.w3.org/Archives/Public/www-html/2004Feb/0087.html , I believe this
statement in the HTML5 spec:

  # Rules setting the 'quotes' property appropriately for the locales and
  # languages understood by the user are expected to be present.
  ( http://dev.w3.org/html5/spec/rendering.html#phrasing-content-1 )

is not reasonable.  It imposes nearly indefinite research requirements onto any
implementers intending to produce an implementation supporting the suggested
default rendering.

If the HTML specification wants to require that user-agents observe quotation
styles for various languages, it should specify what those styles are or cite a
(potentially evolving) document that does.

(Really, though, I think the <q> element should be deprecated in favor of a new
element in which the author writes the quotation marks explicitly, and the <q>
element's legacy rendering behavior made something simple and easily

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 9 August 2011 23:32:04 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:02:00 UTC