W3C home > Mailing lists > Public > public-script-coord@w3.org > October to December 2012

[Bug 19936] consider allowing non-matching enums to be converted to a particular value

From: <bugzilla@jessica.w3.org>
Date: Tue, 13 Nov 2012 19:08:14 +0000
To: public-script-coord@w3.org
Message-ID: <bug-19936-3890-CldpWCLUIi@http.www.w3.org/Bugs/Public/>

Tab Atkins Jr. <jackalmage@gmail.com> changed:

           What    |Removed                     |Added
                 CC|                            |jackalmage@gmail.com

--- Comment #3 from Tab Atkins Jr. <jackalmage@gmail.com> ---
(In reply to comment #2)
> It seems very awkward to me to express the default as part of the enum type.
> How common is this pattern? What's the value of using an enum rather than a
> DOMString here?

It's common in a lot of enumerated attributes in the DOM, such as <input type>.

The benefit of using an enum over a DOMString+explanatory text is the same
benefit of using an enum at all - it's simpler to read and write, and ensures
that we'll get consistent behavior.

You are receiving this mail because:
You are on the CC list for the bug.
Received on Tuesday, 13 November 2012 19:08:16 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:07 UTC