Irreal

I was just reading Bozhidar Batsov’s latest post on deleting whitespace—nice tip on just-one-space by the way—and noticed that he had to rebind just-one-space from 【Meta+Space】because that key sequence is reserved by the OS X for Spotlight.

I’ve observed that many Mac users map 【⌘ Cmd】 to【Meta】 but I don’t understand why. It causes lots of problems with key conflicts like the one Batsov encountered and it doesn’t seem to me to offer any real advantages over using the 【⌥ Opt】 key. I suppose one could argue that the 【⌘ Cmd】 key is easier to reach but I, at least, don’t find it easier enough to compensate for the problems that it introduces.

So my query to fellow Mac users who map 【⌘ Cmd】 to【Meta】 is what advantages do you see from the mapping? Why is it a better choice than 【⌥ Opt】? Of course, this is another example of Emacs letting you have it your way and while it probably doesn’t make much difference on the scales of the universe, I’m curious.

Back in February I wrote about switching from bash to John Wiegley’s eshell. I’ve been really happy with eshell but have used it pretty much as I would bash. Recently, I saw a tweet that pointed me to this Mastering Emacs post. As usual, Mickey is the go to guy for information on how Emacs works.

Mickey remarks that although eshell is awesome, the documentation is lacking. He proceeds to fix that with a long post that discusses many of the ways that eshell is different from (and often better than) bash. In the comments, Wiegley makes an appearance and points out a few things that Mickey missed.

If you aren’t already using eshell I urge you to give it a try. I find that I’m much less apt to bring up a separate shell than I was when I was running bash inside Emacs. If you’re not sure, give Mickey’s post to look to see what you’re missing. If you’re already using eshell, you should check out the post too. It’s full of useful information that will help you take full advantage of a really great Emacs mode.

Steven Harms has¹ a nice take on the Emacs/Vi holy wars. His idea is that the two sides are actually talking about different things. As we’ve discussed many times here, Emacs is about the ultimate customizable work environment. It provides a modern day Lisp machine where everything is under your control. Emacs users are famously loath to leave Emacs and move as much functionality as possible into it.

Vi(m), on the other hand, is proudly simply an editor. They consciously eschew the Emacs “do any- and everything” philosophy. Their philosophy is do one thing and do it well. That one thing is, of course, editing.

Thus, when the two sides meet in battle they are really talking about different things: Emacs users about a customizable work environment and Vi(m) users about an editor. It’s no wonder they can never agree. Of course, a lot of it is probably just the geeks’ love of arguing about who’s tool is better but Harms’ take makes it sound so much more high minded.

Sometimes I feel lonely. As many of you know, I keep my emacs configuration in a single init.el file¹. Almost all the Emacs hackers that I respect have a complicated Emacs configuration split among multiple files.

Finally, I’ve found someone who agrees with me. Donald Curtis, also known as Milkypostman, the proprietor of the Melpa archive, has a post in which he advocates keeping your Emacs configuration in a single file. His configuration is well organized and easy to navigate. It shows, I think, how a single-file Emacs configuration can be easier to use and navigate than an equivalent multi-file version. You mileage may vary, of course, but at lease I don’t feel so lonely.

Whatever you predilections for Emacs configurations, you should take a look at Milkypostman’s post. He’s got some good ideas (such as his after macro) that are useful no matter how many files you have in your configuration.

Xah Lee has posted a nice bit of Elisp that allows you to open the file at point. Of course, Emacs has the ffap command to do that but, as Lee points out, there are a couple of (small) problems with it. Lee’s code takes care of opening not just files but also URLs.

If you find yourself needing to do this more than once a month, it may be worth your while to add Lee’s code to your .emacs or init.el file. I especially like the way it handles regular files and URLs. If you have special related needs, it would probably be easy to adapt Lee’s code to meet those needs as well.

The folks over at The Emacs subreddit have posted a very nice list of Emacs resources. They’ve got distributions, tutorials, starter kits, blogs, and references. They’re taking suggestions for additions so let them know if they missed anything important to you.

I like this type of thing because it gives me a single place to go when I’m looking for subject matter about a topic. It means I need only remember—or bookmark—a single page rather than potentially hundreds of them. We have resources like EmacsWiki, of course, but that offers a more in depth look at certain areas of Emacs and is harder (although possible) to use to find, say, Emacs videos. The Emacs resource list on reddit is still rather short but as I mentioned they’re taking additions so it has the potential to grow into something more comprehensive.

Like me, Bozhidar Batsov is always fiddling with his init.el file. As a result, he’s devised a way to open it quickly. He wrote a bit of Elisp to load it and bound the Elisp to the simple key sequence 【Ctrl+c I】. That’s a pretty nice solution and one that Irreal readers might expect me to adopt.

I, however, have a different strategy. I have 4 or 5 files that I use all the time. I have them bookmarked so I can load them easily but I don’t need to do that very often because I just keep them loaded. I use desktop-save-mode so they stay loaded even across Emacs invocations. Then when I want to examine, say, init.el it’s just a matter of 【Ctrl+x b】 in or maybe just 【Ctrl+x b】 i depending on what ido has in its cache at the moment. That’s not as fast as Batsov’s 【Ctrl+c I】 but it’s fast enough¹.

One of the commenters to Batsov’s post suggests using the bookmark facility with a label of, say, i for init.el. Then you can open init.el with 【Ctrl+x r b i】. That gives us at least 3 ways of solving the problem, which is really the point. With Emacs you can solve problems in a way that’s comfortable for you. How do you solve the problem of opening frequently accessed files?