Skip to content

Explicit member names should use ComputedPropertyName syntax#71

Merged
michaelficarra merged 1 commit intomainfrom
computed-property-name
Jan 7, 2026
Merged

Explicit member names should use ComputedPropertyName syntax#71
michaelficarra merged 1 commit intomainfrom
computed-property-name

Conversation

@LeaVerou
Copy link
Member

@LeaVerou LeaVerou commented Jan 7, 2026

As discussed in various places, including #48

@LeaVerou LeaVerou force-pushed the computed-property-name branch from 10089e3 to 5df3a76 Compare January 7, 2026 13:31
@LeaVerou LeaVerou linked an issue Jan 7, 2026 that may be closed by this pull request
Copy link
Member

@michaelficarra michaelficarra left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fantastic!

@michaelficarra michaelficarra merged commit dd055ff into main Jan 7, 2026
@michaelficarra michaelficarra deleted the computed-property-name branch January 7, 2026 14:42
protocol Iterable {
requires [Symbol.iterator];

forEach(f) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

wouldn't this be ['forEach']?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nope. forEach asks it to install a symbol by default. #47 would allow somebody to also get "forEach" installed via a per-class opt-in.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ah ok, if that's the intention then this is fine :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

A way to require different symbol fields than ProtocolName.*

3 participants