throwawayish

joined 2 years ago
[–] throwawayish@lemmy.ml 1 points 2 years ago* (last edited 2 years ago) (7 children)

Have you used Spacemacs as well? If so, would you mind offering some more insight regarding either one of them and specifically whatever made you like Doom Emacs?

[–] throwawayish@lemmy.ml 3 points 2 years ago* (last edited 2 years ago) (2 children)

Seriously, if you want an IDE for Python and C#, VS Code with the Microsoft plugins is and will be miles ahead of the VIM experience.

Someone else already pointed how VS Code has become the most popular IDE (at least according to statistics found on stackoverflow). While categorically I'd like to dismiss VS Code for not adhering to F(L)OSS, VSCodium -however- actually does fit the bill. And while formerly I've had bad experiences on it related to how the plugin ecosystem is configured by default compared to VS Code, I've since learned how it works on VSCodium. So I shall set it up in case Emacs and/or (Neo)Vim somehow seem to be less fit for the job and/or I can't be bothered at that moment to configure Emacs/(Neo)Vim to do my bidding.

Learn vi

Will do.

The time trying to force VIM/EMACS into a descent IDE will never come back and the theory sounds better than it will be in reality.

I understand the concerns. And I agree that I should be realistic in how I approach this. Nonetheless, I'm faithful for it to be a very productive endeavor. Thank you for chiming in!

[–] throwawayish@lemmy.ml 1 points 2 years ago (2 children)

And it’s written in Rust so I feel pretty comfortable working in the codebase.

Rust, indeed, is a big plus.

It has shortcomings from being young, but they are rapidly disappearing. The philosophy of being mostly “batteries included” is so refreshing compared to the configuration hell of NeoVim.

While its shortcomings might eventually be ironed out. Do you expect it to be as ubiquitous as Vi(m) has become? If not, do you expect Helix to improve its Vim implementation or rather become so popular that it can rival Vi(m) in being 'ever-present'?

[–] throwawayish@lemmy.ml 1 points 2 years ago

Yup, I think you've hit the nail on its head. I've decided on using both and explore their possibilities and find how they can be best utilized for my workflow. Thank you for the excellent engagement!

[–] throwawayish@lemmy.ml 2 points 2 years ago

I’m not using lsp in Neovim so if I need lsp I’ll just pull out emacs. If I’m already in the terminal I’ll usually pull out Neovim to edit a file, but if I’m writing like markdown or something that uses images I like the ability to display images inline in emacs. LaTeX is always something I do in emacs because there’s a built in pdf viewer in emacs and there’s built in spell check also. In the terminal in emacs, sometimes I open up Neovim to do a quick edit because of muscle memory from the terminal. One thing that’s really cool about Neovim is that you can embed it in other applications, so if I really have to use an ide that’s not emacs, I’ll just do that.

Wow, the insights! *Vehemently noting these down somewhere* Heck, I think you've cracked the code. Since I've created these posts, I became more and more aware of how great both Emacs and (Neo)Vim are. And while I was already flirting with the idea to perhaps use both, I think you've just completely obliterated any other option; which is a good thing. As such, I'm actually grasping for words that would somehow be able to properly convey the feelings of gratitude I currently experience. For whatever it's worth; thank you from the bottom of my heart!

Yeah there’s a thing called EAF, which allows python and javascript to be embedded in emacs. It allows for more complex applications to be built in emacs, similar to VSCode. I’m not sure how difficult it is to make something with EAF, but I haven’t really seen any things written in it that aren’t in the EAF organization. I think the future could be EAF or maybe something like EAF to be able to leverage the power of the javascript ecosystem like how VSCode does for a lot of plugins. There have been some attempts to rewrite emacs in different languages, but emacs is too large, and you would lose the old ecosystem by doing that.

Once more; much appreciated!

There’s a larger community around Doom Emacs, and Doom Emacs looks nicer. Honestly though it doesn’t matter that much which one you use since they are both pretty good.

Yet again; I'm grateful! Have a good one! I wish you and your loved ones the best!

[–] throwawayish@lemmy.ml 4 points 2 years ago (4 children)

Unless you really want vim bindings

I kinda do for how ubiquitous Vim keybindings are.

try them out.

Regardless, I think I will try it out after I'm at least somewhat productive with Vim.

I much prefer the way Kakoune works over vim

I think preference is generally subjective. So you're completely in your right to prefer Kakoune over Vim (and vice versa). Though, if possible, would you mind elaborating what you prefer exactly and why?

while still being close enough so that you can pick it up quickly if you already know vim and the other way around.

Doesn't that disrupt muscle memory?

[–] throwawayish@lemmy.ml 1 points 2 years ago (4 children)

I probably would have never got into Emacs at all if I had to start with vanilla.

Very interesting. I assume this is due to the amount of effort that would have been required for it to acquire some of the functionality you were expecting out of it. Am I right?

IMO Lisp is what makes Emacs great, and vimscript is (was?) an absolute nightmare for anything complex. I don’t think lua is a bad language, but I’ll still take Lisp any day for this purpose.

