Kevin Gibbons

> esbuild is not a transpiler like swc or babel at the first place esbuild is in fact a transpiler? I'm not sure what claim you're making here. esbuild without...

It occurs to me that I could just write something which walks over the grammar's `rootFiles` and does the emitting manually, bypassing the `Emitter` infrastructure entirely. Maybe that's better than...

Strictly speaking none of those are linting checks: they're error conditions, and will fail the build entirely if hit (by throwing). Contrast a [genuine lint failure](https://github.com/tc39/ecmarkup/blob/52df46d6177a14f6d101a34aecbebf5834c77571/src/lint/collect-grammar-diagnostics.ts#L140-L147), which only fails the...

Makes sense. Presumably it generates diagnostics for those cases? (Or will, when this issue is closed.) If so, I'll probably convert these `throw`s to instead just stop further checking of...

I think the change to ecmarkup would be straightforward, and I don't have other use-cases in mind which would require it to be synchronous. Go for it.

This seems to be done now, though I note that the [docs](https://rbuckton.github.io/grammarkdown/api/grammarkdown.html) still talk exclusively about `bindSync` and friends.

Seconding `Math.random` and `fillRect` especially.

"Provide enum (Enumerated type) in JavaScript." isn't really a motivation, it's just what the proposal is. The motivation should explain why it's useful to add - for example, what kinds...

@littledan The current proposal already requires two tokens of lookahead to distinguish between a static getter and a static field named `get`: ```js class A { static get p() {}...

> IMHO the user never expects a formatter to behave differently based on the content of an identifier Empirically, many users do expect this. I agree with you overall (see...