bbrk24

Results 116 comments of bbrk24

I'm now experiencing a limited form of this that only complains about new properties: ![image](https://github.com/user-attachments/assets/c2ef43e5-8418-432c-834b-a810fdcfc21e) ![image](https://github.com/user-attachments/assets/399abf31-c9c9-4675-8f45-827f64e5cfad) This project's tsconfig, for reference: ```json { "compilerOptions": { "strict": true, "lib": ["ES2023", "ESNext.Regexp"],...

Some more information I realized this morning: Even though it usually only affects core JS types like `Array` and `Error`, not DOM APIs, this only ever happens to its fullest...

As best as I can tell, this is no longer an issue in extension version 0.3.21.

Just ran into this in a different context: ```coffee return false unless (and) ... ```

A couple notes: - If the pipe counts as an operator (which it might not — see #1050), this supersedes #897. - If assignment operators are included in this, the...

`...` in object literals doesn't seem terribly useful: ![image](https://github.com/DanielXMoore/Civet/assets/25109429/2a892e79-239c-4ade-a8d5-ce01399fc737)

`.` does not currently work in constructors (e.g. `x |> new Foo ., y`).

> Perhaps we also want `#?` to mean `.length > 0`, so that we can easily convert lengths to booleans? As much as this would be nice to have, it...

I see. The error message is more informative if I type `same(▷)` instead.

The TC39 proposal says `|>` is on the same precedence level as `=`, but `same(=)` also doesn't work for much more obvious reasons. Though I am a little surprised `same(++=)`...