This is actually a great point that I somehow completely ignored so far. I intend to put my teeth in GNU Guix at some point in the future. As Guile Scheme and Lisp are -to my knowledge- at least in some way related, using Emacs should at least provide an excellent platform for me to get accustomed to what it is yet to come. Thanks for mentioning that!

What I described isn’t using containers. Nix just provides an environment for processes to run in, and direnv-mode ensures it’s using the right environment for a given buffer in Emacs. So for example I don’t have OmniSharp or dotnet in my user $PATH, but they are provided by the nix expression in a particular project directory. That allows lsp-mode to start OmniSharp as a language server, or I can run dotnet build using the Emacs compile command.

That sounds very compelling! Thanks for that insight! Perhaps I should stop procrastinating and get on with learning Nix 😅.

You can define containers with nix and manage them with nixos-container. I do that for testing server deployments, or running sandboxed services, but I’ve never needed something that complex for a dev shell.

Yet another reason in support of learning Nix.

[–] throwawayish@lemmy.ml 2 points 2 years ago

Ah okay. This conversation has been lovely. Thank you from the bottom of my heart for that 😊!

[–] throwawayish@lemmy.ml 2 points 2 years ago

I was shocked when I went from “I’ve never used spacemacs before” to “I’m comfortably writing LaTeX here” in about half an hour.

This line really piqued my interest, especially considering that I've had another conversation with someone else in which the general sentiment seemed to be that "Spacemacs expects you to know Emacs, while being a completely different beast of itself.". May I ask how your Spacemacs is configured? Would you say it's close to the default config? Or rather a significant departure? Furthermore, I believe I've read the existence of some kind of version control. Which, at least by the name of it, should somehow contribute to a more stable experience. Or am I perhaps confusing things?

My setup still breaks occasionally and sometimes it’s a bit difficult to figure out why and how to fix it

Does this happen randomly? Or rather as a 'response'?

I like being able to change how the editor works on the fly just by writing some elisp anywhere

This sounds very interesting and promising. Would you mind providing an example of sorts such that I can perhaps better grasp both the sheer amount of new possibilities it provides as well as its (possible) limitations (if at all)?

I like that emacs has been around for decades and will be around for decades more.

I wholeheartedly agree! But, I am at least somewhat concerned when it comes to its 'gravitational pull from afar'. To me at least, it seems as if, currently, Neovim does a better job at attracting new people. Perhaps these are just mostly refugees from Vim. Nonetheless, it can't be ignored (I think). Would you mind sharing your thoughts on this?

[–] throwawayish@lemmy.ml 1 points 2 years ago (2 children)

I'm so grateful for the time it took you to write this down. Thank you so much for your contributions in this conversation! I've greatly enjoyed reading every one of your replies. While I am currently not in the state to make any promises related to sticking to Neovim in the long run. I do think that I'm at least very interested to explore its possibilities. Have a good one! Cheers!

[–] throwawayish@lemmy.ml 1 points 2 years ago (1 children)

What if I'm on Linux? And if my Monospace Text font is already set to MesloLGS NF Regular (in GNOME Tweaks) for what it provides for my zsh config*.

[–] throwawayish@lemmy.ml 1 points 2 years ago (7 children)

Wow! Excellent and thorough response. Thank you so much for taking your time 😊!

It is very nice being able to see what your action is going to effect before you do it - unlike in vim when you just hope you have hit the right movement keys.

That's awesome! Which does beg the question why the others haven't implemented such functionality (yet)?

And it also pops up a small window for leader keys (like space) which show you what you can do with it making it far more discoverable then vim/neovim without needing to pour though hundreds of pages of manuals to even get a glimpse of what it can do or needing to go back to them to remember something that you dont use very often.

Interesting. If I'm not mistaken, both Spacemacs and Doom Emacs offer similar functionality through the emacs-which-key package. I would think that Neovim should have some plugin that does something similar, but perhaps not.

Just about everyone that I have seen use it over vim have highly praised it and it has quite a few contributors already (700+ on github), which is very impressive compared to vim (about 300), and neovim (more then 1100).

I didn't expect for them to be so many 😜. Hmm..., food for thought; thanks for pointing that out!

And keep in mind that vim has been around so long thanks to a single maintainer, Bram Moolenaar, who passed away this year. Which is not a great sign for vims future for the next 20 years.

I definitely understand that Vim's future is lot less certain compared to two years ago due to the passing of Bram Moolenaar. However, and I might be wrong on this, but I feel as if Vim has reached a critical mass of following such that it'll probably continue to exist in some healthy form regardless.

In general I think you make a excellent case for Helix. I'm actually considering if I should reconsider it (if that makes sense). Uhmm..., but two questions remain:

  • I shouldn't expect remote accessing some random server will allow me to use Helix, right? Is there any other way to make this work? Or..., should I just learn both Vim and Helix' Vim + Kakoune amalgamation?
  • Vim is literally ubiquitous and plugins that enable its features can be found on almost any 'platform'. It's unrealistic to expect Helix' adoption to be at that rate (yet). However, would you happen to know if at least the likes of VS Code and/or Jetbrains' IDEs support it? And if so, how good their support/implementation is?
view more: ‹ prev next ›