Irreal

Chanyoung is a Swiper user and asks a question I’ve sometimes wondered about: when using swiper, how do you choose the second or subsequent match on a line? If you follow the above link, you will see that abo-abo himself provides the answer.

What you do is call swiper-avy (bound to Ctrl+’) to see tags for every visible match. Then you simply choose the correct tag in the usual Avy way. I’ve known about (and even used) swiper-avy for some time but I always thought of it as a way of choosing the correct line in the minibuffer. That usually brings you to the match you want but not (necessarily) when there is more than one match on the line you want.

It turns out—although I somehow never noticed it—that the visible matches in the searched buffer are also tagged so you can simply choose the tag you want and jump right to the desired match. I know I’ve said it before, but if you aren’t using swiper and counsel you owe it to yourself to give them a try. I’m always learning something new that they can do and they’ve made my navigation a lot more efficient.

Way back in 2013 Magnar Sveen published a nice bit of Elisp for moving to the beginning and end of a dired buffer. By beginning and end, he meant the logical beginning and end: the first and last line of file or directory listings. I immediately stole that and modified it to do the same thing for ibuffer buffers.

Now Fuco has published a set of macros that implements the same thing for a wide variety of other special buffers. The macros are actually nicer because the first time you press Meta+< or Meta+>, you will move to the logical beginning or end of the buffer. If you press it again, you will move to the physical beginning or end so you get the best of both worlds.

Fuco gives several examples of using the macros for various types of buffers so even if you don’t know much Elisp, you can easily implement the behavior for most buffer types that you’re apt to care about.

Oddly, looking at my original post on ripping off Sveen’s code for ibuffer buffers from 2014, I see that Fuco made a comment pointing to these macros. Now he’s posted about them and given examples for anyone who’s interested to use. If you use dired, ibuffer, occur, vc-dir, agenda, or other special buffers a lot, you may be interested in his solution. Be sure to give his post a read.

UPDATE [2017-05-07 Sun 20:33]: Fixed the links.

If you’ve been hanging out at Irreal for any time at all you know that I’ve recently moved my email to mu/mu4e. There are two aspects to that. The first, and the one that I’ve mostly written about, is that I can now deal with email from within Emacs.

That’s a boon, of course, but the other advantage is a change in how I deal with mail. I used to do what most people do: I kept mail sorted into folders that roughly reflected their subject matter or originator. Then I read a Ben Maughan post that opened my eyes to another possibility. Rather than manually sorting emails into separate directories that might or might not be their proper resting place, Maughan dumped all his saved emails into a single directory and located what he wanted with a search. I immediately started emulating his system with the Apple mail app. The problem was the search wasn’t all that flexible and involved a lot of clicking and mouse manipulation.

That all ended when I started letting mu do my searching. It’s fast, extremely flexible, and doesn’t care if I even have a mouse. If that sounds good to you but you’d rather have a GUI based mail user agent, Abhilash Raj has a nice solution for you. He uses notmuch to handle the searching in much the same way that mu does for mu4e. He tried using an Emacs client as his mail user agent but didn’t like it so now he uses astroid, which is a bit more graphically based. Astroid can embed Emacs, Vim, or some other editor—if you must—so he can still write his emails using Emacs.

I really love mu/mu4e and recommend it without hesitation but if it doesn’t meet your needs, you should take a look at Raj’s solution. If you’re not an Emacs user, his setup brings you the benefits of a search-based workflow that can use your preferred editor.

Those of you who follow the Emacs scene will remember that last year there was a big kerfuffle about whether or not GCC should export its AST so that Emacs, for instance, could use it to provide better syntactic and semantic information about C programs. It seemed like a no-brainer but RMS objected on the grounds that unscrupulous actors could use the information to build proprietary tools.

Now we have this:

RMS supports Language Server Protocol integration into Emacs core https://t.co/UDaGVbBj53 #Emacs

— Emacs BOT (@emacsbot) May 4, 2017

Perry Metzger recently made me aware of the Language Server Protocol (LSP) and the advantages it offers to editors. Instead of building in custom language parsers, editors can use LSP to get information about the structure and meaning of programs and thereby offer better information to the programmer.

The good news pointed to by the above tweet is that RMS has endorsed this effort, greatly increasing the probability that it will be implemented in Emacs. Who knows? Perhaps this will provide an answer to all those people saying, “I’d like to use Emacs but I’m working in Java so…”

I was trolling through the Emacs tweets when I saw one entitled “Emacs 25.2 Released” with a link to a video. I thought it was going to be a discussion of the new things in Emacs 25.2¹ but it turned out to be a video by Arjen Wiersma about his Emacs 25.1 configuration.

You might think I was disappointed by the bait-and-switch² but I wasn’t. Wiersma steps through many of the most important packages he uses and demonstrates how they work. Although his configuration—with the exception of the Clojure stuff—is pretty much like mine, I did learn a couple of new things. For instance, there is a counsel-imenu command that brings the convenience of swiper to imenu. Similarly, there is a counsel-unicode-char command that makes it really easy to enter Unicode characters if you can come close to their name. I’ve installed both (or, really, just bound key sequences to them) and have already found them useful.

There are lots of other goodies in his configuration, which you can browse here. If you’re looking for a good developer’s configuration, this is an excellent place to start. Wiersma is mostly concerned with Clojure but his setup will work well for any developer. I really recommend that you take a look at it.