Endless Nights is another book from Neil Gaiman in the world of The Sandman.  It contains seven stories, one for each of the Endless.  It is … impressive.

Each of the stories captures the personality of one of the Endless.  Possibly the weakest of them in that respect are Death’s and Dream’s, but they’re also probably the most prominent characters in the Sandman series, so the lapse is forgivable, especially since Dream’s gives some very nice backstory for the Endless.

Probably my favorites from the set are Desire’s and Destiny’s stories.  Each is a succinct encapsulation of its respective Endless’s personality, combined with some stunning artwork.  Death’s, Dream’s, Delirium’s, and Destruction’s are all good stories, with excellent artwork of their own.  Despair’s story is probably the one most different from the others, and while it’s very well done, I can’t say that I enjoyed it, largely because it isn’t really meant to be enjoyed.  I’ll say simply that it is very well executed, contains superb artwork, and I had to rest for a while after reading it to recover.

If you’re a fan of Sandman, buy this book.  If you’re not familiar with Sandman, a lot of the point of this will be missing.  It’s probably still worth reading for the artwork alone, but the Endless are what really drive this book.

For my part, I’m very happy to place this book on my shelf beside my other Sandman novels.

I spent some quality time with several MTA ticket vending machines today, much to my sorrow.  You see, I wanted to buy a $64 monthly ticket.  I pushed the appropriate button, fed in each of my four $20 bills, watched the amount remaining as displayed on the machine decrease by 20 for each bill, then, after I fed it the last bill, watched it display “Money Returned” and spit all the bills back out.  Useful error message, no?  I eventually determined that it didn’t want to give me change form $80.  Fortunately, a local bar had a bartender who was willing to give me change for a $20.  Upon being given exact change, the machine happily supplied me with a ticket.

Then I proceeded to wait an hour for the bus.  In that span of time, three different buses from the 19 route were scheduled to go by.  Not one did.  Thanks again, MTA.

I get annoyed by the phrase “too much free time”.  People use it when they see something that they deem to be useless and a waste of time—certainly nothing they’d do in their spare time, oh no.

It bothers me because it’s effectively one person telling another that that person’s work is a waste of time, with overtones of dictating how they should spend their free time.  Generally, the things that people do in their spare time are things they find worthwhile or at least interesting.  If you don’t like what someone else is doing, go do something useful yourself, but don’t complain about them wasting their own time.

In order to display Unicode characters properly, I also had to set

(set-terminal-coding-system 'utf-8)

in my startup files.  For input, I found set-input-method, which is bound to C-x RET C-\ (which is extra fun, because C-\ is my screen escape character; well, at least it’s not a command I’ll be using over-frequently).  I found I liked the latin-1-alt-postfix input method.  Latin-1 characters are entered via magic two-key sequences such as “a’” for “á”.  It indicates candidates for replacement by underlining them and showing the possible second characters in the minibuffer.  (That’s the “alt” part.  Normal postfix doesn’t prompt.)

No real support for general Unicode, aside from switching input methods among the various charsets.  Reputedly, XEmacs 22 will have much better Unicode support.  With luck, it’ll include an RFC 1345 compliant input method.

Addendum: XEmacs still has a habit of trashing some characters when saving files.  (The characters get replaced by ASCII question marks.)  This happens to a lot of characters.  Plain old GNU Emacs gets almost everything right.  I did have to do the same thing with set-terminal-coding-system as with XEmacs, but that appears to be the only necessary config change.  About the only thing I see wrong is that it’s using strlen() (or its equivalent) to determine line lengths, so lines with UTF-8 characters get wrapped prematurely.  When selecting input methods, it seems to want to default to one named “rfc1345” (yay!), but there’s no method by that name (boo).  Perhaps it’s in another Debian package.

Next geek project: See how well my carefully-customized XEmacs environment transfers to GNU Emacs.

Last weekend I was feeling both bored and geeky, so I did something I’d been meaning to do for a while: I switched to UTF-8.  I’m running Debian unstable, and the transition was relatively painless, though I did run into some problems.

Markus Kuhn’s Unicode page proved invaluable for both theory and practice, as did his UTF-8 example files.  Also of use was Radovan Garabík’s Debian howto for switching to UTF-8.

I got rid of gnome-terminal, sadly, and went back to vanilla xterm.  There were some aspects of UTF-8 that gnome-terminal didn’t support (combining characters, notably), and there wasn’t a good Unicode font that it could use.  (The only monospace font with any sort of reasonable coverage was FreeMono, which looks horrible.  Terminus was actually decent in the Latin-1 sections, but I’d need more than 1152x864 to use it the way I’d want.  The fact that gnome-terminal refused to use traditional X fonts is a separate rant.)  I’m using xterm as xterm -fn '-misc-fixed-medium-r-semicondensed-*-*-120-*-*-*-*-iso10646-1'.

screen supports UTF-8 nicely.  I merely set defutf8 on in my .screenrc.  Debian has a separate package for mutt with UTF-8 support; it’s mutt-utf8.  Once installed, it diverts existing mutt binaries to mutt.ncurses, so just typing mutt works.  irssi happily handled UTF-8 without any intervention from me.  In order to get w3m working, I had to compile and install w3m-m17n.

XEmacs seems uneasy with the whole thing.  I’m using xemacs21-mule and I have

(require 'un-define)
(set-coding-priority-list '(utf-8))
(set-coding-category-system 'utf-8 'utf-8)

in my startup files.  That enables UTF-8 support and autodetects files that already have UTF-8 characters in them.  I still need to figure out how to open other files as UTF-8 (default translation still seems to be ISO-8859-1).  I also need to look at the displaying of Unicode characters.  XEmacs is running in screen in a UTF-8-aware xterm, so things should display properly, but most Unicode characters are displayed as tildes.  Finally, it appears that the easiest way to enter Unicode characters is to call the function insert-ucs-character and type in the decimal (not hex!)  number of the Unicode codepoint.  Addendum: XEmacs does seem to actually mess up some UTF-8 characters.  Sigh.

I played a little with other editors to see what I could do with them.  yudit seems the best of the lot, but it’s GUI-only.  qemacs doesn’t look too bad, but it had some problems detecting UTF-8 documents, which led to munged characters when I saved.  And apparently vim has excellent UTF-8 support.  Figures.

zsh does not support UTF-8.  (Though it’s one of two items in the TODO list.)  It passes things through literally enough that you can paste UTF-8 into a command line and have the app handle it, but you can’t edit Unicode on the command line.  It also doesn’t deal properly with the size of UTF-8 characters, so no UTF-8 in my shell prompt.

Just for the fun of it, I switched the blog pages here over to UTF-8.  I might switch the web server as a whole, but that could break some of my text files.  It doesn’t really matter, because I generally use the HTML entities for non-ASCII characters, anyway.  Why type “àéîõü” (UTF-8) when I can use “àéîõü” (HTML entities) and be much more portable?  Of course, UTF-8 does let me put in things like “ᚠᛁᚢᛖ᛫ᚠᛟᛏ᛫ᚻᛁᚷᚻ᛫ᚦᛖ᛫ᛞᚩᚱ᛫ᚨᚾᛞ᛫ᚦᚱᛟ᛫ᛗᚨᚤ᛫ᚹᚨᛚᚴ᛫ᚨᛒᚱᛖᚨᛋᛏ”.  }:>