Thursday, May 26, 2011

How ePub came to Kindle-land (a Fairy Tale)

Once upon a time, a humble bookseller named Bezos had a compelling dream: "Every book ever printed, in any language, available to read in under sixty seconds."

With these words still echoing in his head upon awakening, he looked around. There were some people reading books on their desktop and laptop computers. A few on their Palm Pilots and Pocket PCs and Symbian phones. There were seemingly dozens of digital formats, but limited availability of professionally produced content. This type of reading was an unpleasant and inconvenient and dangerous activity, undertaken only by People of the Fringe, willing to withstand the rigors of mobile, digital reading without complaint or concern for their deteriorating eyesight, due to the constant eyestrain caused by reading miniscule text on low-resolution, backlit computer displays. Bezos cried out to the skies in despair: how could he ever realize his wonderful vision? He was, after all, just one man. (Well, okay: a very rich and powerful man, with billions of shareholder dollars at his disposal.)

So he looked around some more. There was a new, magic, low-energy reflective display called 'e-ink', that had a paper-like look to it. Even ordinary people could stare at it for hours and hours and hours without the slightest discomfort. There was even a new device designed to utilize the Magic Screen for the specific purpose of reading digital text, confusingly called 'Sony Reader' (the device itself could not actually read anything, it was up to the user to do the reading). He also learned that Sony didn't understand publishing, or marketing, or people who read books, or even where books come from, and that this was just another piece of electronics to them. "They don't understand," Bezos thought. "I guess I'm just going to have to make one of those things myself somehow."

He looked further, and wider, to the shores of Europe, and finally, to Paris. There he met Monsieur Mobipocket (an unusual French name to be sure), who had developed a Reading System that worked on many mobile devices, coupled with a small but vibrant internet bookstore, with a number of participating publishers. For, it is true, the Reading System included the semblance of protection from the ravages of Digital Piracy, as demanded by said publishers. The System used its very own Format, adopted from ideas that had taken shape as the Open eBook Standard. They named the Format 'Mobi'. Mobi was very small, and very quick, and could render formatted text on the smallest devices using but the puniest of computing resources. But these devices were the same devices that only People of the Fringe could understand or tolerate. Bezos liked what he saw, but something was missing.

Following his meeting with M. Mobipocket, Bezos' mind reeled with possibilities. What if...? Yes, what if you had a Magic Screen device, added the wireless connectivity of a mobile phone, and combined it with M. Mobipocket's System? He did some quick calculations on a napkin at what had become his favorite café in Paris, "Le Kindle", withdrew a tiny portion of the money which his Investors had given him, and set immediately to work.

He rushed back, cash in hand, to buy M. Mobipocket's System. Their catalog provided the nucleus of a new, rapidly expanding one, as publishers got even more content in quickly with the help of Bezos' ebook-fabricating dwarves. He had some of his elves design a Sony Reader clone with a Magic Screen, but with a keyboard, for he knew readers would want to add their own notes to the books they love, and the touch screen technology of the time would have reduced the Magical properties of the Magic Screen to almost nothing. Some other elves adapted the System for wireless delivery.

Finally it was finished. He named it 'Kindle', priced it just below Sony Reader's price. Homely as it was, it quickly became a best seller and it was time to refine and improve the System further. The elves added TTS, a web browser, and fairy dust. An update added PDF support, with it, Adobe's Reader Mobile SDK. And sharper fonts. Always the fonts must get sharper.

"Wait. Isn't that the very same Adobe RMSDK that enables rendering of ePub files, and support for DRM that allows sharing of content among the reading systems that license it?" you ask. Why yes indeed. We were just about to introduce Mobi's younger sister, ePub, and you'll come to understand everything about this.

ePub, like most younger siblings, learned by example and improved on it. She refined Mobi's more primitive formatting. Adobe had known her since she was born, and incorporated her into their expanding digital publishing business. Soon they partnered with Sony and developed a mobile reader SDK to rule them all, combining the new digital document standard, ePub, with Adobe's old digital document standard, PDF, so that anyone could create a reading system quickly with all of the basic functionality required. Combined with Adobe Content Server, it comprised a secure ebook delivery system like that which M. Mobipocket had pioneered.

