Live data from Hacker News

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

bold-edit.com

151–160 of 186 posts

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

#151

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

I've liked Emacs, but the left-handedness of the key-chords tore me up all the way to the shoulder after any substantial amount of use. Spacemacs was my answer. https://www.spacemacs.org/

Did you swap caps lock and ctrl?

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

#152

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

I've liked Emacs, but the left-handedness of the key-chords tore me up all the way to the shoulder after any substantial amount of use. Spacemacs was my answer. https://www.spacemacs.org/

doomemacs is similar and tends to be lighter and works well native jit compiling all the add ons.

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

#153

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…

well, you put SDL in it, which has so many i18n and accessibility gotchas that you've pretty much blown both your feet off already. I'd be surprised if it's keyboard handling is robust enough to work with non US layout keyboards for a start.

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

#154

Earlier quoted context omitted.

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.

That’s why I ask actually. Whats the generally accepted legal interpretation for “personal use”.

I wonder, does it even matter? Who would know what editor you used to write a piece of code?

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

#155

> 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

I assume that means "don't rely on this in any serious setting" and/or "don't try to sell it for profit".

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

#157
post #8

To be fair, it's not hard to outperform something written in Electron with native code with a factor of ten :) Anyway, this is really impressive, so good job!

One of the benefits of Electron is being able to build the same app for multiple operating systems. When writing GUI app using native OS calls, how does one make sure the code is compatible with all three major operating systems?

This is an important consideration for the developer/publisher, but less so for the user.

I use all three major operating systems on a daily basis, and typically preferentially prefer single-OS apps, as I can typically expect them to be more performant and to better follow a platform's UI conventions.

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

#158

Earlier quoted context omitted.

I've liked Emacs, but the left-handedness of the key-chords tore me up all the way to the shoulder after any substantial amount of use. Spacemacs was my answer. https://www.spacemacs.org/

Did you swap caps lock and ctrl?

No, I never did that with stock Emacs.

The 'space' in Spacemacs is how all of the menu options trigger, and I find it a pleasant approach.

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

#159
post #55
post #48

Earlier quoted context omitted.

Everybody who worked writing code in the 70s-90s is smirking at “wait over a second”. Back in the day, I used to go get my coffee, shoot the shit in the break room for a few minute, and come back to find my debug runs just starting.

And in the 00's things were pretty instantaneous, at least from a UI perspective. I actually developed some "bad" habits where I'd just hold the step hotkey down to advance my program when debugging. And everything just worked and was synchronous. All the registers updated with each step, as well as my watched variables and everything else I can think of. I'm pretty sure this was visual studio 6. That was peak Micros…

This is the reason I like VIM. While I’m mostly using it locally, this deterministic way of handling input means that I can edit over a slow ssh connection faster than the result being displayed. The VIM language is like playing music, you’re only conscious of mistakes.

There was a data entry program (I forget its name) that I liked too. I could enter a complete survey form without watching the screen, just by tab-ing. I memorized the sequences and shortcuts for dropdown. Made a dull job less frustrating.

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

#160

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…

VimL can be cumbersome, but I believe Lua in Neovim can be nicer to work with. But if you’re pressed by time or the task is not that important, I’d say VSCode is good enough. But everything is mostly a CLI away and VIM is especially good interacting with CLI tools. And Emacs is an operating system for texts.

I’d go with Jetbrains IDEs for their language stacks though, because they’re really good at what they do.

Post reply on HN