Read Only

I just had one of those “Well Duh! Of course” moments. It came to me with this Emacs Command of the Day tweet:

I always think of Ctrl+x Ctrl+q as turning off read-only-mode in a grep or Dired buffer. See Mike Zamansky’s video on Dired for an example of the latter. But, of course, what it really does is toggle read-only-mode so if you want to put a buffer in view-mode to prevent inadvertent changes you can just use Ctrl+x Ctrl+q to turn it on.

Posted in General | Tagged | 1 Comment

Computer Languages as Weapons

For those of you who like such things, here’s a list of popular languages and the weapons they correspond to. My go to languages are Lisp and C so I guess I’m crazy and dangerous but toting an old—if reliable—weapon.

No matter your favored languages, your ox will almost certainly be gored.

Posted in General | Tagged , | Leave a comment

The pcre2el Package

In my post the other day on Mike Zamansky’s Dired video, I meant to mention one of the packages he talked about but I forgot. That package is pcre2el, a package to, among other things, convert Perl compatible regular expressions to Emacs-style regular expressions. Many people have trouble with Emacs’ regular expressions because of their syntax. They were originally optimized for working with Lisp so some of the escaping rules are just the opposite of Perl’s (and other) regular expression systems. For example, in most regex systems, parentheses are used for grouping and if you want a literal parenthesis, you have to escape it. Because parentheses are ubiquitous in Lisp, the rule is exactly the reverse for Emacs regexes. These days, of course, most people aren’t writing in Lisp so these rules don’t appear to make sense and are annoying.

For those who find this confusing or annoying, the pcre2el package offers a partial solution. The package is essentially a translator that parses Perl regexes and translates them into Emacs regexes. The two engines are different; Perl regexes have capabilities that Emacs regexes don’t so the Perl syntax supporting those features can’t be translated. Still, if you’d like to work with the Perl syntax instead of switching back and forth, this package may be just what you need. Take a look at Zamansky’s video to see an example of it in action.

Posted in General | Tagged | 3 Comments

Mastering Emacs on Sale

If you’ve been wanting to get a copy of Mickey Petersen’s excellent Mastering Emacs, here’s your chance:

If you’re an Emacser or want to be one, this is the book for you.

Posted in General | Tagged | Leave a comment

Using Emacs 38: Dired

Mike Zamansky has his latest video up. This time it’s about Dired. Dired is one of the great features of Emacs but many users are only dimly aware of it and don’t make full use of its capabilities. Zamansky’s video is an excellent introduction to some of those capabilities. One of those features, writable dired, is extraordinarily useful and something I use all the time. Zamansky has a nice demonstration of using it to rename several files at once.

One feature that Zamansky didn’t mention is doing a regular expression search on a set of files by marking them in Dired and then typing A. You can also do a query replace by typing Q. There are many more commands like these—take a look at the GNU Dired reference card for details.

As with all of Zamansky’s videos, this one is definitely worth your time, especially if you aren’t using Dired regularly. The video is about 16 and a third minutes long so you’ll need to put aside some time for it.

Posted in General | Tagged | 1 Comment

Google Apps

Regular Irreal readers know that I avoid Google and its applications as much as I can. I use DuckDuckGo for web searches, use Org mode for writing and publishing—and when I must, NeoOffice to interact with documents from the unenlightened—and use mu4e and the Apple Mail.app for email. I still have a gmail account but for years have only used it for mailing lists and now even that has been migrated to mu4e. Now I only check it once or twice a week to make sure there’s nothing else I should migrate.

Mostly, I’ve eschewed Google because of privacy concerns: I don’t like the idea of Google, or anyone else, mining my documents for private information and selling it to anyone willing to pay. That’s a compelling reason for me to stay away and I’m always surprised when folks I consider otherwise sensible say they use gmail, gcalendar, and google docs.

Now there’s an even better reason to stay away. It’s bad enough that Google is reading through your “private” documents but completely unacceptable to lock your documents when they find something they think they don’t like. As the story at the link reports, these “unacceptable things” are often false positives. Even if they aren’t, mind your own business. You shouldn’t be reading this stuff, Google, but if you are and stumble across something you think is illegal then call the police. Otherwise, as I say, MIND YOUR OWN BUSINESS.

But really, I don’t feel sorry for the people who are losing their data. At all. Google has proved over and over again that you shouldn’t depend on their apps. If you’re using Google apps for your critical tasks, sooner or later you’re going to get burned. Just ask this guy.

Posted in General | Tagged | Leave a comment

Emacs for the CEO Redux

