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

I can't stand using VSCode so I wrote my own

bold-edit.com

Post reply on HN
Print view View original

91–100 of 186 posts

Re: I can't stand using VSCode so I wrote my own

#91

Post by levodelellis »

CamperBob2 wrote: post #64
macromaniac wrote: post #42

>I'd tweak the script; then to see the results I would press F5 to run the already built binary and wait over a second EVERY SINGLE TIME (about 1480ms). I put in a bug report for this years ago but it got ignored :( https://github.com/microsoft/vscode/issues/137066 Vscode has gotten slower over time. It's true you can't get nanosecond performance out of JS, but anything under 17ms should be trivial. I believe the vsc…

In my experience, that one-second wait to run a binary that you just built is due to realtime scanning by Windows Security. It's not very bright. It sees a new .exe file and assumes you downloaded it from the Pirate Bay, even though it was written by link.exe. You can disable it as long as Group Policy doesn't dictate otherwise.

I'm on linux tho (and the author of the article)

Re: I can't stand using VSCode so I wrote my own

#92

Post by levodelellis »

Vermyndax wrote: post #4

I use vscode for doing devops-y things (Terraform, OpenTofu, JSON, python, yaml, txt, dockerfiles, etc.) and sometimes the way it bogs down my system drives me bananas. I'll punt to Sublime Text on occasion and use it for a few days, but then start running into papercuts in various places and have to go back to vscode. I so, so wish there was a better way to do this without fucking electron.

Except for the occasional python I don't need to touch any of that. I'm the author, try looking the editor up in 3 or 6months. It may have most of the papercuts solved. I went after the big things that I had no time to implement the little

Re: I can't stand using VSCode so I wrote my own

#93

Post by omni »

armchairhacker wrote: post #71

The author could try forking and patching VSCode to fix the annoyances manually. Years ago I had an issue with VSCode: it was missing a small feature that was very important to me, with the GitHub issue stuck in limbo. I ended up going into the source and implementing the feature myself. It took a few hours after bugfixing, I think the fix was ~100 LOC. Then I used the locally-built version. I recall building took a…

I had a near-identical experience. I looked into switching in 2019 and ran into this 2016 bug which was a showstopper for me. Fixed it myself, grand total 4 line diff. https://github.com/microsoft/vscode/issues/10643

Re: I can't stand using VSCode so I wrote my own

#94

Post by pinusc »

CuriouslyC wrote: post #67
INTPenis wrote: post #30

Earlier quoted context omitted.

Makes me glad I stuck with vim. I do pretty much the same thing as you, what made you use vscode in the first place? What are the coolest features in your context?

VS Code has a strong plugin ecosystem, and is built around plugins. You can find plugins for everything, so whatever linting, code formatting, back end integration, custom renderers, menus, etc you want you can build and plug in if they aren't available already. Beyond that access to a project tree view / definition list toggle on the side, debug code at cursor, context menu options to refactor/find usage/etc, and ea…

I'd say everything you described is true of vim as well, especially nowadays with LSP and tree-sitter and async capabilities in plugins. The plugin ecosystem is thriving. Neovim's lua api makes it even easier to develop plugins.

It does take a fair bit of configuration if you want to start from scratch, but there's also distributions (such as LazyVim [1]) which make it trivial to start from an editor basically as fully featured as VScode.

Of course, there's still the learning curve for a modal editor, but that's the whole point of using vim. I assume there are vi-style plugins for VScode, but then you're missing out on performance.

1: https://www.lazyvim.org/

Re: I can't stand using VSCode so I wrote my own

#96

Post by yoyohello13 »

tasuki wrote: post #90

It really is too bad vs code is the only available option. If only there were more editors for people to choose!

Yeah imagine if there was an editor that was super fast and lightweight that was designed with extendability as a first class citizen.

Re: I can't stand using VSCode so I wrote my own

#98

Post by levodelellis »

nextaccountic wrote: post #5

Is it open source? What programming language and what GUI toolkit does it use? I really want GUI programs that don't lose a frame no matter what.

I'm the author, I haven't seen it drop a frame when running in a release build. I had experience with SDL and wrote a test to see if it performs as well as I remembered. It did, so I implemented this without using a GUI toolkit. I didn't really want to fight (and optimize) a toolkit to implement syntax highlighting, autocomplete, etc

It's written in C++ because I knew I'd spend time optimizing it. I've been writing C++ for 20years so I didn't hurt my foot or do anything that caused me harm

Re: I can't stand using VSCode so I wrote my own

#99

Post by levodelellis »

vrnvu wrote: post #63

This reminds me of the famous Visual Studio rant by Casey Muratori https://www.youtube.com/watch?v=GC-0tCy4P1U And the hundreds (if not thousands :D) of rants by Jon Blow saying how contemporary software performance sucks

Have you seen "Jonathan Blow plays Visual Studio"? I ran across it after I started and understood his pain

Re: I can't stand using VSCode so I wrote my own

#100

Post by vbezhenar »

bigcoke wrote: post #59
gostsamo wrote: post #22

VSCode is still on the top of accessibility, so when you can claim that you work perfectly with a screen reader, you will convince me to switch.

people often overlook accessibility and other essential features of a modern editor, you telling me that your rudimentary rust editor is faster than vscode? and? people don't use it because it's fast (it's not).

How is accessibility an essential feature? I'm not disabled, so I don't care if editor is accessible or not. I care about my use-cases. And I use vscode precisely because it's crazy fast.
Post reply on HN