random($foo)

One of the unresolved issues from my write-up on Firefox 3, Developing and Browsing was that in order to get it work, you’d need to set the Profile Manager to come up on every launch. This of course starts to get old quite quickly (especially since I had already made a separate instance of Firefox.app so that I could have different icons for the apps).

Unfortunately, while there is a simple command switch (-P [profile]) to pick the profile, I couldn’t figure out how to add a command switch to an alias, so I set off on a quest to find the best way to launch these apps…

• First I tried using a shell script as a ‘.command’ file. This launches commands in Terminal.app, but unfortunately, both launches a new Terminal window and leaves it open once it’s done. Less than ideal.
• My next series of tests involved using Automator’s “Run Shell Script” functionality, which worked well, except that regardless of what combination of called shell scripts or &s that I added, the Automator App would always wait for the process (Firefox) to finish. That kind of crowding in my applist was something I didn’t need while alt-tabbing.
• I thought I had some success with ‘Run Applescript’ in Automator (with ‘do shell’) that led me try out some combinations in Automator and the Script Editor (Script Editor Apps are smaller, but slower than Automator Apps. Script Editor Apps also lock up and are one of the few apps that have the old B&W spinner instead of a beach ball).
• Finally, I asked around to see if anyone else had tried this before and rcrowley gave the winning answer, which was to give up and write something that would exec a child process. He suggested pcntl_fork in PHP, but I went w/ Python (just because :).

So the end result are two Automator Apps that each contain a single “Run Shell Script” command:

python -c "import popen2; popen2.popen4('/Applications/Firefox.app/Contents/MacOS/firefox -P default')"

python -c "import popen2; popen2.popen4('/Applications/FirefoxDev.app/Contents/MacOS/firefox -P developer')"

They’re named ‘FF.app’ and ‘FFDEV.app’ respectively for easy Quicksilver access, and icons were copy and pasted (through Get Info selection). That took way too long, but it does work as exepected (they launch, and then get out of the way), so hopefully this writeup helps other people that might be looking to do something similar with Automator.

Also, please leave a comment if there’s a dead simple way to do this that I couldn’t figure out.

Busy with pre-moving tasks, but thought I’d post a quick followup on the Kindle. I’ve bought 3 book so far (I’m keeping a spreadsheet, so far I’ve saved $33.22, or 47.43% off of buying the physical books off Amazon – one of them was also out of stock, so that was an extra bonus; When I get a chance I’ll have to compare the book buying rate to the past year). I also sent out an email to kindle-feedback. Here are the points of improvement I included (specifically software, and not the industrial design, which I’m sure they’ve heard ad nauseum):