A couple of years ago, I wrote about Josh Stella’s use of Emacs by a CEO. I’m always interested in how non-technical people use Emacs so I took note when Stella’s piece popped up again. I reread his post and mine and have to say that I didn’t really do justice to Stella’s post. It’s really excellent and you should give it a read if you haven’t already.

There’s an interesting discussion of the post on the Emacs reddit that’s also worth reading. Stella joined the conversation and said he would write a followup to his original post. I look forward to reading that and will, doubtless, write about it when it appears.

Posted in General | Tagged | 2 Comments

Ivy Occur Customizations

I really like ivy-occur and the way you can take a list of Ivy completion candidates and put it in a separate buffer that you can manipulate in any of the usual Emacs ways. The easiest way to use it is to type Ctrl+c Ctrl+o in a selection list.

It turns out that you can customize what gets put in the ivy-occur buffer for a specific command by writing a function to fill the buffer and registering it with Ivy. One really nice example is that is set by default is the swiper command. You can do a Swiper search and capture all the candidates with ivy-occur. That’s useful if you want to interact with more than one of the selections but what’s really nice is that the buffer inherits grep-mode and can be made writable with the usual Ctrl+x Ctrl+q. That makes it really easy to make multiple changes to a buffer, especially if you leverage something like iedit or multiple-cursors.

Recently, abo-abo announced a new ivy-occur customization: this time for find-file type commands. It results in the occur buffer becoming a Dired buffer. That means you can use the power of Dired to manipulate the list of files. As a real-world example, I often preview my blog posts locally in my browser. That causes the post to be rendered in HTML and placed in a file that the browser can display. Ideally, I delete that file after I publish the post but I usually forget and end up with several useless HTML files in my posts directory.

I used to deal with that by bringing up Dired, typing * . html to mark all the HTML files and then delete them by typing D. With the abo-abo’s latest change I can just type Ctrl+x Ctrl+f html$ to get a list of the HTML files and then Ctrl+c Ctrl+o t D y to delete them.

Follow the link to abo-abo’s post for all the details. And if you aren’t already using Ivy/Counsel/Swiper, you really should try them out. As I keep saying, they are my most useful package.

UPDATE [2017-11-21 Tue 15:48]: git-modegrep-mode

Posted in General | Tagged | Leave a comment

Keeping A Lab Notebook Webinar

I came across a nice Webinar on keeping a laboratory notebook. It’s from the National Institute of Health and is therefore aimed at medical researchers and the type of labs they work in. Still, there are, I think, valuable lessons for those of us in software engineering even if we don’t work in a formal lab setting.

I’m a big believer in keeping a notebook that contains the same sort of information discussed in the Webinar. I record problems I work on and the steps I take to solve (or try to solve) them. Naturally, I keep mine electronically in Org mode. I try to use the method recommended by Howard Abrams in his really great video on Literate DevOps. I’m not doing DevOps but I really like his approach of embedding the code he used to solve a problem in an Org file that explains the problem and what he’s doing to try to solve it. That’s especially useful if the problem comes up again because I have working code that solved it last time.

If you have to fill out activity reports, keeping a lab notebook provides an excellent record of what you’ve worked on and—if you track your time—how long you worked on them. It takes a bit of discipline to keep an accurate and comprehensive lab notebook but is well worth the effort.

The video is a little over 13 minutes long so you may need to plan some time for it. If you’d rather, you can read the slides and associated narrative instead.

Posted in General | Tagged , | Leave a comment

Beginning Emacs Tutorial Video

Derek Banas has posted a nice introduction to Emacs video. It covers roughly the same material as the built-in tutorial with the addition of setting up a Clojure programming environment. Banas covers installing Emacs on both macOS and Windows. One of the commenters complained that he didn’t cover setting it up on Linux but it’s hard to imagine a Linux user not knowing how to install an application. He uses version 25.3 of Emacs so he’s working with an up-to-date Emacs.

Watching the video really brought home how much we all customize our Emacsen. Since he was using a stock install, he didn’t have things like minibuffer completion for file names and commands. It seemed painfully slow compared to how we work when we have something like Swiper/Counsel/Ivy or Ido/Smex installed.

My major complaint is that he used “window” and “frame” interchangeably. That distinction is confusing enough for n00bs without adding to the entropy in an introductory video. On the other hand, the production values for the video are excellent. It was very professionally done, including seamless switching between macOS and Windows.

If you’re an experienced Emacs user, the video probably won’t tell you anything you don’t already know but it’s an excellent resource for beginners. The video is a few seconds over 52 minutes so you’ll have to schedule time for it.

Posted in General | Tagged | Leave a comment