Live data from Hacker News

Emacs 26.3

lists.gnu.org

131–140 of 165 posts

Re: Emacs 26.3

#131

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.

It's kind of a sign of inefficiency as, at least as far as you can tell, a similar task was done in 1/10th of the time on a 1/1000th as powerful system. This may not be true, but just as you can't get to know every person you interract with you need to use plausible correlations to make judgements and predictions.

Re: Emacs 26.3

#132

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…

> Sometimes do use nano

After learning vim, I couldn't stand using nano. It seemed like the worst of both worlds. No efficient keybindings like vim, and no mouse support like other conventional text-areas.

Hearing/reading you say that you sometimes use nano made me curious of why and now I see that there seems to actually be quite a few features. I see it has macros, autocomplete, mouse support, autoindent, multiple buffers, editing keybindings to e.g. delete word-wise, linting support, etc.

I never knew... and totally misjudged it as a very basic text editor.

It's still basic when compared with vim or emacs, but now I hold it in far higher regard than Windows Notepad at least.

I kind of feel like that time many years ago I found out that sed had more than just s///.

Re: Emacs 26.3

#133
post #111

Earlier quoted context omitted.

The new certificate mentioned in the announcement, probably.

Am I blind? I can’t see a certificate mentioned in the link or the parent’s NEWS link...

Right from the link:

> This release is mainly a maintenance release, which contains a new GPG key for GNU ELPA packages.

Re: Emacs 26.3

#134
post #5

Any improvements for the Windows GUI ? I find it to work better with WSL and VcXsrv.

Where did you found Emacs 26.3 for Windows? The official FTP site has only 26.2 as the latest Windows binary.

This might not matter for your case specifically, but last time I was on Windows, I found it straightforward to compile it using the msys tooling. I mention msys specifically to avoid bringing cygwin.dll into the mix, which caused me no end of headaches.

http://git.savannah.gnu.org/cgit/emacs.git/tree/nt/INSTALL.W...

As with most things in that realm, the hard part is getting all the dependencies (libpng, etc) but (a) since msys2 switched to pacman that looks a ton easier (b) AFAIK building with those graphical libraries is a nice-to-have for w3m support, so if it's a hassle you can skip it

Just be forewarned that [again, last I checked] msys has a bad interaction if your machine is a member of an Active Directory domain, but you are road-warrior-ing and it is unable to reach the domain controller; one of my more popular SO answers: https://stackoverflow.com/questions/929495/why-is-mingw-very...

Re: Emacs 26.3

#135
post #73
post #66

Earlier quoted context omitted.

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.

My personal experience as someone who started with vim and than switched to emacs: If you intend to do a lot of customization to your editor, or expect IDE-like features, I feel that emacs is the superior choice. elisp is a OK scripting language. Rather quickly I could read and understand the internals of emacs packages (and of some of the emacs internals itself!), despite having basically no experience with lisp. Se…

Since I was being asked, I'll say this is an excellent answer.

Re: Emacs 26.3

#136
post #125

Earlier quoted context omitted.

You can also have emacs run as a daemon(1). That way you never have to wait. 1 https://wiki.archlinux.org/index.php/Emacs#As_a_daemon

This is the /real/ killer feature for me that I would find very difficult to live without and I don't know of any other editors that offer this functionality. Being able to remotely open my editor (either from a terminal, or with X11 forwarding) with all the files I have open, exactly where I left off is incredibly useful.

I never really learned screen because daemonised emacs sufficed for me. My daemon uptimes are normally the same as my system uptimes, with the one on my VPS currently at 77 days.

A few years ago, I started using one daemon per project with server-use-tcp, each with a slightly different theme so I can easily tell them apart.

(posted from emacs-w3m)

Re: Emacs 26.3

#137

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.

Thanks to the Language Server Protocol (LSP) pioneered by VSCode, that is no longer the case. Emacs has a great lsp client (lsp-mode) and you get all the capabilities of modern text editors.

It's a great time to be alive

Re: Emacs 26.3

#138
post #12

The improved js-mode in 27.x is definitely worth checking out, especially if you use React/JSX. Had many issues wrestling with indentation in previous setup. https://github.com/mooz/js2-mode/blob/master/README.md#react...

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?

IIRC the creator also releases his port as a patch. You can always try to patch emacs 27 with it.

Re: Emacs 26.3

#139

Earlier quoted context omitted.

http://spacemacs.org/ with its org-mode and magit ( https://magit.vc/ ) integration, combined with the modal editing of vi, is truly superior. Don't care about your platform, desktop (I'm typically working over SSH in the cloud, so why bother?) or any of that hooplah. Just waiting for everybody else to catch up.

I have been using Spacemacs exclusively for around three or four years and I don't know if I can actively recommend it. The problem is that the 'stable/master' branch of Spacemacs is incredibly outdated. I found myself needing fixes or improvements that existed in 'develop' so often that I migrated over to that branch. The idea of regularly cutting stable releases just isn't done within that project so if I'm recomme…

What do you suggest instead?

Is there a nice how-to for setting up emacs with evil mode and a reasonable set of defaults that don’t require endless tweaking?

Post reply on HN