Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

How VSCode made bracket pair colorization faster (2021)

code.visualstudio.com

Post reply on HN
Print view View original

211–220 of 247 posts

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

#211

Post by tredre3 »

speedgoose wrote: post #99
jokoon wrote: post #50

I'm sorry but I still prefer sublime text, and it finally fixed syntax folding! Sublime text also has a cheap way to do auto-completion, it will just look at existing words in the current file, it's often just enough.

Vscode like many text editors supports that kind of completion too, but you should seriously give a try to better completion engines such as GitHub Copilot or StarCoder.

I mean you don't need a cloud connected AI to significantly improve your experience in VS Code (vs basic token autocomplete).

Just installing the proper LSP for the language you work in makes a world of difference.

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

#212

Post by mypalmike »

hwbehrens wrote: post #151
paulddraper wrote: post #114

Earlier quoted context omitted.

You don't understand. Electron = slow and big install Even if other tools are objectively slower and bloatier, it is a immutable law that Electron = slow and big install

To those who are missing it, the parent comment ^ is using sarcasm.

"Don't be snarky" is mentioned in the first rule of hn commenting. To be fair, I don't always abide by it either, but it's a good rule.

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

#213

Post by tredre3 »

kortex wrote: post #177
Solvency wrote: 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.

Can't you just define the symbol color pallet in options? (I'm not a vscode user, I use JetBrains and I just define my own colors)

You absolutely can define your own colours. You can even have different colour pools per bracket type ([] () {}) if you want.

Given that colour blindness is a wide spectrum, I don't know what more people expect VS Code to do here?

Your chosen theme decides the original colours, then you can override them. Isn't that enough?

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

#214

Post by bamfly »

tredre3 wrote: post #208
bamfly wrote: post #206

Earlier quoted context omitted.

I'd say they compete in a similar space of smart plugin-friendly code editor, not IDE. What are you thinking of, in terms of differences? I use both quite a bit (some of VSCode's plugins are better) and have always viewed them as very close to one another, in terms of features.

For one thing VS Code has a full debugger with breakpoints and stack analysis that supports many backends out of the box, that's an IDE feature. Sublime doesn't have any (real) debugger even with plugins. Some attempt to tack on a debugger but they have to do so via popup menus or overloaded "magical" text buffers and it's atrocious. Why can't I click on the line I want to break on? Why can't I see the stack in a nic…

Ah—I'd never noticed VSCode could do that, in years of using it. I ignore some of its features (some of which Sublime also has, and I tend to ignore them there, too) because I find them janky and fragile or requiring-configuration such that I lose a lot of time keeping them happy, like any kind of run-from-editor stuff and the built-in terminal (it always seems to have a messed-up environment or get itself into broken states) dropping to a separate terminal for that sort of thing. Not like when I'm, say, working in XCode or Intellij and almost exclusively run, build, & debug from inside the IDE, rarely touching a separate terminal.

Guess you've got a point, then, and I just don't use it that way.

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

#215

Post by akkad33 »

marginalia_nu wrote: post #144
akkad33 wrote: post #80

Earlier quoted context omitted.

I use vs code and jet brains intellij. Vscode is by miles more stable and light weight for running a java spring app. Of course intellij runs a lot of stuff but the experience is not better for it. Intellij feels like a sloth next to vscode

IntelliJ is not very fast by any benchmark. I mean it's based on Swing! There's a pronounced multi-frame pause between right clicking and seeing a context menu. C++ based editors like Kate blow both VSC and IJ out of the water. Runs so fast it feels janky, like the computer isn't doing anything.

I haven't heard of Kate. I'll try it out

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

#216

Post by alwillis »

srik wrote: post #205
misnome wrote: post #188

Earlier quoted context omitted.

I switched away from sublime text because it only had a fraction of the features and extensions. Perhaps I'm just not using files large enough, most of our source modules top out at a few thousand lines of code. And VSCode could be much, much worse. I tried AstroNvim on neovim for a while after it got some attention here. It consistently started up slower for me than VSCode does.

Compared to the others neovim should theoretically be snappier. Could it be bogged down by 3rd party plugins or something? If so try to switch to the lazy.nvim plugin manager which does a great job of lazy loading plugins, but more importantly allows you to profile the startup time and tweak loading mechanisms until you find a desirable balance between loading plugins and startuptime.

+1 for Lazy: https://github.com/folke/lazy.nvim

For me, Neovim has always been faster than VS Code and that was before switching to Lazy plugin manager.

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

#217

Post by akkad33 »

uoaei wrote: post #115
akkad33 wrote: post #80

Earlier quoted context omitted.

I use vs code and jet brains intellij. Vscode is by miles more stable and light weight for running a java spring app. Of course intellij runs a lot of stuff but the experience is not better for it. Intellij feels like a sloth next to vscode

Yeah this sounds like a misconfiguration. We've already forgotten that native apps tend to require a bit more fine control on how they use resources, all in the name of the cult of portability.

How do I configure it right? One good thing about vs code is it works well out of the box with almost zero custom configuration

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

#218

Post by akkad33 »

5e92cb50239222b wrote: post #191
akkad33 wrote: post #80

Earlier quoted context omitted.

I use vs code and jet brains intellij. Vscode is by miles more stable and light weight for running a java spring app. Of course intellij runs a lot of stuff but the experience is not better for it. Intellij feels like a sloth next to vscode

It also does maybe a quarter of what IDEA can do. Let's see how it performs when it catches up to what IDEA does right now (maybe in another ten years).

It does everything I need to run to do my job. If intellij is doing more stuff that is slowing it down then maybe they can find a better performance-feature trade off by getting rid of the bloat

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

#219

Post by marginalia_nu »

akkad33 wrote: post #215
marginalia_nu wrote: post #144

Earlier quoted context omitted.

IntelliJ is not very fast by any benchmark. I mean it's based on Swing! There's a pronounced multi-frame pause between right clicking and seeing a context menu. C++ based editors like Kate blow both VSC and IJ out of the water. Runs so fast it feels janky, like the computer isn't doing anything.

I haven't heard of Kate. I'll try it out

It's from the KDE project, and while it's portable, but I can't speak for how well it looks on other platforms.
Post reply on HN