Even as pleased as Bezos was with Kindle, he recognized the importance of PDF to many readers, and while Mobi was proving its worth, in the back of his mind, Bezos understood that support of standards like ePub was important, and that one day, he would want Kindle to work with her as well. But there was so much to do, and it was all so exciting! and so very Profitable! So he licensed the Adobe RMSDK, had the elves implement the basic PDF support that was required, and moved on to other things.

There was a larger screen Kindle. Then a new Kindle with an even more Magical Screen, wi-fi capability that provided a lower cost option with wireless capability, Collections, social networking features, even sharper fonts, basic support for Cyrillic, Japanese, Chinese, and Korean script, and even Real Page Numbers! Kindle apps for Android, iOS, Blackberry, Windows Mobile, Windows, and Mac, all in perfect synchrony! A more affordable, Kindle with Special Offers! Library borrowing capability was announced. Was there anything more to be done?

It was at this point that the ePub3 specification was released. ePub was all Grown Up! All the ebook designers wanted to work with her, and explore her many fine qualities and capabilities. Mobi was still functioning well, but his time was nearing an end. Reading Systems, including Kindle, were gaining more power, and no longer required or even appreciated his elegance and efficiency. Even Bezos was smitten with ePub. It was time to bring her on board.

He began talking with his elves and marketing fairies and business wizards. "How can we make this happen? How can we help Mobi have a well-deserved retirement? How can we make ePub happy here?"

The elves spoke first. "We already have the Adobe RMSDK. We didn't dare tell you before, but we already have a beta version of the firmware modification that will allow the current Kindle models, and even the penultimate generation models, to render ePub handily and seamlessly. We can continue to make Mobi files for the Kindles and Kindle apps that can't read ePub. A large portion of the source we get is already in ePub format, and we've been setting these aside just in case and have tested everything on our development servers. We're really smart, in case you didn't notice." If only they paid us accordingly, they mumbled under their breath.

The business wizards interjected. "That's going to be expensive! MAYBE we can update the current models, but not anything before that! And there's no way we're going to license the Adobe server and pay them transaction fees! Jobs saw right through that scam!"

The elves responded. "Well as to that, there's really no technical issue. We can handle multiple formats, and deliver the appropriate format to the appropriate reading system, we created all of them and know their capabilities. We'll use the existing device IDs to generate the encryption keys to apply DRM to the ePub content, as per the specification. We don't need the Adobe server for any of this, we're only selling these to Kindle customers."

The marketing fairies could no longer contain themselves. "We want everyone to be a customer! We want to sell ebooks to anyone no matter what reading system they are using! They will come to appreciate the advantages of becoming Kindle customers as well, with all of the exclusive content and services we offer, and we'll need to let them take the ebook content they already own with them, or they'll never switch to us. We have got to support Adobe DRM."

The wizards hemmed and hawed. "Well, I can see your point. We can always use more customers, and we won't actually be giving non-Kindle customers the services they would have as Kindle customers. We can probably afford to pay Adobe a little something for that side of the business. But what about the rest?"

One of the elves, who was something of a smart-ass, spoke up. "You do realize that in the Kobo reading system, Adobe only gets paid for licensing fees of the RMSDK that is used on their reading devices to allow side-loading of 3rd party DRM content—it is not licensed for their reading apps, which use a non-Adobe ePub rendering system—and Adobe DRM is applied by Kobo's Adobe Content Server only when someone requests to download an ePub file for reading on a non-Kobo reading system? You do realize that's really all we would be doing? Anybody can see that, can't they?"

Bezos weighed in. "Okay, enough of the attitude, Elvis, but that makes it pretty clear. How soon can we do this? I want to be first out the door with an ePub3 implementation. Work out the arrangements with Adobe, have Legal go over things to see what we need to tie up with publishers and get them to give us their ePub files ASAP—that is, the ones we don't already have because they were to darn lazy to convert them themselves. It's time to join IPDF and get ePub to like us! To like us a lot!"

And so it came to pass. And everyone lived happily ever after. And every book ever printed, and even those never previously printed, in every language, was ready to read in under sixty seconds. (*)


(*) With a fast internet connection. When they don't have embedded audio and video. Statement assumes people still read and write.

Sunday, February 13, 2011

Thoughts on Apple's rejection of Sony's Reader app

