TedRoden.com

More on the Emacs icon

I've had a couple of twitter messages and email responses about my post to create a new Emacs icon. To be clear about that post, I'm not looking to build the new Emacs icon. I'm interesting in building a new Emacs icon. I just want a new icon that I can use. Something more modern and that I'm comfortable keeping on my screen all day long. Something that people will want to use, even if they don't use Emacs.

See, the problem with building an official new icon is that there are all kinds of considerations like "branding," "consistency," "accessibility" and the whole Emacs has a 100+ year history thing. I love Emacs, and I'm glad it has such a rich history and a powerful "brand," but I'm not interested wading into those waters.

I'm interested in creating a separate, totally unofficial icon. I'm suggesting we reimagine the whole thing from the ground up. What would an icon look like for the Emacsen of today. The not-quite-text-editor, not-quite-operating-system, passable-tetris-client, etc. What does that icon look like? Does it have an animal mascot of some kind? (I'm nixing the GNU/Bison thing). Is it abstract? I don't know... But we should try to figure it out.

Greg Newman has volunteered his wonderful artistic abilities in the coming weeks, so something is going to happen. But if you have any thoughts, please blog it, join the twitter conversation or email me directly.

A new Emacs icon

I'm inches away from paying someone to create an Emacs icon for me to use. I'm not a big fan of the official icons and I'm tired of using fakes.

I'd make it open source and free for all to use, anybody else interested?

Let me know via @tedroden or email.

In what is turning out to be a series of posts on great new features in emacs 23, I've got another one today.

When you hit C-x C-f somefile TAB RET, normally the filename will be completed and you'll open the correct file. However, in past emacs versions, if there were two files with different extensions (say somefile.c and somefile.h), it would open up an empty buffer called "somefile."

In the emacs 23, when you do the same thing, it will ask you to confirm that you actually want to open this file. It's saved me from opening a ton of non-existent files.

Are you sure?

Vertical window spliting in Emacs 23

As I've mentioned before, I've been using the Emacs nightlies and despite having to work through a few configuration issues, I've been enjoying many of the new features I've been noticing.

One of the things I noticed right away, was how much smarter emacs was about splitting and opening new windows when it needed to prompt me for something. For example, when I do C-x C-f TAB TAB, emacs has always split my screen in half horizontally. However, now it seems to recognize when I've got a super wide window and split it vertically. It's a much better experience.

Kudos to whoever did that... even if it was a while ago and I hadn't noticed in previous emacs versions.

As I mentioned before, I've been using the nightlies of emacs 23 lately. It's good stuff, I have new favorite features almost hourly. Right now, I have a couple favorites that are both part of eshell.

First, eshell now handles C-a like you expect. Previously, pressing C-a brought you back to the total beginning of the line, before your prompt. Now it brings you back to the end of the prompt, exactly like any regular shell.

Second is a feature this one will probably let me stay in eshell more than I already do. You can now redirect output to a file. Before, when you did date > thecurrentdate.txt it would tell you that you can't redirect output like that. Not anymore! That works like a charm now.

These two little things make eshell feel so much more robust. What else am I missing?

Now, if only git would work without telling me "WARNING: terminal is not fully functional" ... but it's time I got comfortable with vc-mode anyways.

I've recently starting using some cocoa nightlies of Emacs 23 as my main editor. It's a bit crashy in places and it took some fixing of my main config files, but it's a lot of fun.

My biggest gripe with it has been how it opens files. Sure, C-x C-f works as you'd expect, but something changed with the way it opens files in other ways. For example, when you drag and drop a file onto the dock icon, it opens the file in a new frame. It also opens files in a new frame when I use my handy command line script (which essentially calls open -a).

I know aquamacs has done this for a while, but I always hated it. So I was esspecially disheartened to see this behaviour make it into standard Emacs... especially since I couldn't figure out how to fix it.

Well, after asking in irc, hober suggested that I do (global-set-key drag-and-drop-something-or-other 'ns-something-or-other). This led me to try M-x customize-group RET ns. Naturally that worked and I found Ns Pop Up Frames. Set that to Never and you're good to go. I'm assuming you could also just do this in your .emacs: (setq ns-pop-up-frames nil).

Something new every day.

TextExpander is a great little OSX utility that reads in all the text you type and based on certain phrases, inserts other phrases.

For example, you could set it up to correct change "teh" to "the." Or you could set it up to take the word "sig" and expand it to be:

You get the idea.

The only problem with this software is that it's kind of a hack. It inserts the replacement text by emulating a Command-v (paste). The offically supported solution is to remap M-v to yank. But any self respecting emacs user who would remap page up should just go back to using vi.

So I created a tiny bit of elisp to import your TextExpander snippets as abbreviations in abbrev-mode. This way, you can configure all of your snippets in one place and still have them work in emacs.

Installation is simple:

• Setup TextExpander to "Expand In" "All Applications, except" and check Emacs.
• Download my elisp code.
• Run M-x textexpander-sync
• That's it.

Let me know what you think!