Live data from Hacker News

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

bold-edit.com

61–70 of 186 posts

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

#62
post #47

>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…

[flagged]

My experience on their issue tracker is, if i give thoughtful input i get thoughtful responses. Ive had multiple issues and features acted on. YMMV i suppose.

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

#64

>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.

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

#65

When I had a 2 GB laptop lying around, I always wanted a simple text editor with auto-completion etc. (Though only for Python, Linux) After trying KDevelop, Kate, Eric, Sypder etc. I thought I could write my own. I had a simple plugin system in mind, with similar to LSP style features (VSCode was not released that time). The UI was inspired by Blender. Blender has such a fluent UI where you can customize everything.…

During the vi / emacs wars, the joke was that emacs stood for "eight megabytes and constantly swapping".

How times have changed.

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

#66

> FOR PERSONAL USE ONLY Since the license says for personal use, I assume that means I can’t use this in a corporate setting? https://bold-edit.com/download

If you interpret this very strictly it could even imply that this editor couldn't be used to say write open source code that's distributed to the public. Basically all you could do with it is write code at home for your own use.

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

#67

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.

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 easy pixel perfect control of pane layout when working with multiple documents simultaneously.

I never got that deep into vim/emacs but I wasn't impressed with their versions of the features I listed compared to what is available in a good IDE like intellij/vscode. I do wish the performance was a bit better but I have a beastly workstation so it's not a big deal.

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

#68

[flagged]

I'm sure you can come up with a scenario where input does slow down (eg, in huge complex files), but speaking as someone with experience speedrunning action games which require frame-perfect (60Hz) tricks, I can't detect any noticeable lag between hitting a key and a glyph appearing on the screen in VS Code.

If something's slowing it down, it's probably an autcomplete feature which can be configured to trigger less frequently.

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

#69
post #47

Earlier quoted context omitted.

[flagged]

My experience on their issue tracker is, if i give thoughtful input i get thoughtful responses. Ive had multiple issues and features acted on. YMMV i suppose.

But how many of that input should have been from internal testing instead of users after the rollout?

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

#70

Earlier quoted context omitted.

Opening a 1GB JSON file and scrolling, editing, and keeping syntax highlighting correct is something that even native text editors struggle with.

Notepad++ is a champ at doing that, as long as it has line breaks. (It chokes with massive single-line files like any other editor)

Love Notepad++ to bits, but it chokes on just 20MB of nicely-formatted XML if you have syntax highlighting on. Disable that (if you can figure out how), and you're golden.
Post reply on HN