Fork me on GitHub

@vemv @daveliepmann Sorry for the late answer. I've been using cider-jack-in and eval-last-sexp, but I've seen some GIFs where you didn't had to run manually eval-last-sexp, instead whenever you typed it would eval many (all?) the expressions of the buffer. It's a bit hard to explain, I'll have to search longer for the gif


that sounds like the repl, @dromar56


I found a video of light table showing what I mean, but I could swear that I saw a guy doing an emacs package for that :


The package seems to be this one


ah, try enliighten mode in CIDER?


@dpsutton thanks, that seems to be it 🙂


awesome! i've never looked into it myself. seems nice! Stay side effect free though 🙂


although i think enlighten is only when you run code. that emacs lisp one looked like as you type


It should be helpful enough, maybe adding some idle-timer that automatically runs it


In any case, it looks cool


what's the best osx emacs? I know there's someone maintaining some patches onto osx versions of emacs


is it aquamacs?


I just brew install emacs --with-cocoa --with-ctags --with-gnutls --with-librsvg [email protected]


there is also brew cask install emacs


i remember hearing there was a patch set out there maintinaed by someone from Japan that added some nice features. But these were not brought into the repository because floss operating systems did not have those features. smooth scrolling and some other ones


was wanting to recommend that version to him


@dpsutton - I think I tried that one, and there were a few things I didn't like, to the point where I switched back to Homebrew emacs. It did have some improvements, but they weren't worth it.


thanks. i'm gonna pass that along


agree, either emacs-plus or regular brew install emacs with flags are the best


emac-plus adds a few optional keys... --with-natural-titlebar is my favorite


railwaycat emacs had a bunch of stuff that didn't end up working well for me


I’m using the build from but I don’t think there’s anything special about it — just automated builds of the gnu sources.


I was using emacs-plus with no-title-bars when I last used a mac


is this the one dpsutton was referring to?


That's the one I tried.


i'm not sure. i just remember seeing it on the dev mailing list


and him offering to merge and RMS saying he needed feature parity in free OS's to have the same features as macOSX otherwise it would be promoting a non-free OS


yeah but it misunderstands his point. It's not "we are not welcome and never will be". He doesn't want to hilight features of non-free OS's which he fears would compel people towards it. He said he would be happy to see the feature if someone would extend the floss OS's to support that feature


and it was either that or subpixel scrolling


[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > We should aim to provide the best possible Emacs experience on every
  > platform,

Usually, but not always.  The purpose of GNU Emacs is to be a good
part of the GNU system and thus to make the GNU system better; other
platforms are secondary.  GNU Emacs should never offer people a
practical reason to use some other system instead of GNU.

Therefore, when someone implements a useful new feature but only for a
non-GNU system, we do not accept it that form.  Instead we say, "Make
it work equally well on GNU, and we will accept it."

  > many friends
  > of mine who were long-time GNU/Linux users work on OS X today, me
  > included

This is a VERY bad thing.  Can we find ways to discourage this?

In principle, adding nice features to Emacs that work on GNU/Linux and
do not work on MacOS could help.  But I don't see much scope for
success that way.  I think our principal hope of influencing people is
through influencing the way they think about the choice of system.
For instance, by teaching them to value freedom (which MacOS denies)
more and convenience (which Apple might offer them) less.

If we took the attitude that we aim to "serve the users" wherever they
happen to be, that would convey the message, "Sure, switch to MacOS --
we will make it easier for you."  For us, a self-defeating approach.

Thus our stance is that a person who moves from GNU/Linux to MacOS is
being self-destructively foolish.  We take this seriously and we must
speak and act in accord with it.  This way, we can influence some


eh. its principled and clear. i don't think i would have made that decision, but then again, I wouldn't have created a big movement in the 70s either 🙂


It doesn't seem to misunderstand the point at all. The facts are clear: "The Emacs developers disabled a feature that was working fine for MacOS users just because free systems lack support." One can rationalize that all day but the take-home for users is that because of political reasons they don't get a feature that already works. To me that's pretty anti-user. Anyway, I'm super glad mituharu is doing the hard work of making a Mac port so that some of those features can see the light of day.


the feature is available. gnu is just not wanting to support more features on a non-free operating system than on free ones. it seems like both sides win here. although i can certainly agree it kinda rubs wrong in some sense


how do I make emacs believe AltGr is super? on linux something akin to

(setq mac-control-modifier 'super)
(setq mac-option-modifier 'meta)
(setq mac-command-modifier 'control)
(but those commands are for mac)


...likely not possible without a OS-level remap which is precisely what I want to avoid