A couple of weeks ago, Sony announced that their Reader app for iOS had been rejected by Apple. Apple stated that they did so to enforce their existing and unchanged policy, which is that apps which initiate purchase of content that is useable within the app must include an option to purchase the content using the user's iTunes account, using the 'IAP' (In App Purchase) API, which currently deals Apple a 30% cut of the sale. Reporting suggests that Sony's app was doing the same thing any number of other reading apps were doing, and that it has implications for the other reader apps.

(I don't know if it is connected, but Sony has been making noises about pulling their media out of the iTunes Store.)

Never mind that I have pored over the App Store guidelines in vain looking for this policy, and that apparently in the past, vendors like Amazon and Barnes & Noble were told by Apple that launching a browser to complete a purchase was an acceptable workaround to avoid IAP.

Apple has said that existing apps that violate this policy (whatever it is) have until the end of March to replace their already-approved apps with new ones that don't violate the policy.

If, as many fear, this means death to all reading apps, that would indeed be a very bad thing for those of us who enjoy the freedom to shop for ebooks from virtually any vendor on iOS, making it nearly unique in doing so (other mobile platforms don't have quite the number of reading apps that iOS does). However, it is said that said vendors are 'in negotiations' with Apple about the matter, so we'll see what happens when it happens.

I would note that on my iPod Touch, have at last count at least 9 reading apps that will launch a purchase workflow (always by using the Apple-suggested workaround of launching a browser):

  • Kindle
  • Kobo
  • Nook
  • Google Books
  • Borders
  • txtr
  • Bluefire
  • iFlow Reader
  • Zinio

Presumably the Audible application (for audiobooks) would also qualify as violating the policy.

However, note that content so purchased is not tied to the app. Having purchased it, there is no requirement that it be immediately downloaded for use by the iOS app. In each case, content is accessible using other apps and platforms. A purchase I initiate with Kindle app can be sent to any of my Amazon-registered devices or apps.

Interestingly, the Marvel Comics app _does_ use in-app (IAP API) purchase (using the user's Apple account). But they are the publisher of the content, not merely a storefront. They can afford 30% for distribution and convenience of in-app purchase. Like content purchased for the above apps, Marvel's content can be read elsewhere (web browser), but it looks like they don't offer apps for other mobile platforms yet.

Note that Apple provides none of the purchasing backend for any of these sales, and there are dozens of storefront apps like,,, for purchasing physical stuff online, and their purchasing workflow is in-app. But Apple isn't going after them (yet).

Finally no competing commercial platform is insisting on a cut of sales made on their platform:

  • Blackberry
  • Android
  • Windows Mobile 7

(not to mention reading apps for Windows or OS X)

So on what basis can Apple justify enforcement and application of the policy here? What value are they adding that is not the same value added for sales of physical goods, or greater than that added by competing platforms? As far as negotiating something less than 30%, what percentage (other than 0%) can be considered 'fair'? Is this a rhetorical question?

Assuming worst case (apps need to be re-submitted using IAP as well as browser launch, or have the purchasing workflow removed entirely), I see the following shake-out:

  • Amazon is in the best shape. There's nowhere else to go if you want to read Kindle content on your iOS device: you have to purchase from Amazon. They can remove the 'Kindle Store' button, perhaps provide an in-app 'download sample' capability, and describe how to purchase by launching Safari, etc. They could also create a HTML5 web app for Kindle Store to further streamline web-based purchasing. The web app could store login credentials and an 'Add to home screen' link for it placed somewhere in the web purchase workflow when it sees the user using Mobile Safari. Apple cannot prevent this, since it bypasses App Store requirements completely. I imagine they could even have a dedicated Kindle Store iOS app that just purchases content used by the Kindle app, because a Store app would not actually consume or download the content but just make it available in the cloud.
  • Kobo, Borders, are okay too, they are multiplatform, but they don't have the format/DRM lockin that Amazon enjoys. You can purchase compatible content from any number of ePub storefronts, and read them with the Kobo app, and all of those storefronts are going to have more or less the same accessibility. And you don't even need the Kobo app to read Kobo ebooks - we still have also Bluefire, iFlow Reader, and txtr. So their presence might diminish somewhat.
  •  B&N is in a different category, but similar to Kindle. You pretty much need the B&N app to read purchases from B&N (well, Bluefire will too), it won't read content from other storefronts (a Nook will, but not the apps AFAICT), and so B&N customers will still want an app that does that, even if they can't use it to purchase content. So they can also remove storefront access from the app and provide a separate web app or whatever for the storefront itself.
  •  I'm concerned about txtr, Bluefire, and iFlow Reader, however. They are not multi-platform, and rely on the connected-storefront sales to make some money. Without it, they'll either have to charge for their apps, or incorporate some sort of advertising tie-in. It may spell the demise of their business plan, and we would be the poorer for it: they are some of the more innovative reading systems on iOS.

Needless to say, those of us who appreciate what a great reading platform iOS has been are a little anxious about what will be.

There. I've said it. What are your thoughts?

Monday, February 7, 2011

Observations concerning the Google ebook platform

I thought it would be useful to summarize some of the properties of the Google ebook platform, some of which are unique.
  • Not unlike Amazon, B&N, etc., all of the ebooks associated with your Google account (free or purchased) are stored in the cloud with your Google account.
  • The iOS & Android apps do not download PDF/ePub as such, but rather use some Google-proprietary storage format. The Google ereaders do not allow 'side-loading' or 'open with' functionality, and can only open content that comes from Google's cloud storage.
  • The iOS & Android apps, web ereader do not use Adobe Reader Mobile technology, unlike other Adobe DRM-based reading systems. Google does not license the Reader Mobile software. As such, neither the Google mobile apps or the web ereader need to be authorized with an Adobe ID. 
  • Adobe DRM is applied only for DRM restricted titles, when downloading for use in a non-Google ereader (which needs to be authorized with an Adobe ID). Google licenses the Adobe Content Server for this purpose.
  • The Google instructions indicate that you need Adobe Digital Editions to download an ePub or PDF file. That's not strictly true: you can use any application that is authorized with your Adobe ID to open the .acsm file you get from Google, and download the ePub/PDF. For example, Bluefire can do this on iOS. 
  • So the Google ebook platform operates independently of Adobe technology, though it works with platforms that use it.
  • Some purchased titles do not allow downloading and must be read with the Google web ereader or one of the Google mobile apps.
  • Google now requires a credit card on file, even if you only want to get free books.
  • Apparently the Google apps and web interface consume a variety of CSS-free ePub whose capabilities are not well understood. Yet another challenge for ebook designers who want their ePubs to look good everywhere...

Thursday, July 29, 2010

Amazon announces the new Kindle

I will admit that I was rather unexcited at rumors that a new 6" Kindle would be shipping in August. The Graphite DX had just shipped without introducing any new features beyond its undeniably improved screen. I was prepared for the worst: the new Kindle would likewise have the same form factor and firmware, with only the 'graphite' color and improved screen to recommend it. Ho, hum. Let 'em try to sell me a new Kindle!

Given this attitude, I was completely unprepared to resist pre-ordering a new Kindle 5 minutes after reading about it (it took me that long only because I had to boot up my computer)! As it happens, the improved screen is just one of the improvements, and does not even outrank some of the others in my estimation. 

I've separated the hardware and software improvements, as the latter could potentially pertain to K2 and DX owners via a software update and are worth noting for that reason.

Hardware improvements:
  • 50% better contrast 
  • 21% smaller body, 15% lighter, retains same 6 inch reading area
  • joystick replaced by more ergonomic array of buttons
  • storage is doubled
  • up to one month of battery life
  • quieter page turn buttons
  • improved keyboard operation
  • Next/Previous buttons on both sides for full ambidexterity
  • numeric keys are gone, but apparently DX-like entry is possible (ALT+a top row letter) as well as from SYM table
  • built-in Wi-Fi, free access at AT&T hotspots
  • hinge system can power a reading light integrated into the cover
  • a built in microphone (to be enabled by a future firmware update)
Software improvements:
  • proprietary waveform/font technology for faster page turns and sharper letterforms
  • improved PDF reader with dictionary lookup, notes and highlights, ability to adjust contrast, and support for password-protected PDFs
  • new WebKit-based browser should be faster and easier to navigate, includes 'article mode', zoom options, improved navigation 
  • Voice Guide to assist menu navigation
  • select from among two serif typefaces (Caecilia and a condensed Caecilia) and a sans serif
  • Expanded script support for text display: Cyrillic, Chinese (Simplified and Traditional), Korean, Japanese. Finally!
  • Lowest price yet! ($139 for the Wi-Fi only model)
  • the 'header'/status auto-hides after the first page viewed! more screen real estate. MENU key reveals it temporarily.
  • Oxford English Dictionary has been added (for a total of 2)
  • progress indicator for downloads
  • no-fee downloads when Wi-Fi is used
  • Kindle access to Audible audiobooks in Kindle store (using Amazon or a linked Audible account), downloadable over Wi-Fi
It's really a fantastic upgrade, and will keep me Kindling kontentedly for the foreseeable future. Given this round of font enhancements, surely the font-hackers can declare victory and go back to reading books instead of hacking the fonts now?

I purchased the Wi-Fi only model and will use the $50 saved on a cover with built in reading light. There is no 3G coverage where I live, I have Wi-Fi at home and at most of the places I travel to regularly. In addition, I'm planning to get a Droid X, which (for a fee) will let you share its 3G connection with up to 5 registered Wi-Fi devices. Since I already wanted that capability for connecting my laptop to the internet, the Kindle can come along for no additional charge.

Regular readers will understand that I always have critical things to say as well. This is no exception!

What is still missing:
  • support for PDF reflow (useful with properly tagged PDFs) and PDF links (for navigating Table of Contents, etc.)
  • apart from the additional script support, no internationalization features (non-English menus, keyboard entry, dictionaries)
  • no automatic orientation detection like the DX (I'd pay maybe $5 more for this)
  • no support for directly navigating the NCX TOC (identical to ePub TOC) text, as opposed to the HTML-based TOC that is usually inline with the text (as in print editions). Currently books that have one of these just use it to enable efficient chapter to chapter navigation, and display of marks in the progress indicator to show distribution of chapters. But the Kindle Previewer application allows direct navigation of the NCX TOC, which can have more than one level to improve navigation efficiency. I'd like to see a feature added that would pop up the NCX TOC (say by ALT+T), it would highlight the chapter/section you are currently in, and allow you to navigate directly to another chapter without having to jump to the HTML TOC and navigate that (very inefficiently I might add).
  • no support for library borrowing. Given Kindle's dominant market share, which is likely to only increase as a result of the new Kindle, it is time for Amazon, Overdrive, and library professionals to work together to add support for Amazon DRM and formats to library systems and to Kindle software. I believe MOBIPocket DRM is supported in some libraries, so it shouldn't be that hard to add at least Amazon MOBI DRM to the mix. Amazon could add Adobe DRM unilaterally to enable this, but they won't, probably because of licensing fees and the complexity of having to support more than one DRM scheme, when one is already too many. In any case it is not Amazon's job to provide content to library patrons, that's the library's job (along with the system developers and content aggregators who serve them).
  • a better way to navigate to document hyperlinks (for endnotes, chapter navigation, web addresses, etc.). As it is, you have to stumble over all the non-hyperlink text by nudging the joystick (or whatever it is called now) around. I'd like to see a mode (ALT+joystick? ALT+enter?) to navigate directly to the hyperlinks on a page. Even if I'm the only one who would know about this feature and use it...
  • no support for Adobe DRM and therefore no ability to read books from non-Amazon ebook retailers that use Adobe DRM (B&N, Borders, Sony). As long as Amazon's selection and pricing remains as good or better, I don't much care about this. One can always use any of a number of devices (PC, Mac, Blackberry, Android, iPhone etc.) for such material. I'd rather see DRM go away completely (the subject of a future blog article).
  • pan/zoom of ebook images. on a 6" device, you can't get sufficient zoom to read many maps and charts, even if the image resolution is sufficient to show the detail.
  • STILL no built in ability for custom screensaver images? Or maybe it was not worth of inclusion in the press release. I think I did read somewhere that the latest Kindle software updates were successfully overlaying screensaver hacks, which might be good enough.
It would be nice if some of the software improvements - especially the font enhancements - trickle back to earlier models in the form of firmware updates. Why not?

Friday, June 18, 2010

Font Enhancements in the Kindle 2.5 Update

It seemed like a long wait for the 2.5(.2/.3) update to post on Amazon before I could finally see it for myself. Fortunately, I remembered to take screen shots of some text samples before that, so I could make some detailed comparisons of the font refinements. In retrospect, I wish I would have authored my own sample so I could compare bold, italic, small caps, superscript etc. styles, but at least I have this! I've created some side-by-sides for each text size, with my comments. The screen captures in this case were taken when displaying at 500-800% in Photoshop, so each original pixel is represented as a monochrome square 5-8 pixels on a side. I'd be happy to share my PSD file (with each screen capture stacked on its own layer, making it easier to overlay comparisons), but I guess I can't do that here. If you have a suggestion about this, let me know.

Text Size 1 (smallest):
The letterforms and resulting spacing are unchanged as far as I can tell for the default style. I can overlay before and after shots exactly, and they match pixel for pixel (Before and After, respectively):

However, when displaying text with a size attribute applied (e.g. titles/section headings), Kindle seems to select from one of the larger text sizes, which have been enhanced (subtly, but the serifs on "E" are cleaner and the crossbar on "A" is all black instead of half gray):

Text Size 2:
Here we start to see the first real changes. The horizontal strokes and serifs are darker (note the vowels 'a' 'e' 'o' especially), dots in 'i' and 'j' are completely black and clear, periods are darker and crisper, the base serifs on letters like 'i' 'I' 'f' are symmetric, whereas before they were not. This results in slightly tighter letter spacing for some combinations (e.g. 'if') and a more pleasing 'rhythm':

Text Size 3:

Again, we see improvements along the lines seen in Size 2:

Text Size 4:
...and again, same thing in Size 4, though the differences are getting increasingly subtle and less significant ('g' 'o' and 'm' look better, though the i-dot is arguably a regression).
Text Size 5 and 6:
I could detect no changes to any of the characters used in my sample. The only attributed text I had in my sample (title text) looks slightly different, but not significantly so.

Yes, they did something to sizes 2, 3, and 4, and I would pronounce it noticeably 'better', particularly in sizes 2 and 3. And at least the text without attributes (bold, italic, size etc.) in sizes 1, 5, and 6 is exactly the same as before. It seems unlikely that they can improve this particular font beyond this (I think this is at least their second attempt to do so). 

Readers with specialized requirements (or preferences) will unfortunately have to continue to hack in an alternate font. 

I would recommend that Amazon either supply one or two alternate fonts (some sans serif font in particular) or better yet, make it possible to drop in a replacement without hacking, since they will never pick the right one for everybody. And for extra credit, provide an option to override Topaz fonts (though the results of this will not always be pretty, given there could be several embedded fonts in use). And in case I haven't said it yet today, they need to add display support for Unicode, or at least for Cyrillic, Chinese/Japanese/Korean, which as hacks have demonstrated, can be used without any other software changes (we'll worry about readability and text entry of those some other day...).

Wednesday, June 16, 2010

A review of the Kindle 2.5 update

Amazon recently delivered a much anticipated update for the Kindle 2 and Kindle DX:
Having had the 2.5 update for a couple of days now, I must say I'm underwhelmed:
Collections. Nice, but it has an unfinished quality. I have gotten used to having only 40-50 items at any given time, using only the modest organization feature that was (Show Books/Personal Documents/Subscriptions/All Items). With this update, this feature was inexplicably removed.
To achieve the same 'minimalist' experience I enjoyed before with no additional overhead, I now have to create Collections for everything and maintain them, and use the Collections view only. There are more navigational clicks involved to get to the things I'm reading than before, and the appearance of Author/Title/Most Recent is far more cluttered than before, since they list EVERYTHING. In short, they have Harshed My Zen (TM)!
They really need to have some builtin, zero-maintenance 'smart' collections modeled on the ones previously implemented as Show options: Personal Documents, Subscriptions, Books (using the same criteria used previously for the Show options). I would also add New Items and Samples, that do the obvious thing. Maybe Unread (when current position is at the defined start), Read (when current position is on the last page), and Started (when position is not at start or end). Let users hide these builtin Collections if they don't find them useful.
Viewing by Most Recent First, Title, or Author preserves the decidedly non-minimalist jumble of page after page after page of content that people complained about in the Great Folder Uprising of 2009, now with the added insult of having to look at Collections mixed in willy-nilly. What the heck is a Collection's Author, anyway? What's the point of showing Collections on any of these views (well, at least Author or Title)? 
To me, the current implementation fails to deliver us from clutter, introduces navigation inefficiency, and saddles us with the overhead of having to Collection-ize each new item as we add it, lest chaos win out (as it no doubt will).
Some automatic categorization to replace the feature they removed (as previously described) would add a little polish, and mollify me somewhat.
And I'd like to be able to set one of the Collections I've created as a default for my HOME view, so I can efficiently select from the handful of things I'm actively interested in at any given time, return to this list easily, and return some Zen to my Kindle.

It will be interesting to see if Amazon cares to polish the feature some more in response to user feedback.
PDF pan/zoom. Nice, but it makes me wish all the more for a similar feature to pan/zoom images contained in the ebooks I actually purchase from Amazon (what a concept!). As it is, the K2 screen is not large enough to view many images, maps, illustrations and scanned-in tables (Kindle's MOBI format's underlying XHTML dialect has very weak table support, virtually unusable). I realize many pre-DX titles didn't include images with sufficient resolution to zoom at all (I think the tools/process used for authoring Kindle content even reduced the resolution to fit K2 if you weren't careful!), but if higher resolution is available, I want to be able to see it!
PDF viewing is still nowhere near as complete as on competing devices: no PDF reflow (reducing the need to Zoom), and more crucially, no support for PDF navigational links. I want PDF annotation, too, but first things first. As it is, almost any device that can view PDFs is better at this than a Kindle. The irony is that Amazon licenses the Adobe Mobile Reader SDK for the Kindle. Why don't they use it just a bit more?
Password protection (so called). This is the first implementation I've seen in years where your password appears in clear text as you type it, instead of '****'. Better make sure you're alone before waking up your Kindle! And all you have to do is plug the Kindle into a USB port to achieve full access to the contents. Of course the DRM content is and always was protected, but personal documents with personal information, y'know, the stuff that actually needs protection in the event of theft? Totally unsecured.
New Fonts. The increased sharpness is nice, some people may find the bigger sizes useful, but while they were at it, couldn't they have added full Unicode support? The version of 'Caecilia' (Kindle's default font) I have on my Mac has this; why not Kindle's? And I would have put in a smaller text size as well, though that would have required careful tuning to keep it sharp (once I have my reading glasses on, I'm equipped for TINY ).
Facebook and Twitter posts. Totally cool. I'm going to be using it, Friends and Followers.
Popular Highlights. Totally cool, once I discovered the option to suppress display of them when I don't want distractions.
Last but not least:
Full title display on item lists when item is selected. Give that programmer a bonus!
Unfulfilled Promises. Where is the voice-assisted navigation they announced? why can't the item list text be made larger? Why don’t they fight for TTS on all books? What does Amazon have against people with visual impairments? What about the K1 owners, who paid $400 for their more primitive device and paved the way for Amazon's current success?
Kindle Hacks blocked, but requirements not obviated. With this update, Amazon briefly made it impossible for people to hack their Kindles, but have done nothing to address the principle reasons people feel the need to do that:
  • Desire to customize the screensaver images (maybe I find the Jules Verne image offensive..)
  • Replace the Kindle default font with something more readable (some people's eyes can't handle serifs apparently).
  • Replace the Kindle default font with something that has better Unicode support (for Russian, Chinese etc.).
  • Modify the screensaver timeout period
