Live data from Hacker News

Emacs 26.3

lists.gnu.org

91–100 of 165 posts

Re: Emacs 26.3

#91
post #66

Earlier quoted context omitted.

You probably shouldn't switch. I'm an emacs guy myself, but from what I can see, the advantages of vim are equal but different. If you are skilled with vim, there's probably no good reason to switch at this point. We could have a good argument about what you should have started with, but I'll pass.

As someone who has gotten the hang of the keybindings and only just started learning Vimscript, I'm curious whether you think I should stop and switch to Emacs.

Not that guy, but IMHO if you find yourself reaching for Vimscript, that's about the point where learning Emacs/elisp is probably the better investment.

There's highly recommended pre-configured packages like Spacemacs or Doom-Emacs that ship with vi-key support enabled by default, allowing you to keep much of your muscle memory.

Re: Emacs 26.3

#93

Earlier quoted context omitted.

Consider the poor quality of the existing js modes for 26.x, any idea why this depends on a future version of Emacs instead of current versions? Alternatively, could somebody convince the author of the railwaycat port (Emacs with better macOS integration) to get a version 27 out soon?

> Consider the poor quality of the existing js modes for 26.x, any idea why this depends on a future version of Emacs instead of current versions? You might as well look at the thread js2-mode was revoked[0] and ergoemacs' article[1]. > Alternatively, could somebody convince the author of the railwaycat port (Emacs with better macOS integration) to get a version 27 out soon? Er... I would like to point out that it's…

Disregarding the history behind js2-mode, if it has been decided that Emacs 27 will feature a much improved js-mode, I was just puzzled that it wasn't put into 26.x as a package already.

I couldn't remember the name of Yamamoto, which is why I said the author of the railwaycat port, where the latter is mostly packaging if I understand it correctly. But Yamamoto is doing most of the heavy lifting yes, and I'm thankful for it.

Re: Emacs 26.3

#94
post #28

I recently tried to seriously use Emacs over my usual Vim. Mainly because I've got so used to the GNU readline emacs shortcuts in the terminal and quite like the idea of not having to switch between command and insert mode, but damn after looking into some configuration options it really is a massively complicated piece of software, I mean not to start using it, it's probably easier than Vim but just looking at all t…

As this is not an overnight conversion and you are quite proficent with vim already, my advice is to:

- Get used to type "emacs file.txt" instead of "vim file.txt" in your console.

- Have a function in emacs that opens the current file in vim for those moments where you just want your trusted environment. Writing it by yourself is a good focused learning experience.

This way you'll decide (and balance) how much you want to learn every day, and little by little you'll find yourself using that function less and less.

Re: Emacs 26.3

#95

Great job a very good example of programmable editor. Emacs had been my work horse since 2002 and never disappointed. In the meantime tried many ide only vim and emacs stayed with me. Sometimes do use nano and sublime text but then back to either emacs or vi. All those shiny IDE based on electron, Java or C++ are just too slow to be productive be it VScode, atom or eclipse or visual studio or kdevelop. I am forced to…

The one thing that keeps me from moving lightweight editors like vim or emacs from the bloated IDE stuff if the ability to easily find definitions, etc. If I have hundreds or thousands of source files and I want to find the definition of say a struct or function, being able to right click->go to definition or similar is a godsend. Maybe emacs or vim have similar features via plugins though? I'm not sure.

My package dumb-jump might be what you want:

https://github.com/jacktasia/dumb-jump

Re: Emacs 26.3

#97
post #50

Great job a very good example of programmable editor. Emacs had been my work horse since 2002 and never disappointed. In the meantime tried many ide only vim and emacs stayed with me. Sometimes do use nano and sublime text but then back to either emacs or vi. All those shiny IDE based on electron, Java or C++ are just too slow to be productive be it VScode, atom or eclipse or visual studio or kdevelop. I am forced to…

I run emacs -nw --daemon, but on OS X it's noticeably slower (running in iTerm, tmux) than it is on Linux. It's not what I would call snappy at all tbh. I've checked it's not my config. I wonder how come?

That's the exact setup on macOS I run as well. I also run that way on my Linux development box (iTerm2 -> tmux -> ssh -> linux -> tmux (nested) -> emacs -nw --daemon) and it feels the same to me.

I run emacs-plus macOS variant, which one are you running?

Re: Emacs 26.3

#98

Earlier quoted context omitted.

> Personally for me spacemacs is bit slower in startup for my liking I have see this many times and never understood how startup time could be an issue. I startup Spacemacs at the beginning of the day, and close it when I leave. 10 second of startup time is nothing.

10 seconds of startup time 10 years ago was nothing.

The day had 86400s then as now.

Re: Emacs 26.3

#99
post #70

I tried vscode the other day to see what it's about and it's nice, but I found plugin development convoluted and very limiting compared to emacs. No chance of quickly writing a script to automate something in the editor, because it takes so much time that it's not worth it for quick editor code snippets. Other editor users simply have no concept of how easy it is to whip up some quick script to perform some task in e…

> Other editor users simply have no concept of how easy it is to whip up some quick script to perform some task in emacs.

I don't want to start a flamewar, but I moved most things I was doing in Emacs to Textadept a while back because I found Textadept more convenient. That's not to say TA does everything you can do in Emacs, but it replaced all of the scripting I was doing with Emacs.

You have the full power of Lua inside TA. Emacs always has a lag when I start it up, whereas TA is instant. I slowly built up functionality inside TA to the point that I realized I could replace everything I was doing in Emacs.

It's so small and lightweight that, just for fun, I wrote a "web browser" inside TA. It calls out to lynx and loads a readable text version of the page. I use a keyboard shortcut to open links. I have functions for searching the web, I can search YouTube and open the videos in VLC, and so on. This was a practical thing to do: I can use TA as a browser on really old laptops.

It maybe isn't for everyone, but in Emacs when I was doing this[1] to duplicate a line:

C-a C-SPACE C-n M-w C-y

I asked why I wasn't using a better text editor. In TA, it's C-d. Just as Emacs is an interface for Emacs Lisp, TA is an interface for Lua, and with a lot less overhead.

[1] https://stackoverflow.com/questions/88399/how-do-i-duplicate...

Re: Emacs 26.3

#100

Earlier quoted context omitted.

Personally for me spacemacs is bit slower in startup for my liking, so I use my own custom configuration. It's just lisp at the end of the day. Also for people who prefer emacs keys instead of vi, they can start with emacs-prelude package. But it will be hard to beat custom configuration in long run.

> Personally for me spacemacs is bit slower in startup for my liking I have see this many times and never understood how startup time could be an issue. I startup Spacemacs at the beginning of the day, and close it when I leave. 10 second of startup time is nothing.

I've noticed a divide between the workflows of emacs and vim users and I think it ties directly back to startup times. I'm an emacs user and, like you, I start it up once and keep it running indefinitely. Vim users tend to enter and exit the editor repeatedly during the day, typically alternating with their shell of choice.
Post reply on HN