Honestly, I don't know if that's the case; I always got scared whenever I saw the prerequisites for Heads in combination with the strict list of supported hardware. FWIW, the NV41 that's used for enabling Heads on NovaCustom's device is included in the short list of supported hardware for Heads, while -unfortunately- the same doesn't apply to the StarBook. I would love to be proven wrong though!

Thank you for sharing your thoughts and experiences. Cheers, mate.

Thank you so much for all the lovely insights you've provided! Have a good one ☺️!

Re macros. If you are editing something and you need to repeat a pattern, eg. Remove every third line or whatever, you just get to your start point and press q in command mode to start recording into macro buffer . Q to quit then you can reuse it and use it as a command with @

That's so cool!

Re fonts. It’s your terminal which controls your font in windows. In wsl, eg. The font is controlled by the external windows terminal and not by wsl. It’s dependent upon your environment I’m afraid.

Hmm..., that's unfortunate. Hopefully I can find a work-around.

I appreciate your input. Thank you!

Also, there are too many plugins to serve the same purpose and I found it difficult (compared to neovim) to figure out the difference between them.

Interesting.

Finally, the level of customization was also less granular than what offers neovim.

Very interesting. I'd love to hear more about this. Could you elaborate?

I would add that neovim and emacs both have a steep learning curve but I personaly found the level of support and core and plugins documentation for neovim more accessible, readable, and better organized.

I wouldn't be surprised if this is in part attributable to the fact that Emacs is both an older project and is generally-speaking a bigger and/or more capable piece of software.

I completely share your vision about what an IDE should be doing. I’m old school and adhere to the “do one thing but do it right” philosophy. Also, I hate relying on one tool for several needs because if anything goes wrong it has multiple impacts.

I've often heard Emacs users pose the argument that Emacs as an Elisp interpreter does just one thing. It's just that this single thing allows the myriad of functionality it offers. So in that sense comparing it to a terminal/console seems more apt than comparing it to a text editor. I wonder what you think of that argument.

As a side note, I use neomutt as my email client and you can nicely couple neovim to it to write your emails ;)

Hehe, that's cool! Currently I'm really happy with Thunderbird so I don't expect to move away anytime soon, but I'll keep it in mind.

I use Emacs + spacemacs in VI mode as a base for all my text editing

Do you specifically prefer using Spacemacs as a base over Doom Emacs? Or is the usage of Spacemacs primarily attributable to it coming earlier to the scene?

Furthermore, as you're using it in "VI mode", would it be fair to assume that you've got some experience/history with Neo(Vim) as well? If so, what led you to making the switch from (Neo)Vim to Emacs?

For dev environments I mostly use nix + direnv + direnv-mode.

Very interesting! Relying on Nix rather than Distrobox has been something I've been pondering upon. But besides the fact that I'm still very new to Nix as an ecosystem, I've also got my concerns related to what degree the containers can be sandboxed. Do you happen to have some insights on this?

Hi!

I’ve briefly shared my experience with neo(vim) and emacs here.

Thanks for sharing that! I've just read through it and it was a very interesting read. Would you mind elaborating upon the following statement?

"the lack of uniformity across plugins coding which sometimes created some conflicts"

I think the main factor of choice would be to know if you prefer to build your own perfect tool with just what you need and expand as you go (i.e. neovim) or just have a do-it-all ready tool right out of the box (i.e. emacs).

That is indeed something that concerns me regarding Emacs. Like being able to surf on the internet or using it as a email client isn't quite what I expect out of my IDE 😅. I guess the extensibility should allow 'minimal' installations, but this is something I should read more into. Thanks for pointing that out!

Thank you for touching upon some of LunarVim's 'oddities'!

Ah okay. It has become a lot more clear what you meant. And I agree; implementation for Vi(m) keybindings is ubiquitous while the same can't be said for Emacs'. But, while Vi(m)'s keybindings define a lot of what it is and why people love to use it, the same simply can't be said for Emacs' keybindings. I'm sure there's someone out there that absolutely loves it, but it doesn't come close to how Emacs' modeless nature allows almost limitless extensibility or how 'smart', 'useful' and just plain excellent its org-mode is.

I've already mentioned chezmoi in my original post. In which I further alluded that it doesn't quite satisfy my needs unless it (somehow) allows the dotfiles to be managed declaratively and 'immutable'/read-only. Do you happen to know if one is able to achieve that and (more importantly) how?

Snapper offers basically the same functionality as Timeshift and is -to my knowledge- developed by openSUSE's team. So, while finding it therefore pre-configured on say openSUSE Tumbleweed makes sense, it's also the preferred solution on some other distros like Garuda Linux, Siduction and Spiral Linux.

I agree that the documentation leaves a lot to be desired. If I may ask, do you remember which things caused the mental gymnastics?

"By default, most new installations of Endless OS 4, and systems upgraded from older versions of Endless OS, will automatically update to Endless OS 5, and beyond as further versions are released. Systems must be specifically configured to remain on Endless OS 4"

As it even does major updates automatically, it's almost as handsfree as it gets.