Now, what happens if you decide to put that Smart Folder into your Dock for extra-easy access combined with Stacks-goodness?

Nothing is what happens!

No stackage.

Folders in the Dock offer the Fan- and the Grid-view to quickly view and browse their contents. Smart Folders? Nope. Which blows. Yeah, performing the search might take a few seconds, maybe even longer, but I don’t think that’s a very good point. The preview could be updated with the results as they appear. Having something in the Dock that almost looks like a folder and easily could but does not behave like one, is inconsistent and ugly.

Well, maybe 10.7 will undo this hate-crime against… well, something, definitely.

iTunes 9 ist draußen, und es ist gut.
Aber.
Aber?
Aber!

Der geheimnisvolle Fall der verschwundenen Playlist

Apple hat Musik und Podcasts in der Verwaltung von iPhone etc. logisch voneinander getrennt. Womit sich auch gleich das Problem ergibt.
Ich habe eine Playlist, in die ich mir jeden Tag ein paar Podcasts und ein paar Lieder ziehe, quasi eine Art selbst gemachtes Radio. Nun habe ich mein iPhone (Software 3.1) mit iTunes 9 verbunden und siehe da, meine Playlist war vom iPhone verschwunden. Sie wurde im Tab “Musik”, wo früher einfach alle Playlists erschienen, nicht mehr angezeigt.
Ein paar Tests haben ergeben, dass jede Playlist mit mindestens einem Podcast automatisch nicht mehr unter “Musik” erscheinen.

Der Gärtner war’s!

Die Lösung ist etwas aufwendig. Erst einmal muss unter “Podcasts” die automatische Synchronisierung ausgeschaltet sein. Schon füllt sich der Bildschirm mit einer Liste aller Podcasts sowie aller Playlists, in denen Podcasts enthalten sind.
Problem gelöst?
Fast.
Da ich ja nun nicht jeden Podcast bei jeder Änderung manuell nach neuen Folgen durchsuchen will, um die anhaken zu müssen, muss jetzt noch eine Intelligente Wiedergabeliste erstellt werden mit der Medienart “Podcast” und keinerlei sonstigen Einschränkungen. Die wird dann ebenfalls zur Synchronisierung angehakt und schon sind wieder alle Podcasts auf dem iPhone zu finden.

Siehe auch: alles was je auf 43 Folders zu Quicksilver geschrieben wurde.

Seit einiger Zeit praktiziere ich nun schon mit mehr oder weniger großem Erfolg Inbox Zero.
Kurze Zusammenfassung: Wenn du deine Mail checkst, musst du sie auch verarbeiten. Verarbeiten bedeutet nicht zwingend “Beantworten”, sondern nur die Mail Aktionen zuzuordnen und diese dann auszuführen, z.B. “Löschen”, “Weiterleiten”, “Archivieren” oder eben “Beantworten”. Sobald E-Mail auf ein paar simple Vokabeln eingedampft sind, wirkt eine volle Inbox gar nicht mehr so einschüchternd, ist in wenigen Minuten abgearbeitet und idealer Weise leistest du dir dann sogar mal den Luxus, den Mail-Client für eine Weile auszuschalten. Klingt peinlich offensichtlich, konsequent durchgeführt ist es aber ungemein effektiv.

Misstrauische Blicke

Das Problem ist nun aber, dass viele Leute Mail wie Instant Messenger verwenden. Sie schicken eine E-Mail los und wenn ich ihnen dann ein paar Minuten später begegne, fragen sie, was ich denn von dieser Mail halte, die ich noch gar nicht gesehen habe. Da zu sagen “Was für eine Mail? Ich checke meine Inbox nur zweimal am Tag.” kann subtil gefährlich sein.

Le Hack

Das Dilemma ist klar: einerseits will ich mich nicht ständig um meine E-Mails kümmern müssen, damit ich mich auf die eigentliche Arbeit konzentrieren kann, andererseits sollte ich trotzdem immer einen Überblick darüber haben, was gerade in meiner Inbox los ist, auf dass ich auch morgen noch einen Job habe.
Nun ist also wieslige Cheaterei gefragt. Und diese manifestiert sich in Panic’s fantastischer — wenn auch inzwischen etwas angestaubter — Anwendung Stattoo. Stattoo ist ein schmaler horizontaler Streifen auf dem Desktop, auf dem mehrere kleine Kapseln platziert werden können. Diese Kapseln können unterschiedliche Informationen beinhalten, zum Beispiel das Datum, RSS-Feeds oder eben Postfächer.
Auf meinem Desktop tummelt sich während der Arbeitszeit eine einsame kleine Kapsel, die sich regelmäßig per IMAP in meinen Arbeits-Account einwählt und den Inhalt meiner Inbox anzeigt. Es gibt kein Geräusch, keine rote Markierung mit obskuren Zahlen, nur die letzten drei ungelesenen E-Mails. Wann immer ich einen Augenblick Zeit habe, werfe ich einen Blick auf Stattoo um zu sehen, ob es sich lohnt, in nächster Zeit Mail anzuwerfen.
So besteht eine klare Trennung. Stattoo ist dazu da, um nach neuer Post zu suchen. Mail ist dazu da, wirklich mit den E-Mails zu arbeiten. Natürlich ist das nur ein psychologischer Trick, denn im Grunde mache ich nichts anderes, als Mail zu öffnen und meine E-Mails schlicht nicht zu verarbeiten, aber es fühlt sich trotzdem einfach besser an.

