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

[Bug 13114] New: nav element "typical default display properties" wrong

From: <bugzilla@jessica.w3.org>
Date: Fri, 01 Jul 2011 13:37:10 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-13114-2486@http.www.w3.org/Bugs/Public/>

           Summary: nav element "typical default display properties" wrong
           Product: HTML WG
           Version: unspecified
          Platform: PC
        OS/Version: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5: The Markup Language (editor: Michael(tm) Smith)
        AssignedTo: mike@w3.org
        ReportedBy: glund@mintel.com
         QAContact: public-html-bugzilla@w3.org
                CC: public-html-wg-issue-tracking@w3.org,

The CSS suggested for the nav element is wrong.

Presumably the intention is that nested nav element should get smaller. The
commas separating the element name should not be there, in that case they
should be space-separated.

nav { ...
nav nav { ...
nav nav nav { ...

Also, using ems like this is a bit weird. Nav elements inside nav elements get
even larger (i.e. 1.17 x 1.5) and then the same size (i.e. 1 x 1.17 x 1.5) and
then a little smaller (.83 x 1.17 x 1.5). ems don't look back to the outside
parent as this example suggests. A single rule: nav { font-size: smaller; }
might in fact sum up what you're trying to do here?

I can't actually see the use case for nesting nav elements, so I have no idea
why this is a sensible presentation suggestion anyway!

It would certainly be best if screen browsers didn't have any default
presentation other than display: block for nav elements, otherwise it will be
very difficult for authors to predictably use this element given the cascade.

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 Friday, 1 July 2011 13:37:11 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:55 UTC