1. One of the first things that I did even before getting the Kindle was to queue up a bunch of samples. This is great, but even with this limited amount of titles, it’s pretty hard to find the title I’m looking for. My first set of suggestions are all related to library management:
   • A smarter dashboard style listing would be nice. For example, you could have the Home screen be split in two, with a “Recently Read” and “Newly Arrived” listing. Paging to the next page would get you a traditional listing.
   • Although, while full-text indexing may be out of the question, allowing searching/filtering by limited metadata from the “Show and Sort” menu, or, if there’s a dashboard, having a search/filter box accessible at the bottom of the first page would be a great way to allow a user to quickly find a title from a large (100+ volume) library.
   • Along the lines of organizing a bookshelf (the potential storage capacity, even without any additional SD storage far outstrips the current Content Lister’s ability to manage), a number of improvements would make things better:
     Tagging of titles (and allow listing by tag/section, filtering by tag)
     • Archiving – for example, read books
     • Read % / Status – related to the former, but being able to filter or organize by which books you’re currently reading, haven’t started, and have finished – the metadata is all there, but it’s not being displayed
   • Along the lines of metadata and display, the current separation of listing and managing seems unnecessary. One alternative, especially if you add a second smaller line that contains status and other metadata is to have each book have two click areas (the current 3-segment tall title, which remains the same – clicking opens the book, and a second 1-2 segment tall status line which brings up a context line — note, this space already exists, so it wouldn’t even affect the # of books that could be listed by much…)
2. A related request would be for storage of a reading journal — this data is stored by the device (it autobookmarks and knows which books were last opened, how long, etc.) and, at least according to the Kindle TOS is being reported to Amazon.com. It seems like a big opportunity is being missed by not having a user-accessible journal (the Wii is a good example of what this might look like to the end user).
3. Although I’m not a fan of DRM, I really like what you guys are doing with the media management of purchased books. This is very compelling, although I’m disappointed that it doesn’t extend to periodicals. There are some periodicals I’d be open to subscribing to (any hope of getting The Economist?), but that’s definitely a sticking point to me. I like to annotate and file articles of interest – the latter functionality doesn’t seem to exist at all, and the former works, although it’s too bad that there’s no way to better manage the annotations or get it off the device wirelessly.
4. In terms of legibility, if there were different fonts or line-height adjustment, that’d be quite welcome. This is especially noticeable w/ the experimental web browser.
5. I very much like the ability to make annotations, especially when reading technical papers, essays/articles (unfortunately, the conversion process is somewhat lackluster/tedious – when I tried sending an HTML file to the kindle.com address, it converted it as plain text (tags in the page galore), and since I’m on a Mac, I had to use a third party toolchain (Mobiperl). Err, in any case, my suggestion for annotations is fairly simple – when viewing/editing an annotation, it currently requires a second click to show it. I can (somewhat) understand a second click to edit, but wouldn’t it be better to just show the note (and menu) when one clicks on a line w/ a note?
6. Along the lines of notetaking, I’ve taken to carrying around the Kindle when I’m out and about – there’s lots of times where it’d be useful to use it to type a quick note, but there isn’t any way to do that in a standalone manner. Lists are another potentially useful app, which leads me to ask…
7. Is there any particular reason there isn’t an SDK available? Is there one planned? It seems like there’s a lot of potential for Kindle’s functionality to be extended, whether in terms of additional apps, or for things related its core capabilities. I can think of a half dozen things off the top of my head that would do a lot, I think, to help get a random person to plunk down $360 on the device. The e-book space is littered with devices that require enormous amounts of low-level effort just to get to a point where useful apps can be developed (these, of course are very different skillsets, so rarely has anything exciting to end-users ever happened). It seems like the Kindle is well positioned to be different in this regard. I know there are potential pitfalls (although, having been intimately involved in making similar design decisions [open APIs and web services], somewhat overblown since it’d be easy enough to control via dev keys or just by the fact that without easy/automatic distribution, the userbase is self-limiting), but I believe the rewards are manifold, and I hope you guys at least give it a try.

There’s one additional issue that I didn’t mail in that’s been getting on my nerves – when buying a book, it comes down the pipe quite quickly, and it’s a simple (almost one click) process that you go through once you get to the end of the sample, but it doesn’t replace the sample chapters, and in fact starts you off all over again. IMO, the ideal experience would be to have some additional pages unlocked so you can continue reading, then, when the full book has finished downloading, to port your annotations, remove the sample file, and open the full book at the location where you left off from the sample. True that kind of polish is typically missing from 1.0 products, but it’s usually the difference between the magical product you love and… well, everything else.

Over the weekend, I broke down and ordered a Kindle (which arrived today). There are lots of good reasons not to get one. Heck, I wrote a screed about it myself last year. (What? Speak up, I can’t hear you over the cognitive dissonance.)

So, why’d I end up getting one? Ironically for a “gadget” purchase, it was the practical aspect that finally pushed me over: I’ll be out of town the next few months and it’ll be inconvenient and impractical for me to buy/store books, or have access to my bookshelf.

While I’m strongly against DRM, I’m also a big proponent of what Amazon is doing with their yourmedialibrary initiative. Anyone whose heard my spiel on digital media knows that I’m a big proponent of media management as a primary value-add that makes paying for digital media worthwhile. As we accrue more and more digital stuff, having a convenient service that stores, tracks, organizes, and delivers it when and where we want it is going to be increasingly important (and necessary).

I have a lot of books that I really like (and that are quite nicely formatted and probably won’t be replaced anytime soon by eBooks) but looking at the couple hundred volumes on my bookshelves, I’m having a hard time finding many that have truly sentimental value. I think at the end of the day, I could cut down my shelf by at least two-thirds, maybe more. The upshot, besides much easier future moving, is that I’d probably use the books much more when the text of my library is fully searchable and easily annotable.

(Obviously, this will probably be different for everyone, but I think more and more will start thinking like this, especially as digital music and video take over. I have about 100 DVDs. None have been touched in months. And the only time I touch the albums I’ve bought are to rip them.)

And now for some talk about the devices. This will be somewhat more of an iRex exit review than a Kindle review (since I just got the latter), but irrespective, I think the former will give some insight into what I’m looking for and expecting of the Kindle.

In terms of the actual reading experience, having had the iLiad e-ink device since its release (Summer 2006), I knew what to expect of the screen. In comparison, the Kindle’s screen is smaller (6″ vs 8″ diagonal), very slightly denser (167ppi vs 160ppi), and has worse grayscale (4 vs 16 shade). It is slightly faster refreshing and a little brighter (40% reflectance vs 32-35%) thanks to a newer Vizplex screen, but overall it’s very similar. The serifed font on the Kindle is heavier and wider, but also better hinted than the iLiad, so while it fits even less text on the page, it may be a bit more legible. If you’ve never seen an e-ink screen, it’s really worth doing. You don’t really won’t understand the fuss until you do. It’s much easier on the eyes than any backlit display, and much more “solid” than any reflective LCD. It’s a flat matte plastic that’s hard to describe. The closest thing I can liken it to is that it looks like the fake screns on the computer stand-ins in office furniture displays.

The iLiad supports more formats, of particular interest being PDF (it runs a modified version of xpdf) and has had a fair amount of hacking done to it. It also has built-in wifi. Unfortunately, a number of issues conspire to make these advantages moot. (Actually, there’s one main one which I’ll get to last.)

Even though the screen is larger than the Kindle’s, it’s still comparatively small (about A6) so A4 PDFs aren’t very legible (the zooming doesn’t work well). This means that it’s not very good for reading technical papers on, and that most real reading (books, etc.) need to go through a reformatting/conversion process. If you’ve dealt with PDFs, you know how difficult that can be, since PDFs aren’t semantic, but layout based by nature. HTML files are an option, but the built in browser doesn’t paginate (or remember your position, or font size for that matter), so if you’re looking to read a book… well, good luck. And while the wifi sounds great in theory, in reality, there’s never been any way to load documents on wirelessly.

All these (and the many other design flaws, both in the hardware and software) could be overlooked or worked around if not for the one major, MAJOR flaw that made the iLiad useless for me – it never had any working power management. That’s right, no sleep, suspend, or hibernate. The lowest power screen in the world (which, come to think of it, these e-ink screens are) doesn’t help one bit in that case. Despite many promises to the contrary, iRex has never been able to address that problem.

Now, granted, as an early adopter, I don’t expect things to always work, but unfortunately, despite the original claims of long battery life (made in page turns, with no hint that it’d be constantly sucking juice), the device barely makes it through a few hours, not even a full day. This is a bit mystifying considering the success that OLPC and Amazon have had with instant suspends. Even worse, there’s no sleep or hibernate, so a full power cycle is required before reading. Surprisingly, they’ve released additional products (presumably aimed at real consumers) that haven’t addressed the problem at all.

To give you an idea of what this means: the iLiad took 49 seconds to boot up, and then another 14 seconds to load up the PDF. That’s over a full minute just to do the equivalent of opening a book up. I don’t think they mention that in the “features” section of their marketing. Considering that the average cell phone wakes up instantly, and heck, my laptop is up in 5s, this failing is really just incomprehensible to me.

This aspect of course was the Kindle’s easiest sell. The reviews and reports give it an average of 4-5 days of battery-life w/ the wireless off, and 1-2 days with it on. More importantly, resuming from suspend to where you left off takes between 3-4 seconds. That’s not too shabby (opening a new book from the menu also takes about 3-4 seconds). That there is basically the difference between a daily-use device vs. an over-expensive toy.

In terms of data loading, the Kindle has both the email gateway which I’ve tested, and is certainly convenient (after giving it some thought I’m pretty sanguine about using it since I’m pretty sure that the liability implications of keeping/tracking the files sent trump any value they might get from storing it for future data mining), and it simply mounts as an external drive when connected via mini-USB (another failing of the iLiad is its ridiculously large and awkward dongle attachment for power, USB, and network connectivity).

While there is no official Mobipocket software for the Mac, there is an alpha version of a linux tool, and more importantly, an open source set of tools called Mobiperl that seems to work well.

All in all, it’s doubtful that I’ll ever touch my iLiad again (well, we’ll see how OpenInkpot does), but from my limited time playing around with the Kindle so far, it looks like it should do the job that the iLiad never could.

Which isn’t to say it’s perfect. Even with my limited usage, it’s obvious there’s definitely lots that could be improved (for example, the content lister is pretty impossible for organizing anything close to the storage limit – it’s just a straight file listing with no ability to organize (tag, search, look up) or way to keep track of the the read/unread status). And yes, the industrial design is heinous – even ignoring the aesthetics, it’s pretty much impossible to pick it up without accidentally turning the page (death by 700ms cuts?). And it’d be nice if there was a way to open up or work on the device itself (igorsk has been the only person who’s done anything of note so far), but for now, I’ll be happy with having a device that should be usable for what I got it for.