If they want to stop people from hacking by 99% overnight, that's pretty much the complete laundry list of features they need to implement. The engineering effort would be trivial compared to what it takes to prevent hacking altogether, would reduce customer support costs, and it would delight many, many Kindle users. 

20 June 2010 Update:
Okay, there is sort of a smart Collection called 'Periodicals: Back Issues'. As the name suggests, it is supposed to collect back issues of things you subscribe to. Apparently this does not apply to 'Amazon Daily' - the only thing I currently subscribe to. I have a trial subscription going as of today, we'll see if it does something with that.

30 June 2010:
I've regained most of my Zen since the update: not sure where I picked up this idea, but I have padded out my list of Collections with dummy collections, so that there are exactly 10. This puts my subscriptions/newsfeeds and unclassified, new items on page 2, which I can get to with Next Page. Out of sight, clutter begone!
I've even worked out an efficient way of cycling through the items in my Current Reading collection, by hitting the Back button to get back to the collection list to read something from the 'next' item I'm reading (whereas using Home one first has to navigate into the Current Reading collection, then down one or more times to pick the next item). After Back, the item I was just reading moves to the top of the list, and the currently selected item becomes the next item to read, so that only one click suffices to transition to the next book (once the stack is initialized properly). Thus I'm able to reproduce digitally one of my favorite reading techniques for working through several books at once: I used to keep a stack of books next to my bed, read from the one on top, and when I needed a change, shove it to the bottom of the stack and grab the one on top to continue reading.