Live data from Hacker News

Emacs 26.1 released

lists.gnu.org

11–20 of 105 posts

Re: Emacs 26.1 released

#11
I suggest to anyone serious w/ Emacs to follow the master branch. I have been compiling once a week since almost a year and did not experience any breakage. My routine is fetch, see the output from "git diff HEAD..FETCH_HEAD -- etc/NEWS | less", pull --ff, compile and install. The benefit being you don't get a whole bunch of news when you update to a major version, but get there gradually; and also the master has the newer features. They keep that branch really stable.

Re: Emacs 26.1 released

#13
Does anyone know if the concurrency support has made it into TRAMP yet? I recently switched to sshfs because I couldn't stand having TRAMP block my editor while saving remote files.

Re: Emacs 26.1 released

#14
post #11

I suggest to anyone serious w/ Emacs to follow the master branch. I have been compiling once a week since almost a year and did not experience any breakage. My routine is fetch, see the output from "git diff HEAD..FETCH_HEAD -- etc/NEWS | less", pull --ff, compile and install. The benefit being you don't get a whole bunch of news when you update to a major version, but get there gradually; and also the master has the…

I similarly encourage any Mac users who are serious about emacs to use Mitsuharu Yamamoto's fork, which adds several usability improvements that RMS refuses to endorse and is just generally a better experience on Mac. Mainline GNU Emacs feels clunky and obsolete by comparison.

Re: Emacs 26.1 released

#16
post #14
post #11

I suggest to anyone serious w/ Emacs to follow the master branch. I have been compiling once a week since almost a year and did not experience any breakage. My routine is fetch, see the output from "git diff HEAD..FETCH_HEAD -- etc/NEWS | less", pull --ff, compile and install. The benefit being you don't get a whole bunch of news when you update to a major version, but get there gradually; and also the master has the…

I similarly encourage any Mac users who are serious about emacs to use Mitsuharu Yamamoto's fork, which adds several usability improvements that RMS refuses to endorse and is just generally a better experience on Mac. Mainline GNU Emacs feels clunky and obsolete by comparison.

that RMS refuses to endorse

What's his rationale?

Re: Emacs 26.1 released

#18
post #16
post #14

Earlier quoted context omitted.

I similarly encourage any Mac users who are serious about emacs to use Mitsuharu Yamamoto's fork, which adds several usability improvements that RMS refuses to endorse and is just generally a better experience on Mac. Mainline GNU Emacs feels clunky and obsolete by comparison.

that RMS refuses to endorse What's his rationale?

NIH?

Re: Emacs 26.1 released

#19
post #7

A few more (personal) highlights from the release: * New minor mode 'pixel-scroll-mode' provides smooth pixel-level scrolling. * The networking code has been reworked so that it's more asynchronous than it was (DNS resolution and TLS negotiation do not block Emacs main thread). * Emacs no longer prompts about editing a changed file when the file's content is unchanged. Instead of only checking the modification time,…

Also better look and feel[1] for Mac (including dark mode) users with

  (add-to-list 'default-frame-alist '(ns-transparent-titlebar . t))
  (add-to-list 'default-frame-alist '(ns-appearance . dark))
[1]: https://imgur.com/aRdxPk0

Re: Emacs 26.1 released

#20
post #16
post #14

Earlier quoted context omitted.

I similarly encourage any Mac users who are serious about emacs to use Mitsuharu Yamamoto's fork, which adds several usability improvements that RMS refuses to endorse and is just generally a better experience on Mac. Mainline GNU Emacs feels clunky and obsolete by comparison.

that RMS refuses to endorse What's his rationale?

That Mac-only features would promote (the closed source) Mac OS X, if I remember correctly.
Post reply on HN