If all your emails are from wackos with hopelessly dumb questions, that means you’re doing things right!

Es gibt so einige Dinge in Dans Artikel mit denen ich überhaupt nicht übereinstimme, wenn aber eines richtig ist, dann ist es diese Aussage. So sehr es auch nerven mag, wenn Herr N uns zum zehnten Mal (auf seine Weise) mitteilt, dass er eigentlich zu blöd ist um über die Straße zu gehen ohne überfahren zu werden, so amüsant ist es auch, wenn einem nach der zehnten Support-Mail, zahlreichen Erklärungen, Screenshots, und ja sogar Videos, mit dem Anwalt gedroht wird. Vor allem ist es aber ein sehr großes Kompliment, wenn man nur noch Support-Anfragen dieser Art bekommt, denn in diesem Fall hat man das meiste richtig gemacht: die Anwendung ist idiotensicher.

[via Dan Grover]

No pun intended.

Genug Aufmerksamkeit hat der Dienst in den letzten Tagen allemal bekommen. Ob gewollt oder erzwungen, ob positiv oder negativ… Presse ist immer gut.

Notational Velocity ist ein Open Source Programm zum Erstellen und Speichern von Notizen. Es zeichnet sich durch eine einfache und tastenorientierte Bedienung aus. Das Suchfeld ist der zentrale Ort und auf bestehende Notizen zuzugreifen oder neue zu erstellen. Diese werden dann entweder in einer gemeinsamen Datenbank (ermöglicht eine Verschlüsselung) oder in einzelnen Textdateien (plain, RTF oder HTML) abgelegt. Letzteres ermöglicht dann auch eine Indizierung durch Spotlight.

Steven von Panic Inc. hat einen Fork von dem Open Source Programm Notational Velocity gemacht und eine dritte Ansicht hinzugefügt, die eine Markdown-Vorschau live anzeigt. So stellt man sich Open Source Entwicklung vor. Damit ist es nicht nur super einfach Text überall auf dem gleichen Stand zu halten, sondern auch noch eine formatierte Vorschau seiner geistigen Dünnschisse zu sehen.

Text wird meist unterschätzt. Man glaubt gar nicht wie viel man alleine mit diesem Hilfsmittel im Alltag lösen kann. Und das ganz ohne nerdige Tools und Zeitkiller.

[via apfelquak]

Auf dem Mac ist es als Entwickler keine große Schwierigkeit Anwendungen jeglicher Größe zu designen. Je nachdem, ob man mehr oder weniger Platz benötigt, setzt man die Fenstergröße. Anschließend kann der Anwender entscheiden wie er das Fenster positionieren und die Anwendung verwenden möchte. Man muss als Entwickler lediglich darauf achten, dass die Mindestgröße eines Fensters die kleinste verfügbare Auflösung einigermaßen aktueller Geräte nicht überschreitet. Auf dem iPhone und iPod touch hat man eine feste Auflösung von 320×480 bzw 480×320 Pixeln und ist somit relativ eingeschränkt. Man kann nur Anwendungen in dieser Größe entwickeln und bei so wenig Pixeln würde ein Fenstermanagement, wie man es von Desktopbetriebssystemen kennt, keinen Sinn ergeben. Hier stellt sich für den Entwickler zwar das Problem, wie man Informationen überhaupt auf so einen kleinen Bildschirm packen kann, ohne ihn zu überfrachten. Man muss sich allerdings nie die Frage stellen, wie man den gesamten Bildschirm sinnvoll ausnutzt.

Hiermit sind wir beim iPad-Dillema gelandet.

Während „normale“ Anwendungen, wie ein Texteditor, die Fotoverwaltung, ein Web-Browser oder eine Todo-Anwendung ohne Probleme den gesamten Bildschirm ausnutzen können und in manchen Fällen sogar mehr als die iPad’schen 1024×768 Pixel bräuchten, sieht die Situation bei Twitter-Clients, Instant-Messenger und Utility-Anwendungen in bestimmten Kategorien ganz anders aus. Bei einer Wetter-App kann man sich noch ganz gut vorstellen zusätzlich zu den bereits vorhandenen Informationen der iPhone App / des Dashboard Widgets eine Karte mit einem aktuellen Overlay, wie wir es vom täglichen Wetterbericht kennen, einzublenden um somit den gesamten Platz zu nutzen. Auch kann man bei der Aktien-App eine hochauflösende und interaktive Version der Charts integrieren und somit ein besseres Benutzerlebnis schaffen. Was macht man aber mit einem Instant Messenger? Wie gestaltet man einen Twitter-Client sinnvoll und nutzt gleichzeitig den gesamten Platz? Die erste naive Lösung, die einem in den Kopf kommt, ist sicherlich die Unterstützung mehrere Spalten, wie man es schon von Desktop-Counterparts wie Tweetdeck kennt. In meinen Augen sind mehrere Spalten alles andere als übersichtlich und überfrachten das Interface unnötig. Wenn ich mehrere Twitter-Streams gleichzeitig lesen möchte, habe ich ganz andere Probleme (wohlgemerkt sind solche Ansichten gut, um zum Beispiel Kommentare zu einer Keynote zu verfolgen, was aber ein Ausnahmefall ist und vielleicht 1-2 pro Jahr vorkommt). Das gleiche gilt für einen Instant Messenger. Man kommt sehr leicht durcheinander mit wem man eigentlich kommuniziert und Verwechslungen und blöde Ausreden werden zum Alltag. Eine Tableiste, wie sie zum Beispiel von Adium umgesetzt ist, reicht in einem solchen Fall aus. Man muss auch berücksichtigen, dass Nicht-Nerds meistens kein Interesse daran haben sich mit mehreren Personen gleichzeitig über irgend ein technisches Gerät zu unterhalten. Bei einer Twitter-Anwendung wäre es also denkbar links die Timeline anzuzeigen und rechts einen großen Browser anzubieten, um Webseiten schöner betrachten zu können. Was macht man jedoch, wenn man sich gerade auf die Timeline konzentrieren will? Blendet man auf der rechten Seite ein Aquarium oder eine der zahlreichen Bildschirmschonerversionen einer Uhr ein? Der Platz bleibt effektiv unbenutzt und es ist schwer ihn in der Gesamtheit auszunutzen. Während man auf dem Desktop als Anwender selbst Schuld ist, wenn man seinen Twitter-Client auf stolze 2560×1600 vergrößert, müssen Entwickler auf dem iPad durch die festgegebene Größe eine ansprechende, intuitive und funktionierende Lösung finden.

Vielleicht sind die zahlreichen angesprochenen Dashboard-Widgets auf dem iPad eine Lösung. Wobei die aktuelle Version unter Mac OS X nur Webtechnologien unterstützt und somit die Portierung vieler bereits auf dem iPhone und iPod touch vorhandenen Apps schwer und für Entwickler uninteressant machen würde. Wenn Apple etwas vorstellt, was erst kurz vor Release des iPad der Öffentlichkeit bekannt sein soll, dann stecken Entwickler von Utility-Apps in der Schwierigkeit, dass sie sehr schnell reagieren müssen, um Anwendungen an die bis dato unbekannte Technologie anzupassen.

Ohne Frage wird es beim Start des iPad zig verschiedene Twitter- und IM-Clients geben und ich lasse mich von der Realisierung und Ausnutzung aller Pixel gerne positiv überraschen.

Ob sich die Finanzministerin darüber freuen wird?