All you're "based off" are belong 2 us

Saturday 30 October 2010, 21:40

I saw a Web BBS posting recently in which the poster, who was a foreigner learning English as a second language, asked "Which is correct - 'based off' or 'based off of'?" The person asking the question can probably be forgiven because they don't know any better, and at least were smart enough to ask, but if you know me you'll probably be able to guess that the general agreement among the answers, that "based off of" is incorrect and you should say "based off" instead, caused me to consider the merits of a tri-provincial killing spree.

I will not apologize for being a prescriptivist. There are some usages that would be wrong even if all the other native speakers of English used them; and "based off" (with or without an "of") is such a usage. I'm willing to accept "different than" as an issue of formalism, and acceptable in speech or informal writing even though I do not use it myself; I'm willing to (very grudgingly) grant that persons from the United States of America may be allowed to say "anyways" as a regional dialect thing, even though it makes them sound illiterate; but "based off" is just completely unacceptable.

Nonetheless, from a scientific perspective and from the point of view of "know the enemy," it may be interesting to look seriously at the questions of who does say "based off," and when they started.

Fun with text analysis

Tuesday 26 October 2010, 22:33

I wrote before about the writing style analysis toy; at that time I said the "blogosphere" wasn't ready for such technology, and I still believe that, but I recently did something sort of related that might interest you, and the stakes are a little lower, so I'm going to share it here.

The thing is, in my novel draft, there are 45 chapters, and some of them are deliberately written in different styles from others. I thought it'd be interesting to see if I could detect that statistically. I apologize for not posting the actual text here - you'll have to wait until the book is published - but I'll at least give you the raw numbers to play with and walk you through the analysis.

Disabling Ctrl-Shift-Underscore font resize in Konsole

Saturday 23 October 2010, 10:16

Why is it that all my KDE-related postings seem to be about disabling annoying user interface misfeatures?

Today's has to do with the Ctrl-Shift-Underscore (Ctrl-Shift-_) key combination. This is used for "undo" in EMACS-derived text editors, including JOE. In recent KDE versions, Konsole has started trapping this key combination for "reduce font size." So you're merrily editing away, you try to use the undo command, and suddenly your font has become smaller. To make matters worse, it is a known bug that the key combination Ctrl-Shift-+, which is supposed to be "enlarge font size," doesn't work. So not only can you not undo editing changes anymore, but you can't undo the font size change either. Solution below.

Typesetting astrology with LaTeX

Monday 4 October 2010, 11:31

This entry gathers together information on using TeX and LaTeX for astrological documents, including both software I've released myself, and links to other resources. This is the master entry, which will be updated from time to time; I may also post brief announcements linking back to it as things get updated and changed.

On language and the use thereof

Saturday 2 October 2010, 12:01

Hatred is not the same thing as fear, not even if they often occur at the same time to the same people. When you pretend that those two things are identical to each other, and attempt to build that pretense into the language instead of admitting that it is an activist position - for instance, when you use words like "homophobia" - you make the world a less good place and you harm those of your goals that are worth promoting.

This is important.

Disabling search type changes in kiten

Sunday 26 September 2010, 13:08

The Japanese-English dictionary program "kiten" has an annoying misfeature whereby if you do a search that has no results, instead of saying there are no results it will automatically change the search type to try to get more results for you. For instance, an "Exact Match" search might be changed to a "Match Anywhere" search. Google does that sometimes (for instance, changing phrase searches to bag-of-words searches) and that's annoying too, but at least Google warns you when it does it, and the stateless nature of Google searches means that the change is local to a single search. With kiten, the search type change is permanent (even saved in the config file when you exit). That's a problem if you are doing many searches successively, for instance during translation, and you have to keep resetting the search type. It's an even bigger problem if you have the ill-advised, but default and encouraged, "Automatically Search Clipboard Selections" feature turned on: because then just selecting text in some other application can permanently change your kiten configuration.

Disabling huge-ass panel tooltips in KDE4

Sunday 26 September 2010, 12:40

Big news! I've finally achieved one of my most-wanted misfeature fixes with KDE4: disabling the ugly huge-ass animated tooltips in the panel. I think a lot of others wanted this as well, so I'm hoping they'll link here.

Fixing the JED dealbreakers

Saturday 4 September 2010, 18:45

There are many things I like about the JED text editor, and for a number of years it has been my preferred editor for working on C code. However, it has a number of misfeatures that make it unacceptable for other tasks for which I need a text editor, so I have generally been using JED only for C code, and JOE for most other things (including, notably, English-language writing of both fiction and nonfiction in LaTeX and flat text). Just recently I had occasion to try to edit some C code on my laptop, which had a fresh default installation of JED, and it was a horrible experience, and I realized that I had, years ago, made a number of customizations to JED that I'd long since forgotten about.

For my own future reference, and anyone who might be facing a similar situation, here are some notes on changes I made. I decided while I was at it to try to not only bring the laptop's installation up to the desktop's standard so I could use it for C, but also fix as many as possible of the issues keeping me from using JED for other things on both installations, so that I could at least consider adopting it as my general editor instead of mostly using JOE. It remains to be seen whether JED will be able to serve as my all-purpose editor, but so far I've been liking it once I sorted out these issues.

The battle hymn of the Royal Dwarven Kilted Axemen

Wednesday 25 August 2010, 19:56

I got sick over the weekend, probably from all the stress, so for the past few days I've been working from home, and not working very hard. I've also been playing a lot of Dwarf Fortress. This has involved a steady stream of exclamations along the lines of "Goddammit what kind of mother carries her baby into the extremely dangerous aquifer layer?" and "Caution. Siege engine practice area." After one fort got wiped out by goblins (the goblins only killed a few dwarfs, but then the others were so upset they flipped out and started killing each other) I decided that the next one would have a proper military, and that turned out to involve a unit called the "Royal Dwarven Kilted Axemen." So, naturally, I had to share the below.

Disabling the "same directory as current tab" brain damage of KDE's konsole terminal emulator

Monday 2 August 2010, 20:06

So, you have a new laptop computer. You install the latest and greatest Slackware Linux on it, and it naturally comes with a newer version of KDE than what's on your desktop machine. You open the "konsole" terminal emulator as usual, work for a while, and then when you're ears-deep in /etc/acpi/events or somewhere, you open another tab and Whoa! you aren't in your home directory as you expected, your new tab is ears-deep in /etc/acpi/events or some such Godforsaken place.

Well, the first time you figure you just made a weird mistake and typed cd /etc/acpi/events/or/some/such/Godforsaken/place without realizing it (and then, fnord-like, didn't see the command in the terminal window), and you automatically type cd again to go where you meant to be and you carry on. But then it happens again.

So you resolve to lay off the crack pipe for a few days, grit your teeth and type "cd" again, and so it is only on the third time it happens that you finally decide maybe it's not just you, and you make appropriate experiments and discover the horrible truth: the KDE developers inflicted this on you as a deliberate feature! When you open a new tab it will pry into your bash process, figure out where you are, and put the new tab there to prevent your escape. Heaven help you if you weren't using bash.

That ought to be the end of the story, since they at least had the decency to put a check box for it on the "Edit profile" configuration dialog. Below the fold, what happens if you uncheck that box...