Ist sonst noch jemand dem Inbox Zero Hype erlegen? Was macht ihr, um mit euren E-Mails klarzukommen, euch weniger darum zu kümmern und trotzdem ein gutes Gewissen zu haben?

Ein sehr schönes Feature von Basecamp ist das Dashboard, auf dem die fünf letzten Aktionen aus kürzlich bearbeiteten Projekten angezeigt werden.
Mein Problem ist nun aber, dass wir zu jedem Zeitpunkt gut ein halbes Dutzend aktive Projekte haben, so dass sich immer wieder etwas ändert. Das führt dazu, dass jemand zum Beispiel eine Nachricht in Projekt 1 schreibt, die für mich wahnsinnig wichtig wäre. Dann werden aber in zwei anderen Projekten To-dos abgehakt, so dass die Nachricht im Dashboard nach unten rutscht und damit aus den Augen, aus dem Sinn ist.

Szenenwechsel zu einem anderen Krisenherd: meine ewige Suche nach dem optimalen Newsreader.

Mit Newsfire verbindet mich eine intime Hassliebe. Newsfire ist überaus hübsch anzuschauen, von der Usability her aber gerade für Menschen mit vielen Feeds nur eingeschränkt gut zu gebrauchen.

Basecamp bietet nun diverse RSS-Feeds an. Zu jedem Projekt gibt es einen Feed, der die Änderungen in dem Projekt dokumentiert. Außerdem gibt es einen globalen Feed, der alle Änderungen in allen Projekten festhält.

Da kam mir der Gedanke, Newsfire allein dafür zu benutzen, den globalen Feed der Firma zu abonnieren und so automatisch über Änderungen in allen Projekten benachrichtigt zu werden. Die letzten paar Tage über funktioniert das auch ganz wunderbar.

Also, Basecamp + schlanker Feedreader = crazy delicious!

Während ich mir also meine Argumente zusammen suchte, fiel mir auf, wie unterschiedlich meine Kollegen und ich unsere E-Mail-Anwendungen eingerichtet haben.

Auf meinem MacBook läuft Mail. Mein Arbeits-Account hat sechs Unterordner, wovon ich vier aktiv nutze und zwei automatisch durch das Verwenden mehrerer E-Mail-Clients zustande gekommen sind.

Wenn ich meinen Kollegen über die Schulter schaue, fällt es mir schwer, die Ordner überhaupt zu zählen. Zu jedem Projekt gibt es mindestens einen Ordner, manchmal dazu auch noch mehrere Unterordner. Wenn ich nach irgendwas frage, was in irgendeiner E-Mail in irgendeinem Projekt stehen sollte, kann ich erst einmal getrost eine Weile auf Antwort warten.

Wieso sollte sich ein Mensch das antun?

Da kehrten sie zurück, die Erinnerungen an den Tag, an dem ich mich entschloss, neben dem Linux-Desktop mein MacBook aufzubauen. Die Suche in Thunderbird, dem anscheinend einzigen wirklich brauchbaren freien E-Mail-Client, ist schlicht nicht zu gebrauchen.

Die Default-Suche in Thunderbird erlaubt es, nach Begriffen zu suchen. Dabei muss man sich erst entscheiden, ob man im Betreff, dem Mailinhalt etc. suchen will. Und ganz wichtig, man muss vorher den Ordner auswählen, in dem die Suche stattfinden soll. Man muss also vorher schon wissen, wo die E-Mail sein wird, die gefunden werden soll.

WTF?

Wenn ich in Mail einen Begriff in das Suchfeld eintippe, werden aus Prinzip erst einmal alle E-Mails in allen Postfächern durchsucht und ich kann die Suche bei Bedarf eingrenzen.

Vor ein paar Tagen wollte ich einen Blick auf die Betaversion von Postbox werfen, aber gleich der erste Test entwertete das Programm völlig. Es basiert auf Thunderbird. Die Suche wurde komplett übernommen und dann nur mit einem HUD aufgepeppt, in dem es noch mehr Suchfelder gibt, um eine E-Mail im aktuellen Ordner zu finden.

