micro-editor VS helix

To see more screenshots of micro, showcasing some of the default color schemes, see here.

Not sure these are really popular, but I cannot resist advertising a few utilities written in Go that I regularly use in my daily workflow:

- gdu: a NCDU clone, much faster on SSD mounts [1]

- duf: a `df` clone with a nicer interface [2]

- massren: a `vidir` clone (simpler to use but with fewer options) [3]

- gotop: a `top` clone [4]

- micro: a nice TUI editor [5]

Building this kind of tools in Go makes sense, as the executables are statically compiled and are thus easy to install on remote servers.

[1]: https://github.com/dundee/gdu

[2]: https://github.com/muesli/duf

[3]: https://github.com/laurent22/massren

[4]: https://github.com/xxxserxxx/gotop

[5]: https://github.com/zyedidia/micro

> The worst way to store and manipulate text is to use an array.

Claim made from theoretical considerations, without any actual reference to real-world editors. The popular Micro[1] text editor uses a simple line array[2], and performs fantastically well on real-world editing tasks.

Meanwhile, ropes are so complicated that even high-quality implementations have extremely subtle bugs[3] that can lead to state or content corruption.

Which data structure is "best" is not just a function of its asymptotic performance. Practical considerations are equally important (arguably more so).

[1] https://github.com/zyedidia/micro

[2] https://github.com/zyedidia/micro/blob/master/internal/buffe...

[3] https://github.com/cessen/ropey/pull/67

There are two main ways to configure sudo.The first one is using the sudoers file.It is located at /etc/sudoers for Linux,and /usr/local/etc/sudoers for FreeBSD respectively.The paths are different,but the configuration works in the same way. A typical sudoers file looks like this. The sudoers file must be edited with the visudo command,which ensures the config is free of errors.Running this command as the root user will result in opening vi by default.If you want to use a different editor you can set the VISUAL environment varaible to the editor you want. For example,if you want to use micro as the text editor run:

found that micro has dedicated info page for copy paste

micro: winget install zyedidia.micro

I am all for your efforts.

I am very keyboard centric. My sweet spot is macOS keyboard shortcuts. Especially those as defined by BBEdit.

But I have learned from all the platforms I have worked on. (TRS-DOS, MSDOS, OS/2, macOS, Windows, Linux)

I never get into Vim primarily because of HJKL. I have spent many hours trying. But I do use IJKL as arrow keys via hardware keyboard macros, AutoHotKey, Karabiner Elements, or the like. I have mostly bent Windows and KDE Linux to my Mac-like keyboard standards. (And my Mac’s are heavily customized too)

I do heavily use CTRL and arrow keys for word by word navigation, and all the other arrow key bindings. So that is a personal deal breaker for me.

You should take a look at the Micro editor. It shares many of your ideas.

https://micro-editor.github.io

I would like to follow your work. Please post a link to a blog or git repository

I could never turn it off completely but I do sometimes use the Acme theme during the day (it's too bright in the evening), which highlights just comments, strings, and errors.

https://github.com/helix-editor/helix/wiki/Themes#acme

You can use a snippet LSP to work around Helix not having a built-in LSP manager. They're listed in https://github.com/helix-editor/helix/issues/395

I'm probably not the average python programmer.

But I normally just create two terminals (I have a tiling window manager) and in one I open a python file under /tmp/ write my code and execute it in the other terminal.

I would probably use a REPL if it was integrated in my favorite editor ( https://helix-editor.com ).

Wow, that's been there a while: https://github.com/helix-editor/helix/commit/35c974c9c49f912...

Wonder how I missed that. I'm getting a re-education in helix today -- thank you! I'll go through `hx --tutor` again before I insert any more feet in my mouth.

Interesting to see how they are gonna approach integrating plugins/extensions system, because this is likely gonna be one of the major factors affecting adoption and ecosystem growth.

Helix devs, for instance, lean towards a Scheme-like implementation. [1]

[1]: https://github.com/helix-editor/helix/discussions/3806#discu...

https://github.com/helix-editor/helix/pull/8675