271–280 of 420 posts
I'm quite a noob at 'nix, so I tend to use nano whenever I need to edit something. Not sure if this is the right place, but could somebody explain the added benefit of spending the time to learn to use vim/emacs? I've tried vim, but it seems very complicated.
Earlier quoted context omitted.
> So for me the question is why there are still people that enjoy working as if their computers are using a 25 year old developer experience. Because for a lot of tasks using the mouse is garbage compared to the speed you can get using the keyboard.
It's not like you can't use keyboard shortcuts in a modern IDE. And for some tasks using the mouse actually is faster. I think there's some research by Apple (?) that shows this.
> I think there's some research by Apple (?) that shows this.
Earlier quoted context omitted.
> Asynchronous I/O support I don't keep myself much up to date on these things, but wasn't this one of the main new features in NeoVim? (then code cleanup, then more language to script in)
Yes it was. And now Vim is getting those features as well.
Earlier quoted context omitted.
> "And I'll take your challenge. Here's something I can do in Emacs: I can take a spreadsheet received from a client, full of intended configuration settings for a custom internal application. I can export it as CSV, load it in Emacs as such, and extract the relevant sections of the content into tables in a plaintext Org-mode document. I can then add a function to that document, in whatever language I choose, which w…
Nope. This isn't a migration; it's one-off data population. Fluent Migrator can do that, from its documentation, but it wouldn't be required, and since this isn't a migration, Fluent Migrator doesn't really bring anything to the table that I can see. So you're building a custom software project in your language of choice, with all the overhead that implies. In the workflow I described, you create a file and activate…
The thing is, if that's the case, what you're describing isn't a custom plugin, it's an existing plugin someone else has taken time to write that you're making use of. If that's the argument you're making then you could say Emacs has a better ecosystem of plugins, and that it's easier to tie them together, is that what you're trying to state?
Earlier quoted context omitted.
Because the experience is so much better. The power of command line is intoxicating, and going to GUI tools files like programming with hands tied behind your back and being blindfolded.
I apologise in advance if this sounds dismissive, but: I've tried to use both Vim and Emacs and Neovim and Spacemacs, and every time my pain point is that they're designed for use on the command line rather than as an environment I can switch in and out of. I know this isn't strictly true as both editors can be run as separate applications that you don't quit for weeks, but their roots have persisted into how they're…
This is useful for long running work, but more often it is not necessary. If you are just exploring the code base or making small edits here and there you don't really need persistent tmux session for that.
Earlier quoted context omitted.
> Asynchronous I/O support I don't keep myself much up to date on these things, but wasn't this one of the main new features in NeoVim? (then code cleanup, then more language to script in)
Yes it was. And now Vim is getting those features as well.
I've been a happy neovim user for a few months now, but I'm still glad to see that vim is keeping itself up to date.
Earlier quoted context omitted.
> "That's decidedly not true. Nor is this about customization of workflows. I am talking about actual unadulterated power to do things you cannot do in an IDE. All IDEs optimize for the average use case. If they do expose a set of advanced commands or transformations, they are hidden deep in the menus and what you can do with them is extremely rigid and limited. At most you have a few dozen commands (you would call t…
In Visual Studio, creating a custom keybinding appears to involve three dropdown menus, a dialog box, and at least two UI controls. In Emacs or Vim, it's a single line of code you add to your initialization file. I think there may be different definitions of "easy" in play here. I'll concede that Visual Studio makes custom keybindings possible , but so does any text editor worthy of even momentary consideration as a…
Org-mode is a best-of-breed outlining application. It's a dead-simple workflow management and time tracking application. Org-mode is a better Markdown than Markdown integrated with a multi-format publication generation capability. Org-mode is a literate programming environment facilitating reproducible research that allows embedding code inside documentation, but unlike some alternatives supports a zillion languages and lets you pass values between them.
I haven't found anything that I like as well as org-mode for any of those individual tasks, much ALL of them. Org-mode somehow does all these things and manages simplicity. It's all plain text that I never have to fret compatibility or corruption.
Earlier quoted context omitted.
Because the experience is so much better. The power of command line is intoxicating, and going to GUI tools files like programming with hands tied behind your back and being blindfolded.
I apologise in advance if this sounds dismissive, but: I've tried to use both Vim and Emacs and Neovim and Spacemacs, and every time my pain point is that they're designed for use on the command line rather than as an environment I can switch in and out of. I know this isn't strictly true as both editors can be run as separate applications that you don't quit for weeks, but their roots have persisted into how they're…
Earlier quoted context omitted.
I have to think it's a direct response to neovim, and that competition between them is likely to be very good
The reason neovim was started was to add these exact features. Now that vim has them, I think neovim's work is done. Mission accomplished.
This will be quite a long journey I think - an exciting one.
The other thing is that I think Vim and NeoVim will diverge at a faster rate now. They'll soon be way too different to be related. So NeoVim won't be a "nicer"/asynchronous/opinionated Vim anymore. But it's own alternative.