Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The values of Emacs, the Neovim revolution, and the VSCode gorilla

murilopereira.com

Post reply on HN
Print view View original

201–210 of 353 posts

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#201

Post by dleslie »

mbrumlow wrote: post #190
dleslie wrote: post #185

Earlier quoted context omitted.

> I switched from Linux to Windows This is where many people leave Emacs. It's not that there's better tools on Windows, it's that Emacs on windows is terrible. Magit is orders of magnitude slower, for instance, and external tool integration is grossly impeded by the poor availability and quality of package management on Windows. Maintaining Emacs on windows takes considerable effort. Personally, I make do with WSL1…

Well with wsl2 I gave windows a go for my work dev environment. And so far emacs had been amazing via wsl2 and a x server. I should note I did modify the xserver to allow me to toggle individual windows going fullsceen. And am running native emacs (which is blazing fast)

WSL2 + X server was my go-to for a few weeks, but then a rather large repo I access, with git-lfs, became corrupted due to WSL2 + NTFS bugs. They've been mentioned on HN before.

Thereafter, every day or two the same bug would arise and I'd have to lose an hour or two recovering the repo. Just a week or so ago I switched back to WSL1, and I ssh into an RPi4 to access docker containers, using qemu and binfmt to execute x86 code slowly.

Yah, it sucks. ;)

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#202

Post by qwerty456127 »

They have wrote such a list of values down but seemingly forgot such values as aesthetics (e.g. Sublime and VSCode look great, at least after you install a theme which suits your taste) and smart context-aware code completion and refactoring facilities (e.g. try IntelliJ once and you are hardly ever going back).

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#203

Post by 0xEFF »

After 10+ years with Vim, and 5 on emacs before that I switched to vscode this year and have been pleasantly surprised.

I tried vscode in 2018 and it wasn’t there yet.

What I like better than vim:

Better integration with python.

Per-workspace interpreter and linter path settings.

Outline view.

Integrated terminal.

direnv and venv both work well.

JSON Schema integration. This is actually what sold it for me.

Edit: format

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#204

Post by nickjj »

submeta wrote: post #182
codethief wrote: post #171

Earlier quoted context omitted.

How about $ git add -p path/to/the/file ? Combine this with your favorite tool for command line auto-completion of paths (and, maybe, a git alias to avoid typing `git add -p` all the time) and it's extremely fast.

I am presented with one hunk at a time, and have to decide if I want to stage or not (with a text "menu" underneath it: "(2/2) Stage this hunk [y,n,q,a,d,k,K,g,/,e,?]?" And then I navigate with j/k (down/up). Yes, it does the job. Matter of preference. But if you worked eagerly on three / four different topics and try next to create several different commits by getting a visual overview of all hunks with the abilitiy…

If you have multiple files then you can choose to omit the file name and git will let you decide on each hunk for each file.

You can also hit "s" to split a hunk to only commit a part of a hunk of if you want fine grained control you can hit "e" to edit just that hunk in your $EDITOR to only select a specific line or whatever you want.

Personally I tried fugitive and other git clients in the past and always come back to git add -p on the command line. It just feels the most natural and it also forces you to look at the hunks, so there's really no chance you'll accidentally forget to add something.

When using GUIs with sidebars showing what files changed, etc. it's easy to forget to add something because you skim it without really paying attention to what was changed.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#205

Post by AltruisticGapHN »

brixie wrote: post #93

On the discussion of values, I'd also like to submit "(expected) longevity" for consideration, which I think is distinct from "stability". I made the switch from Vim to Neovim as soon as I felt confident that (1) the project was going to be around for a while, and (2) it was on track to "overtake" Vim (you may choose to disagree with me on this, I found built-in LSP to be a compelling selling point, but the specifics…

Does neovim have a gvim equivalent nowadays?

The redraw speed for gvim on native ubuntu is awful, you can literally distinguish when top and bottom of the window is drawn, it doesn’t feel good. Sublime Text redraws almost instantly the entire window when you page through code.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#206

Post by cjauvin »

qwerty456127 wrote: post #202

They have wrote such a list of values down but seemingly forgot such values as aesthetics (e.g. Sublime and VSCode look great, at least after you install a theme which suits your taste) and smart context-aware code completion and refactoring facilities (e.g. try IntelliJ once and you are hardly ever going back).

The article discusses it in sections related to Emacs' attitude toward modernization and progressiveness (see the citation from Ahmed Khanzada).

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#207

Post by zupatol »

dleslie wrote: post #185
hibbelig wrote: post #136

Earlier quoted context omitted.

It's very interesting. I used Emacs for a long time, but slowly got weaned off it. - I used it for email, then I had to collaborate with people who wrote "please see my comments in orange below". (Of course, they were Outlook users.) Emacs did not show that orange color, so I didn't know... Maybe these days it's possible to read Outlook emails nicely in Emacs. - I used it for development, then the Java software I wor…

> I switched from Linux to Windows This is where many people leave Emacs. It's not that there's better tools on Windows, it's that Emacs on windows is terrible. Magit is orders of magnitude slower, for instance, and external tool integration is grossly impeded by the poor availability and quality of package management on Windows. Maintaining Emacs on windows takes considerable effort. Personally, I make do with WSL1…

I've been using the mingw windows version every day for years. I used to spend time now and then to make new things work, recently I switched to doom emacs, and almost every new functionality or package I try works out of the box.

It's true that Magit is slow, but I still prefer it to the command line.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#209

Post by antonvs »

Datenstrom wrote: post #48
antonvs wrote: post #25

Earlier quoted context omitted.

You can't achieve what a modern IDE can do using a simple editor and the command line. Autocomplete, hinting, type checking, navigation, documentation display, automated refactoring, interactive debugging, and integration with other tools like test runners and databases, are some of the major features which yes, are indeed force multipliers. This all becomes even more important when working on large codebases, and/or…

My vim configuration, environment, and screen splitting using tmux giving me CLI tools in other windows together gives me every single feature you listed and more. My shell and environment being Turing complete not counting vimscript I imagine it would be hard to find anything a IDE could do that I can not. For reference: https://gitlab.com/datenstrom/home Edit: just saw your response to the sibling reply didn't real…

It's not so much that I include Vim as an IDE, as that it's not a "basic editor" like gedit.

Although I will say that I've been using Vim a lot less since I started using VScode.

That looks like an awesome Vim environment though!

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#210

Post by michaelmrose »

harrygeez wrote: post #156
diragon wrote: post #100

Earlier quoted context omitted.

Naah, not really. I've done that emacs exercise countless of times over a few decades and now I use vscode. I don't feel like I'm missing much.

I'm on the same boat as you. I love Emacs, the uniform keybindings and especially Magit, I thought I could never use anything else until I started working with TypeScript React in my current job, which Emacs has very bad support for. The funny thing is: I don't even consider VSCode a superior text editor, it's just that Emacs is _so slow_. I used Emacs back then because compared to many other editors and IDE it allow…

Do you use Emacs in windows?
Post reply on HN