Gmail scheint den Bogen raus zu haben, Windows Mail angeblich ebenfalls. Aber dass ausgerechnet Thunderbird der Entwicklung so hinterher hinkt, ist schon traurig. Ebenso traurig wie das Schicksal jener armen Menschen, die so weiterhin gezwungen sind, ihre E-Mail in mindestens hundert Ordnern einzusortieren.

It’s the terror of knowing
what this world is about
watching some good friends
screaming “Let me out!”

Oh Internet Explorer 6, lieber lieber Internet Explorer, wie tut es mir Leid, dich auf deine alten Tage noch so quälen zu müssen. Das hast du nun wirklich nicht verdient! Du solltest dich in Ruhe zurücklehnen und “Der Winzerkönig” gucken können, aber wir dreckigen Entwickler lassen dich ja einfach nicht in Frieden!
Doch langsam! Worum geht es überhaupt?
Also, wie bereits erwähnt, arbeite ich mit an der Tippspielplattform kicktipp.de. Genauer gesagt an der Möglichkeit, Tipprunden per Javascript in eigene Seiten einzubetten.
Das funktioniert soweit ja auch ganz wunderbar, nur zeigte sich, dass die eingebetteten Elemente sich im Internet Explorer 6 seltsam verhielten. Sehr seltsam.
So seltsam, dass eine Seite komplett geladen sein konnte. Alles da, wunderbar. Beim Wechsel auf eine andere Seite konnte immer noch alles wunderbar sein, gerne auch nach zehn weiteren Wechseln. Doch irgendwann würden plötzlich die eingebundenen Elemente verschwinden. Das konnte die Sprachwahl sein, die plötzlich nicht mehr da war. Oder das Menü. Oder der Inhalt. Oder eine Kombination aus diesen dreien.
Nach langem Suchen stellte sich heraus, dass der einzige wirklich nennenswerte Unterschied zwischen unserem Test-Setup und dem Live-System ist, dass unsere lokalen Tests immer auf Jetty liefen, während die Live-Server allesamt Tomcats sind.
Und tatsächlich streckte der IE bei einer lokalen Tomcat-Installation auch alle Viere von sich.
Lange Rede, kurzer Sinn, am Ende stellte sich heraus, dass auf allen Tomcats die Kompression der Inhalte eingeschaltet war. Und siehe da, ein sogar lange bekannter Fehler des Internet Explorer ist es, dass ihn angesichts komprimierter Inhalte schwere Schwindelgefühle überkommen. Armes Ding.
Am Ende, nach knapp zwei Tagen der Suche, war des Rätsels Lösung, diese Zeile:

<Connector [..] compression="on" [..] compressableMimeType="text/html,text/xml,text/css,text/javascript" />

umzuändern in diese Zeile

<Connector [..] **compression="on"** [..] compressableMimeType="text/html,text/xml,text/css" />

Um ba ba be
Um ba ba be
De day da
Ee day da – that’s o.k.

Nun melden Kunden, dass Sonderzeichen auf bestimmten Seiten nicht korrekt angezeigt würden. Während der Testphase war das Problem nicht aufgetreten, doch nun zeigte sich uns der Kampf zwischen ISO und UTF mit all seinen unmenschlichen Folgen.

Das Setup war folgendes: Der Server liefert seinen Output generell in UTF-8. Auf Seiten des Kunden kann die Einbindung jedoch sowohl in ISO- als auch UTF-Seiten erfolgen. Auf Seiten, die in UTF-8 kodiert waren, war die Darstellung nun im Eimer. Es gab jedoch eine Stelle im Code, an der sämtlicher Output generell in ISO umgewandelt wurde. Dieser Code musste nun leider seinen Hut nehmen.

Jetzt wurde zwar der Content in UTF-Seiten und ISO-Seite vernünftig angezeigt, jedoch konnten nun Formulare, die von ISO-Seiten aus abgeschickt wurden, nicht richtig interpretiert werden. Hier hilft das schöne Formularattribut “accept-charset” weiter. Diesem gibt man als Wert einen Zeichensatz mit, werden die Daten in diesem Zeichensatz verschickt, egal wie die Seite selber kodiert ist.

Doch ach, der IE! IE6 spielt das Spiel leider nicht mit. Doch hierfür gibt es einen neckischen Workaround. Einige Browser unterstützen die Funktion, ein Formularfeld namens “_charset_” mit dem verwendeten Zeichensatz zu füllen. Wir haben also allen Formularen ein Hidden-Feld mitgegeben, das das Attribut name=”charset” hat. Und wenn dann der Server sieht, dass ihm der IE6 Formulardaten im _charset_ ISO geschickt hat, wandelt er sie vorher schnell in UTF um.