What do you call emails which are not spam — because one did, technically, ask for them when you signed up for some mailing list or other — but which one nevertheless deletes without reading?

As in, “My inbox is half full of spam and half full of ________.”

It seems like a word that we should have.

When I find a map on the web and I want to take it with me, I take a pen and copy the map onto scrap paper, because I have zero trust that the map would print out correctly.

I use the default font for everything, because I have zero trust that any font I choose would be reproduced correctly by the time my words reach the reader’s screen.

I don’t use bold text in email, because I have zero trust that it would show up right in the recipient’s email client.

I don’t take pictures with my phone, because I have zero trust that I’ll ever be able to get at those pictures in a usable form.

Is it just me, or does the behavior of computer systems rarely inspire trust?

Firefox 3.5 is released today, representing almost a year’s worth of hard work and improvements over Firefox 3.0. Key features include faster Javascript, <audio> and <video< tags that allow media to play as part of a page with no plugins; and private browsing mode (Sing it with me: “The int-er-net is really really great…. for porn!”) Download Firefox 3.5, try it out, and spread the word!

This doesn’t have anything to do with Ubiquity or user-interface design, so it’s not really on-topic for this blog, but I thought I’d let you all know that I’m getting married tomorrow, to Sushu Xia! More info is on evilbrainjono.net, my personal blog.

After the wedding, I’ll be back at work for one week, then I’ll be gone on a honeymoon trip from July 4 – July 26 (and with minimal connectivity) for most of that time. So if you need anything from me, you’ll have to find me before I leave or after I come back.

Finally, Mitcho made this lovely wedding registry for us:
tinyurl.com/jonosweddingregistry.

Here is a three-dimensional version of the Ubiquibot logo, based on Sebastiaan de With’s icon design.

I made it out of styrofoam and paint in a burst of inspiration one Sunday afternoon. It’s my new desk mascot.

More importantly, I wanted to share the link to the Ubiquity roadmap that I wrote. It lays out the big picture of our plans for Ubiquity development and what I think should be the key features and approximate release dates for each version from 0.5 through 1.0.

It’s just a proposal; it’s not set in stone. In fact, quite the opposite of stone: it’s on a public wiki, so everyone is free to edit it. Go ahead; give it a read, and if you find a key feature that I’m missing, or you think a certain thing needs to come much earlier or much later, please leave a comment on the Discussion page, or here on this blog, or just go ahead and add something directly into the roadmap wiki page itself.

Something that I am trying to combat with this roadmap is the dread specter of Scope Creep. The thing about Ubiquity is that it’s such a general-purpose platform… tool… interface… thingy that it’s easy to think of a hundred different directions in which it could be extended. I would love to have a version of Ubiquity that was voice activated, could launch external applications, ran on my cell phone, supported Opera and Google Chrome, and accepted input in the form of questions as well as commands! But we simply don’t have the developer resources to go chasing after every cool feature. If we tried, we would lose sight of the core mission. Some tough choices are in order.

That’s why, at the start of the roadmap, I laid out the three goals that I see as core to the Ubiquity project. Those are:

1. Experimentation with natural language input
2. The “verbification” of the Web (making command functionality as easy to share as web pages)
3. Saving users time on their frequently-performed Web tasks

If it’s not tightly related to one of these three things, then as cool as a proposed feature might be, I think it’s out of scope.

That doesn’t mean that we’ll never work on stuff like voice input, or making Ubiquity run in Thunderbird. (In fact, we’ve already done some experiments in those areas.) I’m just saying that when developer time is limited, those things have to come second to the core goals.

What do you think?

If I haven’t blogged much here lately, it’s because I’ve had my nose to the grindstone — along with the rest of the Ubiquity team, including our insanely dedicated volunteers — on getting the next version, 0.5, released.

Well, yesterday we released a preview version, 0.5pre. It is still somewhat buggy; we’re going to spend the next week fixing the biggest bugs and then release 0.5 for real on Tuesday, June 30.

The biggest news in Ubiquity 0.5 is that it finally supports multiple languages. At release, we have Japanese and Danish supported in addition to English; the infrastructure is in place to add more languages as rapidly as we can recruit volunteer translators.

I celebrated the first release of a Japanese Ubiquity by wearing my happi and geta to the Mozilla meeting on Monday:

(The headband says: 合格 (goukaku), which means to pass a test. Japanese students wear them when studying for exams. In this context, let’s just say it refers to unit tests.)

I may be wrong, but I think that Ubiquity may be the first truly global attempt at a natural-language interface, as opposed to one which targets only a single language. Does anyone reading this know of any other similar experiments? If you do, please leave me a comment — I would love to know about what other work has been done in this field.

I have already written a bunch about Ubiquity 0.5 elsewhere, so rather than repeat myself, let me just link you to the appropriate places:

