Skip to content

Potential naming confusion between WebIDL record types and the (proposed) JavaScript record type #881

New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Open
hober opened this issue May 7, 2020 · 3 comments

Comments

@hober
Copy link

hober commented May 7, 2020

In TC39 there's a proposal to add a record type to JavaScript. Confusingly, it's entirely unrelated to WebIDL's record types.

I raised tc39/proposal-record-tuple#116 to suggest they rename it to avoid confusion.

This is the corresponding WebIDL issue, because maybe the right thing to do is to rename it in WebIDL.

@littledan
Copy link
Collaborator

littledan commented May 8, 2020

My guess would be that most web developers haven't heard of WebIDL records, and just think of them as "objects". If we end up preferring the name "record" in TC39 (it's the best we've come up with so far), I wonder if this name change on the WebIDL side is feasible. We can help with the editorial updates across spec-land if it comes to that.

@annevk
Copy link
Member

annevk commented May 8, 2020

Are they even that incompatible? Should you not be able to pass a JavaScript record to https://fetch.spec.whatwg.org/#headers for instance?

@littledan
Copy link
Collaborator

@annevk Heh, yes, you'd be able to use a JS Record as a WebIDL record; also as a dictionary. I sort of think of this compatibility at a different level: as being similar in usage to JS objects, when they coincide.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Development

No branches or pull requests

3 participants