Irreal

Charles Choi has posted a tip mostly, he says, as a reminder to his future self. It’s about how to sort strings on a single Emacs line. At first blush that may not seem all that useful but a moment’s thought will bring to mind all sorts of situations where it’s just what you need.

The secret sauce is sort-regexp-fields, which actually sorts a region whether or not it’s on a single line. When called interactively, you will need to supply two regexes. The first is used to identify the record and the second to identify the key of that record.

If you specify a match field in the record regex, you can use a match number (\n) for the key regex. If the key is the whole field, you can use \&.

Choi has an example that shows how to sort quote-delimited strings on a single line and the documentation has an example of sorting lines by the first word that starts with f. The documentation example shows how powerful the method really is.

In any event, this post is partially a reminder to future me and you should bookmark Choi’s post to remind yourself how to do it. It’s another one of those things that you don’t need very often but when you do, you’ll be really glad to have a reminder of how to do it.

Christian Tietze has an informative post that tells us how to keep an Org file sorted. Your first question should be, “What do you mean by sorted?” Your second question should be, “What does ‘keep sorted’ mean?”

Tietze answers both these questions. The answer to the second question is easier. By “keep sorted” he means that after adding an entry to the file, it will automatically be inserted into its proper “sorted” place without the user having to do anything special.

The answer to the first question is “it depends”. Not very helpful, I know. The precise answer is “whatever sorting order you can describe with org-sort-entries.” Take a look at its documentation to see how many possibilities that entails. You can also provide your own comparison and data extraction functions so the practical answer is “just about any order you desire.”

There is, of course, a bit of configuration that you have to do to have all this take place. Tietze’s post explains how to set things up. The org-sort-entries function is so flexible that it will cover most cases out of the box but there is, as I said, an escape hatch for special needs.

This is another example of how much flexibility is built into Emacs and Org. Most users probably don’t need and aren’t even aware of the functionality that Tietze writes about but it’s there for those who do need it.

As I and others keep telling you, it’s not an editor, it’s a Lisp instance with built in editing commands. You can make just about anything you need happen, usually pretty easily.

The Emacs Cat has a post on an Emacs feature that I use but had mostly forgotten about. It concerns the Emacs time stamp that lets you record in a file when it was last modified. I use it at the top of my init.el to record when it was last changed.

It’s pretty simple to use. You just add a Time-stamp: string somewhere in the first few lines of the file, do a tiny bit of Emacs configuration, and Emacs will add a time stamp whenever the file is saved. My impression is that it’s mostly used in init.el files but it can be used in any file that you edit with Emacs. The Cat’s post give some examples of using it with an Elisp file, an Org file, and a C++ file.

Usually you have to have the Time-stamp: as part of a comment but in some cases, as shown in the Org file, it can be part of the actual file data. Almost everything is configurable. You can specify how many lines from the top of the file to look for the Time-stamp, and you can specify what the time stamp itself with look like.

Take a look at the Cat’s post or the documentation for the details

Well, actually on any Mac but I couldn’t resist the symmetry. You’re probably wondering what this post is all about. It turns out that Apple computers are inclined to autocomplete “Emacs” to “eMacs”. That, apparently, is because Apple once sold a computer—mostly to the educational market—named the “eMac”.

Over at the Emacs subreddit, uamplifier explains this and provides a link to a Wikipedia article that gives the history of the eMac. All this may be marginally interesting to Emacs users on Macs but the comments provide an additional aspect.

The rest of this post is a sort of PSA for Emacs users on the Mac. The comments to uamplifier’s post explain how to eliminate this antisocial behavior. The first thing you can do is replace the Emacs → eMacs completion. That solves the problem but you can also just disable the Apple dictionary in settings. See the comments to uamplifier’s post for the details.

I’ve never had this problem, probably because I don’t use completion very much and never autocompletion. Nevertheless, I’m happy to see a solution because—due to my sensitive nature—I really hate seeing “eMacs” in posts. It always makes me think that the poster has been lobotomized by the eThis and eThat nonsense that is so endemic in our industry. Perhaps it’s Apple and not these people’s brain that are to blame. Regardless, if you’re using Emacs on the Mac and are having Emacs turned into eMacs, take a look at uamplifier’s post to see how to fix it.

Here at Irreal and in many other venues, you hear a lot about staying in Emacs. The hardcore among us treat having to leave Emacs as a fail. To outsiders, it can seem a little obsessive but it all goes back to having a uniform interface for dealing with text.

Here’s a delightful meme that expresses that impulse. As usual, the comments are really interesting. For a bit of context—as one of the commenters explains—with CUA the Ctrl+a Ctrl+x Ctrl+s selects everything, deletes it, and saves the file; definitely not what you get from Emacs.

It’s astounding how many of the commenters say that they’ve fallen victim to the same sort of thing. Others complain of deleting browser tabs with Ctrl+w. One said that he had moved even browsing into Emacs despite its being suboptimal. At least the key bindings do what you expect them to.

