Earlier quoted context omitted.
Any interest in working together on a new extension?
See XKCD: "How standards proliferate".
[deleted]
How VSCode made bracket pair colorization faster (2021)
11–20 of 247 posts
Re: How VSCode made bracket pair colorization faster (2021)
#12And the project referenced is no longer available (or needed, apparently?)
The speedup is not the extension v1 to v2, it's extension v2 to implementing the feature in vscode. They talk a bit about how there's a fundamental limitation in the extension speed given the current (as of 2021) extension API.
Re: How VSCode made bracket pair colorization faster (2021)
#13Re: How VSCode made bracket pair colorization faster (2021)
#14And 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.
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?
Re: How VSCode made bracket pair colorization faster (2021)
#15If 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 craziest thing to me is the people who are conditioned into believing that it's not slow. I don't know if it's some sort of perverse Stockholm syndrome, or if young developers today are just not familiar with how incredibly fast desktop applications used to be decades ago. I regularly have to completely reboot it because it becomes so unbearably slow, input latency alone often reaches hundreds of milliseconds. And this is on a workstation that I use to render extremely sophisticated 3D animations.
Re: How VSCode made bracket pair colorization faster (2021)
#16If 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 irony is here by far so many devs don’t mind the speed?
Re: How VSCode made bracket pair colorization faster (2021)
#17If 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.
It's not the fastest IDE out there, but it's certainly not unbearably slow.
Re: How VSCode made bracket pair colorization faster (2021)
#18If 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.
VSC feels outright snappy compared to regular Visual Studio or Eclipse. Of course one can easily bog down VSC with a bunch of bad plugins, but i really can't complain.
Re: How VSCode made bracket pair colorization faster (2021)
#19Such an awesome article to read.. how something `simple` can be extremely challenging to execute
Re: How VSCode made bracket pair colorization faster (2021)
#20And 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.
It's not unsolvable. Colorblind people are missing one axis of color (such as the red-green axis). It is perfectly mathematically possible to pick colors that do not only differentiate along this axis, hence this option in many AAA games.
Here's an online simulator to see what colorblind people of various types see. Note that if you yourself try this and the colors for one of the examples don't seem to change from the "normal" version, see your eye doc...