• Here’s the Labs blog post about 0.5pre. It includes the credits for the main people who contributed to the release.
• Here’s where you can download the 0.5pre extension itself.
• Here’s the release notes that list everything that’s new in this version.

I do want to talk a little more about the fact that we changed the command API. This change meant breaking commands written for older versions of Ubiquity, something I am loath to do without very good reason. But the old API was holding us back: it wasn’t extensible enough, it couldn’t support localization, and it was getting in the way of defining sane and consistent naming standards. Since our original hacky prototype, we have gained so much knowledge (about what the parser and the command API realistically need to support) that a fresh start was in order.

Since breaking backwards compatibility has a high cost, we don’t want to have to do it ever again. We tried our best to look ahead at everything that would make us change the API — and concentrate all of those changes in this one single revision, so that there is just a single “breaks everything” release rather than three or four consecutive “breaks everything” releases.

Updating commands to work with the new API is fairly easy. It mostly has to do with how your command declares arguments. If your command doesn’t take any arguments, then you don’t have to do anything. Full instructions are here: Command Conversion Tutorial. The same page also explains how to ensure that your commands are localizable.

For a lark, I hacked together a quick web-based piano keyboard using the <Audio> tag. The Audio tag (along with the Video tag) is part of HTML version 5, and it’s pretty cool, since it makes the audio file just another part of the HTML page rather than something that is stuck in a plug-in ghetto. That means that javascript running in the page can interact with the audio file, which is what makes this piano possible to do without Flash.

The audio files are pure sine waves (e.g. the A above middle C is 440 Hz) generated by Audacity and saved in .ogg format (an open-source encoding).

Unfortunately it will only work in a browser that supports HTML 5 the Audio tag, which as of right now is pretty much only (shameless plug) Firefox 3.5.

When you’re trying to tidy up a room, there’s a right way and a wrong way.

You can pick up each thing off the floor and ask “Now where shall I put this?”

That’s the wrong way. You will have random objects stashed in hidey-holes all over your house, and when you need something you’ll have to dig through all sorts of random cruft to get to it.

The right way is to look at the room and say “What is this room used for? What things do I do here?”

If one of the things you do in the room is “pay my bills”, then you need a desk with a drawer where you keep stamps and envelopes and your checkbook, a jar of pens on top of the desk, a tray for incoming bills, and a wastepaper basket. For each thing that you do, you set up a “workstation” like this. Then, you get rid of everything that’s not part of one of your workstations.

The analogy to UI design should be obvious.

Look at some software and it’s obvious that the designer had a list of desired features, and they went through trying to find a place to put each one. This is backwards! (In especially bad cases, you can deduce the database schema of the persistence layer just by looking at the visual layout of the interface, because the latter is a reflection of the former.)

You must think in terms of supporting each task that the user will do with your software, providing an efficient workflow for each one, instead of looking at the features you’ve implemented and saying “Where shall I put this?”

I admit it: I have problems staying focused sometimes. I work on the Web all day, and the Web is full of distractions. The Firefox awesome bar doesn’t help matters — all I have to do is type a couple of letters into the awesome bar and it shows me suggestions of all sorts of fascinating, amusing, non-work-related websites. Total distraction is always just a few keystrokes away.

If only I could separate all my websites into ‘work’ websites and ‘fun’ websites, and somehow ensure that when I’m at work, Firefox only suggests the work websites, but when I’m at home, it suggests the fun websites.

Last week, I realized there’s actually a pretty easy way to do this, by splitting my Firefox profile into two profiles. It’s been working out pretty well for me so far; my random websurfing at work has gone way, way down.

Firefox profiles are an extremely powerful feature, but unfortunately many people who could make use of profiles don’t know they exist, because the interface to the feature is hidden. The rest of this post will walk you through the steps to enable profiles, split your profile into a ‘work’ and a ‘fun’ profile, and then purge all of the non-work-related stuff out of the ‘work’ profile.

Let’s get started. Open up a command line and launch Firefox with a ‘-P’ flag (see below for the command line to use on each platform, assuming your Firefox is installed in the default location):

Mac:

/Applications/Firefox.app/Contents/MacOS/firefox -P

Windows:

"C:\Program Files\Mozilla Firefox\firefox.exe" -P

Linux:

/usr/bin/firefox -P

The ‘-P’ flag causes Firefox to display the Profile Manager on startup. The profile manager looks like this:

Uncheck ‘don’t ask on startup’, so that from now on you will be asked which profile you want to use, each time you start Firefox.

Next, create two new profiles, called ‘work’ and ‘fun’. What you really want to is to copy your default profile into these two new profiles. There is no ‘copy profile’ button, unfortunately. So the next step is to exit Firefox and manually copy all the goodies from your default profile into ‘work’ and ‘fun’.

Your profile directories are located at:

Mac:

~/Library/Application Support/Firefox/Profiles/

Windows:

%APPDATA%\Mozilla\Firefox\Profiles\

Linux:

~/.mozilla/firefox/

If you’re not a command-line user, you can get there through the GUI: on Mac, start in your home folder, then open Library, then Application Support, then Firefox, then Profiles. On Windows, you can type or copy %APPDATA%\Mozilla\Firefox\Profiles\ into the location bar of a file explorer window. On Linux — well, it depends on what window manager you’re using, but the .mozilla directory inside your home directory is invisible by default, so you’ll have to figure out how to make it visible; using the command line might actually be easier.

Each profile is a directory named something like:

mf1vv5rj.user

A bunch of random letters and numbers, followed by a period and then the name that you gave the profile. Your default profile (the one Firefox created for you, that you’ve probably been using so far) is called “xxxxxxxx.default”. If you just created two profiles called ‘work’ and ‘fun’, you should see folders called “xxxxxxxx.work” and “xxxxxxxx.fun”. So what you want to do is to take all of the files from inside the default profile folder, and copy them all into the work profile folder. Then copy them again into the fun profile folder. If a message comes up asking you if you want to replace files with the same name, say yes.

Once that’s done, the next step is to cleanse the ‘work’ profile of everything that’s not work-related. Start up Firefox again. You can launch it normally, from the GUI, this time. You should be prompted to choose a profile. When Firefox starts up, choose the ‘work’ profile.

Go to the history menu and choose ’show all history’. Click in the ’search history’ box. Type in the domain of your favorite distraction website. For instance, one of my favorites is ‘fivethirtyeight.com’ (a politics blog):

Now click in the main area, hit control-A (or cmd-A) to do Select All, and hit Delete. If there are a lot of items, the history manager will take a few seconds to delete everything.

Repeat this process for all the rest of the websites you use to distract yourself. Instead of the domain name, you can also enter a word to find all the pages with that word in their page title or URL.

I deleted everything containing the words ‘rpg’, ‘comics’, ‘politics’ — my favorite subjects for self-distraction — plus everything from youtube, ebay, amazon, livejournal, failblog, xkcd, qwantz, achewood, theonion, cnn, tvtropes, penny-arcade, etc. etc… (Wikipedia I kept, because about half of my Wikipedia browsing history is work-related.)

When done purging history, I did the same with bookmarks. You can get to the bookmark view from the history view just by clicking “all bookmarks” in the left sidebar, followed by “bookmarks menu”. I got rid of, again, everything tagged ‘rpg’, ‘comics’, and ‘politics’, all my saved news articles about Somali pirates and experimental robots, all my bookmarked youtube videos of He-Man cartoons and essays about the history of Dungeons & Dragons and tutorials on how to paint Warhammer 40k miniatures.

All of those bookmarks and history items still exist in my ‘fun’ profile, but my ‘work’ profile is now completely clean. When I type into the awesome bar, all I see is sites related to work!

Distracting myself with websurfing is now much less convenient. Ugh! I have to type in a whole URL? I might as well go back to writing code!

Additionally, because I put in the effort to make my ‘work’ profile pristine, I feel a motivation to keep it pristine, which makes me not want to let even one webcomic URL get into the history of my work profile. Maybe that’s just due to my own personal psychology, but it’s one of the things that helps me resist the temptation.

What if you want to use both profiles at once? Normally if you try to launch Firefox while Firefox is already running, you’ll just switch to the running copy of Firefox. But you can override this behavior and force Firefox to run two separate, independent copies, by launching from the command line with the ‘-no-remote’ flag. Like this:

Mac:

/Applications/Firefox.app/Contents/MacOS/firefox -no-remote

Windows:

"C:\Program Files\Mozilla Firefox\firefox.exe" -no-remote

Linux:

/usr/bin/firefox -no-remote

Then you can have one copy running the ‘work’ profile and the other running the ‘fun’ profile. Doing this is a little bit of a pain, but I think that’s actually a feature, not a bug: the harder it is to switch between ‘work’ and ‘fun’, the easier it is for me to stick to the ‘work’ profile until the workday is done.

There are lots more uses for profiles too. I created a ‘guest’ profile, and I switch to it whenever I’m letting someone else use the web on my computer. Not only does it protect my privacy (no logging in to my bank account with Firefox’s saved password!) but it also ensures my guest gets the normal Firefox behavior, without all the experimental add-ons and weird customizations that I use in my main profile.

If you take a look on the right side of the page, you’ll see a Mozilla Labs design challenge logo. That’s because we’re running a Summer 2009 Design Challenge, which is currently open to submissions! The topic is “Reinventing Tabs in the Browser” (a topic I am very interested in).

Click the logo in the right sidebar (or click here) to go to the page with the detailed description of the design challenge, including the deadlines and the instructions for submitting your concept. Go check it out!