- From: <bugzilla@jessica.w3.org>
- Date: Thu, 14 Jul 2011 15:10:15 +0000
- To: public-script-coord@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13249
Summary: Allow [TreatNullAs=EmptyString] for DOMString?, not
just DOMString
Product: WebAppsWG
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: WebIDL
AssignedTo: cam@mcc.id.au
ReportedBy: Simetrical+w3cbug@gmail.com
QAContact: member-webapi-cvs@w3.org
CC: mike@w3.org, public-script-coord@w3.org
"""
The [TreatNullAs] extended attribute must not be specified on an operation
argument, attribute or operation return value whose type is not DOMString.
"""
This means it can't be specified on "DOMString?" (cf. [TreatUndefinedAs] which
allows that). But it might be useful to allow it for "DOMString?" too. The
effect should be that it doesn't change how getting works, but for setting it
converts null to the empty string. Specifically, this would be useful for
textContent and nodeValue in DOM Core:
"""
The textContent attribute must, on setting, if the new value is null, act as if
it was the empty string instead, and then do as described below, depending on
the context object:
"""
http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#dom-node-textcontent
That behaves like [TreatNullAs=EmptyString], but it can sometimes return null,
so it has to be DOMString? and not DOMString. nodeValue is the same.
Admittedly this would be a little weird, since then you'd have to specify the
effect in prose if you wanted null to be treated like "null" but not if you
wanted it treated like "". But timeless thought this was weird when he was
reviewing the spec, so if this isn't allowed, there should at least be some
note explaining why not.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Thursday, 14 July 2011 15:10:20 UTC