I feel dirty.

But hey, at least I’ll be able to play the shiny new Windows games now.

It’s one of those tools that you just can’t do without once you get used to it — autocompleting arbitrary text and magically getting the completion suggestions right is pretty handy and great even if your codebase doesn’t have the addiction to super-long identifier names that my current employer does.

I sure wish I’d known about BBAutoComplete a long time ago. It’s almost exactly dabbrev for scriptable Mac applications like TW and BBEdit, and it’s free.

So instead of buying/building a new PC, I went to the Apple store and bought a Mac Mini. After a couple days of fiddling, it’s providing all of the old machine’s services (Postfix, SpamAssassin, Cyrus-IMAP, Apache, mod_perl, mod_php, MySQL, WordPress). It’s much faster, which pleases me.

It’s also smaller than some sandwiches I’ve eaten, which honestly kinda disturbs me.

I’m not sure I’m okay with a world in which I can walk into a store in the middle of a nice business district, plop down a couple hundred bucks, and walk out with a fully capable server that pretty much fits in my pocket. Isn’t buying a computer supposed to be, y’know, difficult? Shouldn’t it involve mail-ordering and waiting and irritation and not just “Yeah, hi, I’ll take that one in the middle. Thanks!”?

The most recent part of that is reading Cocoa Programming For Mac OS X. I’m surprised at how much I like it — it’s a very different programming environment than the low-level networked systems stuff I do all day at the Decorative Soap Factory.

It feels a little dumb to come home from programming all day and read a book about programming, but it’s enough of a change of pace that it’s actually kind of refreshing.

It also helps that I’m a little frustrated with work right now, so something I can also spin as increasing my choice of different soap factories to work at really can’t hurt.

I’m currently a Telerama customer, and I’m getting kinda cranky about it. I think it’s time to switch to a more stable provider, but I’m not sure who to go with.

I’m looking for an ISP that’ll give me at least one static IP address and the ability to run a small server (web, mail, etc., etc.).

I’d also like one with off-hours service — while I can deal with the fact that Telerama charges more than Verizon for DSL, I really don’t like the fact that if my network melts down on a Sunday evening I’m basically screwed until Monday morning.

Any thoughts?

The ‘newspaper’ combined feed view it has is super-cool, and I’d love to find something similar in OS X. NetNewsWire’s “Combined” view is sorta close, but I don’t love it and I dunno whether I want to drop $40 on another feed reader.

Anybody have a favorite OS X reader? Should I just give up and send in the $40 for NNW?

I should note that I’m not super-into web-based things like Bloglines.

Also, if there’s some other non-rss-reader utility I absolutely must have, I’d love to hear about it.

I’ll have to use it more before my opinion has settled, but so far I’m very very happy.

Things seem smoother and less broken than I’m used to, and the fact that my zsh setup just basically works with the version that’s installed by default (nevermind the fact that zsh is installed at all) pleases me.

The downside is that I’m going to need to learn a whole new set of tweaks and shortcuts and whatnot.

Also I desperately need to remap control to caps-lock.

More later, I imagine.

Well, okay.

I’m using the shiny new X.org 6.8.1 server with libXft 2.1.6 and Mozilla Firefox 1.0, all tied together with Gnome 2.8.2. I’m as upgraded as I can get, according to /usr/ports, which I have arbitrarily chosen to trust.

So why is it that it still sucks?

I started off focusing on why Tomato Nation shows a jaggedy un-aliased Times font. After a bit of digging, I found that the CSS file the site uses specifies this:

font-family:new times roman,times,serif;

for body fonts. Since I knew from previous times I’ve bashed my head against Xft (the inscrutably named font-smoothing engine, for those folks blissfully unaware of X internals who have for some reason read this far) that Xft works by pattern-matching requested font names against actual fonts, I guessed that the problem was the weird name. It’s unusual to see new times roman instead of times new roman, and maybe that meant that Xft decided it couldn’t figure out how to render this font and fell back on the old crufty jagged rendering.

Okay, fine. Assuming that’s the problem, how do I fix it?

First try: manpages. “man -k xft” only gives me programming manuals, which is pretty useless. I want to know how to use Xft, not write programs for it.

So, second try: Google. Google tells me a lot more about programming Xft, and briefly mentions ‘XftConfig’ files. I don’t seem to have one of those, and all of the references I’m seeing are suspiciously old. Maybe it’s changed?

On to the third try: poking through my machine’s package files. Aha! The package info for libXft-2.1.6 tells me this:

The current version of Xft provides a client-side font API for X applications. It uses Fontconfig to select fonts and the X protocol for rendering them. When available, Xft uses the Render extension to accelerate text drawing. When Render is not available, Xft uses the core protocol to draw client-side glyphs. This provides completely compatible support of client-side fonts for all X servers.

– keithp

Okay, I guess I want to learn about Fontconfig. On to try four, which is yet again manpages:

nlanza@revelstoke:~> man fontconfig
No manual entry for fontconfig

Thanks, “keithp”! Big help!

Try five: back to Google, where I end up at fontconfig.org, which appears to have a User’s Manual. Great, I guess. The manual’s a little opaque:

match target="pattern"

This element holds first a (possibly empty) list of test elements and then a (possibly empty) list of edit elements. Patterns which match all of the tests are subjected to all the edits. If ‘target’ is set to “font” instead of the default “pattern”, then this element applies to the font name resulting from a match rather than a font pattern to be matched.

After a bunch more googling, since of course there’s no user-friendly FAQ at fontconfig.org, it turns out I want this super-verbose stanza to go in ~/.fonts.conf:

  <match target="pattern">
    <test qual="any" name="family"><string>new times roman</string></test>
    <edit name="family" mode="assign"><string>times new roman</string></edit>
  </match>

With that in place, things appear to work. At least, until the next time versions change and my configuration changes subtly, at which point I expect it’ll mysteriously break again.

I still don’t quite get why this is so wonderful and advanced, though. Why do I have to track down mailing list posts in order to find the right four lines of XML garbage to throw into yet another configuration file just so this “fast, powerful, and very flexible” desktop (to quote Pete’s Linux weenie) can get basic details like this right?

Apparently when people say “Windows has nothing to come close to that” they mean “Windows actually renders fonts on its own, so you have to find something else to do with your time.”

Oh, extra credit question:

In digging around, I noticed that some Xft properties can be specified either in ~/.fonts.conf or X resources. So if I want subpixel rendering, I can either use this:

  <match target="font">
     <edit name="rgba" mode="assign"><const>rgb</const></edit>
  </match>

or set the ‘Xft.rgba‘ resource to ‘rgb‘.

Here’s the question: Since I can specify this in two different places, if I specify ‘rgb‘ in one and ‘vrgb‘ in the other one, which one wins? No fair looking at the source code — this kind of thing ought to be documented.

Extra-extra-credit unfair question: How is anyone who isn’t deeply familiar with Unix supposed to figure this out? Sure, I have a shiny little Gnome widget to let me specify some parts of the antialiasing, but it won’t do the name mapping I needed here. It doesn’t even really explain what the options it does support mean — they’re just there for you to click on randomly and hope they actually helped.

Maybe I’ll just give up and buy myself a goddamn Mac to use at work.

So now I’m trying out Spam Karma instead, which at the very least sounds nice and had a really convenient install.

If it causes problems with comment posting, please let me know.

If it works out, I’ll probably install it on UDP too.

Still hating the damn spammers, though.

Edit: After a little fiddling to get it to work with the threaded-comments hack (it needs the same change that popup comments do), it’s working perfectly, and it installed really smoothly through the plugin-manager plugin. Excellent!