W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > November 2009

[Bug 8379] New: Remove Section 4.11.1 The Details Element

From: <bugzilla@wiggum.w3.org>
Date: Wed, 25 Nov 2009 19:51:29 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-8379-2486@http.www.w3.org/Bugs/Public/>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8379

           Summary: Remove Section 4.11.1 The Details Element
           Product: HTML WG
           Version: unspecified
          Platform: Macintosh
        OS/Version: Mac System 9.x
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5 spec bugs
        AssignedTo: dave.null@w3.org
        ReportedBy: shelleyp@burningbird.net
         QAContact: public-html-bugzilla@w3.org
                CC: ian@hixie.ch, mike@w3.org, public-html@w3.org


I understand the interest in having this element. Rather than having to use JS
to collapse or expand a section, the functionality can be built into the user
agent.

However, the use of JavaScript for the purpose of expanding or collapsing a
section is both well-defined and common among web applications. More
importantly, following the concept of progressive enhancement, these types of
expanding sections are expanded by default if script is turned off. To have a
section that is dynamic but not controlled by script is going to cause
confusion, particularly among people who turn scripting off and are assuming
that there are no "expando" sections in the web page. 

In fact, I don't see how this element will make developing web applications
that much simpler. This type of functionality is trivial with JS. 

And has been noted by the HTML5 editor, there are already too many new elements
in HTML5. I agree, and removal of Details would be a start to simplifying
HTML5.


-- 
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 Wednesday, 25 November 2009 19:51:30 UTC

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