W3C home > Mailing lists > Public > public-script-coord@w3.org > January to March 2015

[Bug 28124] New: Issues in 4.5.11 (Maplike) and 4.5.12 (Setlike)

From: <bugzilla@jessica.w3.org>
Date: Mon, 02 Mar 2015 14:48:48 +0000
To: public-script-coord@w3.org
Message-ID: <bug-28124-3890@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=28124

            Bug ID: 28124
           Summary: Issues in 4.5.11 (Maplike) and 4.5.12 (Setlike)
           Product: WebAppsWG
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: WebIDL
          Assignee: cam@mcc.id.au
          Reporter: jl@opera.com
        QA Contact: public-webapps-bugzilla@w3.org
                CC: mike@w3.org, public-script-coord@w3.org

In the descriptions of the various maplike/setlike operations, there are some
issues:

First, in e.g. "4.5.11.4. get and has", there are the steps

 5. Let /map/ be the Map object that is the value of /O/’s [[BackingMap]]
internal slot.

 ...

 7. Let /function/ be the result of calling the [[Get]] internal method of /O/
passing /name/ and /O/ as arguments.

Here, step 7 ought to call [[Get]] on /map/ from step 5, I think. Otherwise,
step 7 would simply find the function that implements these steps. The same
pattern repeats in the description of most maplike and setlike operations.

Second, in "4.5.11.7. set" and "4.5.12.5. add and delete", the operations are
ultimately defined as calling the corresponding function on the backing map/set
and returning the result thereof. But Map.set() and Set.add() return the
map/set object (i.e. 'this'), which thus would mean that e.g. a maplike
platform object's set() operation would return the internal [[BackingMap]]
object to the calling script code. It would seem more reasonable to return the
maplike platform object, after calling the backing map's set().

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Received on Monday, 2 March 2015 14:48:54 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 March 2015 14:48:55 UTC