Live data from Hacker News

How VSCode made bracket pair colorization faster (2021)

code.visualstudio.com

21–30 of 247 posts

Re: How VSCode made bracket pair colorization faster (2021)

#21
post #5

Earlier quoted context omitted.

Any interest in working together on a new extension?

What would be the possible solution ? Change size ? High contrast fg/Bg combinations ? Special UTF characters?

A different spectrum per type of colorblindness. It should work fine, unless you're completely blind to all colors, which is a very small proportion of colorblindness, most are only lacking perception of one out of three colors.

Re: How VSCode made bracket pair colorization faster (2021)

#22
post #2

And yet, somehow, no one has done anything to address the inherent issues for colorblind developers. All of these colorization add-ons are woefully inadequate in that regard.

Seems like a fundamentally unsolvable problem. These techinques use a spectrum of colours for deeply nested brackets. (If you only have one or two levels of brackets then you don't need the colourisation in the first place.) But colourblind users fundamentally don't have that many choices of colours to pick from in the first place.

I use a space indent colorizer plugin that I use a grey scale color scheme with.

It isn't a complete replacement for bracket colorization, but it helps in a lot of cases.

(Not colorblind, I just prefer a grey scale theme for my indent reminders!)

Re: How VSCode made bracket pair colorization faster (2021)

#23
post #5

Earlier quoted context omitted.

Any interest in working together on a new extension?

What would be the possible solution ? Change size ? High contrast fg/Bg combinations ? Special UTF characters?

Mathematic notation uses subtle tweaks/additive glyphs to the same characters all the time.

Re: How VSCode made bracket pair colorization faster (2021)

#24
post #8

If you can make something 10k x faster you didn’t so much fix it as just switch it to working correctly as it should have in the first place. VSCode is a good tool, but it’s unbearably slow, and it breaks my heart that so much development has converged on something written in electron with such a low regard for performance by any measure.

That's surprising to hear, because I use vscode every day and its performance is miles away of any JS apps I've ever used. It truly feels like a native app when it comes to performance, at the same time keeping some "fluidity" of web app (like scale the entire UI with single key press or reloading the entire app like a web page).

I'd say I never had issues with vscode performance and actually its performance is a major factor why I use it.

Re: How VSCode made bracket pair colorization faster (2021)

#25
post #8

If you can make something 10k x faster you didn’t so much fix it as just switch it to working correctly as it should have in the first place. VSCode is a good tool, but it’s unbearably slow, and it breaks my heart that so much development has converged on something written in electron with such a low regard for performance by any measure.

That's interesting, I don't find VSCode slow at all, even when working on large workspaces via SSH over a high latency link.

Sure, there are native editors that are snappier, but not to the point that affect my productivity in any way.

The one thing that VSCode does not handle well is large files (e.g. DB dumps, large JSONs, logfiles), but for coding, it really is not an issue.

Re: How VSCode made bracket pair colorization faster (2021)

#28
post #8

If you can make something 10k x faster you didn’t so much fix it as just switch it to working correctly as it should have in the first place. VSCode is a good tool, but it’s unbearably slow, and it breaks my heart that so much development has converged on something written in electron with such a low regard for performance by any measure.

VSCode is slow at… what? Is your computer from the 90s?

Re: How VSCode made bracket pair colorization faster (2021)

#29
post #8

If you can make something 10k x faster you didn’t so much fix it as just switch it to working correctly as it should have in the first place. VSCode is a good tool, but it’s unbearably slow, and it breaks my heart that so much development has converged on something written in electron with such a low regard for performance by any measure.

The slowness that I've observed almost always comes from the language servers. The rest really isn't much worse, if at all, than something like emacs.

I do keep looking for lighter options, but have yet to find one that actually does all the things I want. Vim and emacs are okay, but getting the right plugins to get the right features I want is a pain. Other options seem to lack the ability to add those features at all.

Re: How VSCode made bracket pair colorization faster (2021)

#30
post #8

If you can make something 10k x faster you didn’t so much fix it as just switch it to working correctly as it should have in the first place. VSCode is a good tool, but it’s unbearably slow, and it breaks my heart that so much development has converged on something written in electron with such a low regard for performance by any measure.

Make it work, then make it fast is in most cases what you should do.

I've done almost all development in vim up till 3-4 years ago before switching to vscode. It's more than fast enough for me.

Post reply on HN