There’s nothing really profound in the post but it is amusing and, as I said, the comments are interesting. They show that those of us who would prefer to stay in Emacs are not alone.

Right after it’s too hard to learn, the second most frequent complaint about Emacs is how hard it is on your hands—especially your left pinky—because of its default keybindings. A lot of that has to do with the placement of the Ctrl and Alt keys on modern keyboards.

Sudoshred has a video that explains his system for avoiding Emacs pinky. The TL;DR is that on the Mac you should swap the left Ctrl and Alt keys. That way, you can press and hold Ctrl with your thumb and avoid stressing your fingers. Sudoshred says that since he began doing that his RSI problems have disappeared. The solution for other operating systems is similar.

He also suggests some hand stretching exercises and keeping your hands off the keyboard when you aren’t actually typing. Notice that his advice differs from the usual suggestion to swap Ctrl and Caps Lock, which is what I do.

Some of the comments claim that Emacs pinky is a made up problem harking back to older keyboards and that swapping Ctrl and Caps Lock is all you really need to do.

Some Irreal readers will beg to disagree. They say, for example, that they have to use Evil mode because of RSI problems. I take them at their word. On the other hand, I’ve been using Emacs virtually everyday, all day for almost 20 years and haven’t had any problems. And, by the way, I do everything wrong. These days, most of my tube time is on my couch with my laptop on my lap and I do keep my hands on the keyboard most of the time.

The takeaway is that I don’t know what the best method of avoiding Emacs pinky is. If you’re lucky like me it’s not a problem. If you’re like Sudoshred, a simple key swap will make the problem disappear. If you’re like many other people, you’ll have to give up the default keybinding and move to Evil mode or perhaps something like Xah Lee’s Fly Keys.

Here at the Irreal bunker we’re trying to recover from an, um, excess of enthusiasm for our Easter dinner with relatives. My torpor is preventing me from putting together a detailed post so here’s a short take on something I’ve been meaning to mention.
When I think about reading RSS feeds from within Emacs, the only things that come to mind are Gnus and Elfeed. You all know by now that I’m a huge Elfeed fan and can’t imagine using anything else.

A couple of weeks ago I can across a post from Ruslan Bekenev about a third option: Newsticker. The interesting thing about it is that it’s builtin. Those of you who like minimal configurations with as few packages as possible may want to check it out. If you think you might be interested, take a look at Bekenev’s post. It looks like a very nice application but as I said, I’m very happy with Elfeed and have no desire to try anything new.

Seth Godin has an interesting post on the use and design of tools. His thesis is that some tools, such as a hammer, are immediately accessible to the casual user. Even experienced hammer users aren’t going to be significantly more efficient in their use.

The tools that you and I use—modern tools as Godin puts it—aren’t like that. They’re more complicated and very often difficult for the casual user to use effectively. Sadly, says Godin, these casual users don’t bother to learn how to use these tools well. They take the attitude that they’re too busy to waste time on learning, let alone mastering, their tools. Meanwhile those who do master these tools can be orders of magnitude more efficient with them.

So why does this post have the “Emacs” tag? It’s not a mystery. One of the most frequent complaints that I’ve been seeing against Emacs is that it’s too hard to learn and that, after all, real people have jobs to do and can’t afford to spend time learning things. Left unstated is how all those Emacs users, many of whom have produced truly astounding software, managed to learn Emacs.

Over and over again you see phrases like “VS Code just works out of the box.” That’s great for the casual user “too busy” to master difficult tools but failing to master your tools creates a debt that will come due, probably at a most inconvenient time.

As Godin puts it,

Don’t hold the hammer at the wrong end. And insist on software that’s worth the time it takes to learn.

Most important, once you find software that’s worth the time to learn, learn it.

None of this is to say that you must, or even should, use Emacs. Only that whatever editor you choose, take the time to learn it well.

A week and a half ago, Bozhidar Batsov stirred up a storm by claiming that Emacs startup time doesn’t matter. There was much foaming at the mouth but I agreed with Batsov: Emacs startup time hardly every matters. When it does, it is in very special circumstances that, happily, most of us never experience.

At the end of my post on the matter, I said that if your Emacs startup time is lengthy, it probably indicates a problem with your configuration. Batsov apparently believes the same and in a new post offers some advice for addressing that problem.

He frames his discussion in terms of the use-package macro that most people use. The secret, he says, is to delay loading packages until they are needed. That makes sense because loading a single package won’t take long but loading, say, a hundred may add significant time to your init time. By deferring the loading, you speed up Emacs’ startup time at the cost of adding a tiny delay later when you first actually need a package.

Batsov’s suggestions are a bit complex but the TL;DR is to avoid the :preface, :init. and :config keywords. You should definitely read his post for the details. Ironically, he doesn’t follow his own advice because, as he says, Emacs startup time doesn’t matter.