News for hackers. Stuff that matters.
Re:Making bracket pair colorization faster by bigbillheck on Wednesday September 29, 2021 @08:51AM (#28692921)
> So, what's the plan? Reimplement every popular extension that doesn't have good performance?

Why not? If the extension is popular that suggests the functionality is something people want, and surely if you're working on the next version of something you'd be interested in things people want?

One hopes that they wouldn't unilaterally do this to things that are monetized, but otherwise it's hard not to see how it would be a win for everybody.

Re:Making bracket pair colorization faster by gpderetta on Wednesday September 29, 2021 @09:14AM (#28693119)
The problem is that now the core is more complex, and it still won't help if someone else wants to implement a slightly different feature.
Re:Making bracket pair colorization faster by askonomm on Wednesday September 29, 2021 @09:20AM (#28693185)
I suppose that's how people ended up with Linux. A mish-mash of incoherent UX executions where each app uses a GUI that doesn't quite match your OS and the whole experience is subpar because no boundaries are ever enforced. Likewise, let's cram every popular extension into VS Code! It's what the users want!
Re:Making bracket pair colorization faster by approxim8ion on Wednesday September 29, 2021 @01:38PM (#28697152)
> A mish-mash of incoherent UX executions where each app uses a GUI that doesn't quite match your OS and the whole experience is subpar because no boundaries are ever enforced.

This has nothing to do with, and isn't even exclusive to Linux. If you have an axe to grind, at least grind it well.

Re:Making bracket pair colorization faster by seanw444 on Wednesday September 29, 2021 @09:44AM (#28693547)
Sounds like somebody's stuck using Ubuntu 4.10