- From: Mihai Sucan <mihai.sucan@gmail.com>
- Date: Sat, 08 Sep 2007 19:57:20 +0300
- To: public-html <public-html@w3.org>
Hello! I have reviewed 3.18.1. "The details element" definition in the HTML 5 specification [1]. I have the following comments to make: 1. The elemenet is nicely defined, while allowing a dynamic legend for the content of the details element. The provided solution, having <legend> as the first element, is an elegant solution to the problem discussed on the GNOME Usability mailing list [2]. "Kudos" to Hixie. 2. "Big Issue: Clicking the legend would make it open/close (and would change the content attribute). Question: Do we want the content attribute to reflect the actual state like this? I think we do, the DOM not reflecting state has been a pain in the neck before. But is it semantically ok?" Personally, I believe that the content attribute needs to reflect the DOM state. Semantically this is correct, because it represents the actual state of the DOM when some script wants to serialize the DOM. I wouldn't expect the UA to give me something different. 3. I have a suggestion: add two events. "When the open attribute is toggled between the true/false values, the user agent must: 1. fire the open event on the details element, if the new value is true; 2. fire the close event on the details element, if the new value is false." Maybe a better possibility would be to just fire the "change" (or "toggle"?) event in both cases: when the <details> element is opened or closed. Scripts will need to act upon opening/closing the <details> elements. Use case: given a big form, with lots of possible values in some drop-downs, a Web page might be optimized to not automatically load all the form values, which are not visible by default, in closed <details> elements. Upon opening the <details> elements, the script can automatically load any remaining data, can enable certain inputs, or do anything else required by the specific situation. [1] http://www.whatwg.org/specs/web-apps/current-work/multipage/section-interactive-elements.html#the-details [2] http://mail.gnome.org/archives/usability/2006-June/msg00015.html The link can be found within the HTML 5 specification source, see the comments in "The details element" section. -- http://www.robodesign.ro
Received on Saturday, 8 September 2007 16:57:38 UTC