Live data from Hacker News

Kakoune Code Editor

kakoune.org

121–130 of 176 posts

Re: Kakoune Code Editor

#121
post #109
post #96

Earlier quoted context omitted.

> (Posix) shell scripting is just everywhere and is an important skill to have. Not on Windows. Which may or not may matter.

Didn't Microsoft team up with Ubuntu to offer this to Windows users? I'm out of the loop and haven't touched windows seriously in years (other than to fix WiFi or printer issues for family. Sigh), so I probably misunderstood this Ubuntu in Windows completely.

It's through WSL and it's still not native or seamless.

You can't ask a regular Windows user to have it set up as a dependency.

I can't just go "wsl.exe" and have a very clean and seamless integration into Windows and pretend that "wsl.exe" is just another shell like cmd.exe or powershell.exe, WSL is it's own box off in a corner.

Re: Kakoune Code Editor

#123
post #64

Finally, a full rank editor. Needless to say the best part is the orthogonal design. Emacs and others compared to this have zero determinants in their favour.

Emacs is the best editor with kakoune keybinds, but I'm not letting you play Cunningham's law on me.

Re: Kakoune Code Editor

#124
post #82
post #48

Earlier quoted context omitted.

Have been using this instead of vim for a month now. It's incredible. No messing with plugins and archaic config files. All works out of the box, including LSP integration. Highly customizable still. Extremely fast, too. I love "space-k" (Show docs for item under cursor). The one thing I'm still struggling with is the kakoune-like movements. Maybe I'm doing something wrong, but they do feel inferior to vim's.

what kind of motions are you missing? I prefer helix to default vim, but miss the power of the amazing lightspeed.nvim plugin.

There's been some prototyping on easymotion type jumps: https://github.com/helix-editor/helix/pull/1162

Re: Kakoune Code Editor

#125
post #90

Earlier quoted context omitted.

You're clearly not involved in the development of emacs, and your perception of the "focus" is based on talking to newbies. Respectfully, go read emacs-devel to find out where the focus is.

go read emacs-devel to find out where the focus is. If by focus you mean distilled yak shaving, then emacs-devel is the place to be. Emacs is going nowhere because elisp makes it too easy to work on the plugins relative to the C core which was showing its age 15 years ago.

The C core is getting a feature to compile elisp to native code in the forthcoming Emacs 28. I've yet to try it, but I understand it offers a significant speed boost.

It's certainly true that the core C codebase has some major parts that are aging poorly, but it's not true to say it's going nowhere.

(As one who has shaved plenty of yaks and occasionally reads emacs-devel, I'd say it's the place for distilled bikeshedding, not yak shaving.)

Re: Kakoune Code Editor

#126
Can anyone point me to the documentation listing the modal commands? I can't find it in the editor itself or on the website

EDIT: I figured it out. Type ":doc keys"

Re: Kakoune Code Editor

#127
Kakoune's [design doc](https://github.com/mawww/kakoune/blob/master/doc/design.asci...) stresses that Kakoune is a text editor, not an IDE. What does this really mean? Obviously, the main way people use text editors like this is to develop programs. So, given that Kakoune doesn't want to be an IDE, what features does/will it lack?

Re: Kakoune Code Editor

#128

Does anyone use this daily? this gets posted a few times a year to HN but tbh it looks like someone just re-invented vi. Which seems kindof like creating a new religion. It can be done, but even the best televangelist isn't going to hold a candle to the spread of the catholic church.

It replaced sublime text for me for scripting languages like PHP, bash and stuff. I still prefer VSCode for js/ts and native IDEs for compiled languages.

I love it.

Re: Kakoune Code Editor

#129
post #101

Does anyone use this daily? this gets posted a few times a year to HN but tbh it looks like someone just re-invented vi. Which seems kindof like creating a new religion. It can be done, but even the best televangelist isn't going to hold a candle to the spread of the catholic church.

I use it daily for many years, being a user of vim for 20 years or so. I could not come back to vim now, I find the kakoune way more efficient. I find two annoying things : - U need to make a lot of tuning to make it usable because there is now tab management, no clipboard, etc.. - U need always the last version of C++ compiler to make it compile. This is annoying on professional VMs that are way behind the current v…

I had the same problem building Kakoune on more elderly systems, and settled for building a static binary on my own machine that I could then run on shell accounts on other people's boxes if the toolchain isn't new enough to build in situ.

kak locates its runtime library relative to the binary path, so it works fine in ~/bin & ~/lib or ~/.local/bin & ~/.local/lib even if your home directory is different on different machines.

Re: Kakoune Code Editor

#130
post #94

Earlier quoted context omitted.

imo, Multiline cursors are one of these features that look and feel cool, but are rarely, if ever, really useful.

That's also what I thought as a Vim user before I had access to Kakoune's multiline editing. It changed my mind and might change yours too if you give it a chance

I used editors with multiline editing capabilities in the past.

There are only 2 usecases where it was of any value to me: If I have to write multiple lines in a similar fashion, or if I have to edit the same thing in a similar fashion in several places at once.

Both can be done much easier by using a regular expression.

Post reply on HN