It has 1497 downloads already and an average rating of 3.8. (of 5!)

It’s called “Pit Stop”, or “Boxenstopp” in german, and is a very simple app, where you can record the fuel consumption of your vehicles.

I have a car and a bike – therefore the need to support more than one vehicle!

Since many years, I check the average fuel consumption of my cars, when I’m at the gas station.
It’s always good to know how much you’re blowing through the exhaust: Firstly, to optimize your driving style, and secondly it’s a great indicator of the engine’s health.

I always used the built in calculators of my mobile phones for this. When I had my Palm Pre, one and one came together… I had to write a special app for that!

Now it’s here for everybodies use! Check it out here, it runs on Pres and Pixis alike!

I also set up a dedicated page for it on my server.

I built the log in the app to be very compact, so you don’t have to scroll long distances and can oversee many entries at once.
But I can see the time coming, where it just gets to hard to have it all on the device and only there, so I plan to build a web service, where you can upload your consumption data and export it from there into spreadsheet files and have some data visualization with it.

pitstop.tladesignz.com shall become the place for this, obviously.

Let’s see, how this develops…

At least, I hope it’s a useful tool for some people out there!

And, before I forget it… Thanks for the comments in the App Catalog so far! I hear you english speaking guys and your need for Miles per Gallon instead of litres per 100 kilometers.

I will definitely do something about this!

Sites referencing Pit stop:

• Palm USA
• PreCentral.net
• House of Palm
• webOS appcatalog

Das Resultat davon könnt ihr hier überall auf dem Blog in Grün/Weiß/Orange bewundern.

Ich bin Realist genug, daß mir klar ist, daß ich hier keine Milliarden Einnahmen erzielen werde. Soo interessant ist das, was ich hier schreibe, auch nicht.

Ich mag einfach die Idee an dem System und die Einstellung von Peter und seinen Mitstreitern (u.a. mitverantwortlich für The Pirate Bay).

Eine wirklich gute Art, etwas zurückzugeben an die Leute da draußen, die sich den Arsch aufreißen, uns mit guten Informationen zu versorgen.

… btw… wo kann ich WikiLeaks flattrn, bitteschön?

Aaaaah. Da.

• “Kick’n'Spin” – eine 5-Reel-Slot Machine im Fußballgewand, passend zur WM 2010. Das ist natürlich das altbekannte “Gold of Yucatan” im neuen Gewand.
• “European Roulette” – Eine komplett neue Applikation, die einige Herausforderungen zu bieten hatte.

Im Zuge dessen ist auch ein Fork des jQTouch Frameworks entstanden, den ich auf github hoste und der nun auch gut auf Android Geräten funktioniert:

github.com/tladesignz/jqtouch

Das ist insbesondere deswegen interessant, weil David Kaneda sich ja inzwischen mit ExtJS zu Sencha verbunden hat und sich dort offenbar momentan hauptsächlich auf das iPad konzentriert.

Für viele Zwecke ist ein ExtJS aber weit übers Ziel hinausgeschossen, deswegen möchte ich meinen Fork jedem ans Herz legen, dem Sencha Touch zu viel ist!

Effiziente Positionserkennung

Das Roulette Setzfeld (im Englischen auch “Layout” genannt) hat bei näherer Betrachtung doch ziemlich viele unterschiedliche Positionen, die es zu erkennen gilt, insbesondere was die Belegung der Feldränder angeht.

Zusätzlich kam die Anforderung hinzu, daß es verschiedene Vergrößerungsstufen des Feldes geben sollte: Eine Übersicht, in der alle Felder zu sehen sind, eine gezoomte Ansicht im Portrait, bei der man nur die Zahlenfelder erreichen muß, und im gedrehten Zustand eine gezoomte Ansicht auf die volle Breite des Tisches.

Eine einfache Lookup-Tabelle wäre zu unflexibel und eine furchtbar öde Arbeit, dazu kommt man schnell in Laufzeitprobleme, wenn diese nicht intelligent genug geordnet ist.

Nach einigen Tagen Überlegung und Gebastel habe ich dann die optimale Kombination aus normalisierter (vergrößerungsunabhängiger) hirarchischer Lookup Tabelle und mathematischer Berechnung gefunden:

Die Zero wird aufgrund Ihrer völlig aus dem Rahmen fallender Größe extra behandelt, alle anderen Felder werden über Bestimmung der Spalte und Reihe erkannt. Danach wird überprüft, ob evtl. eine Randposition vorliegt und in einer Lookup-Tabelle der entsprechende Code dafür ermittelt.

Toolbar unten

Wie schon in dem Lessons Learned Artikel erwähnt, gibt es kein position: fixed am iPhone. Braucht man eine Toolbar am unteren Rand des Bildschirms, muß man das ganze mit position: absolute machen, beraubt sich aber dadurch des nativen (sich “natürlich” anfühlenden) Seitenscrollings.

Mit den iScroll Skript wird alles wieder gut, allerdings handelt man sich dadurch einige Unschönheiten mit dem Tap-Event-Handling ein, um die man herumarbeiten muß.

Animations-Performance

Das Warten auf die Kugel sollte zwei Animationen beinhalten: Ein sich drehender Kessel mit Kugel die nach der Serverantwort entsprechend fällt. Darunter eine Vergrößerungsansicht der sog. “Fächer”.

Das hat sich auf dem iPhone 3G, daß ja noch durchaus eine weite Verbreitung genießt, als schwere Herausforderung herausgestellt: Beides zusammen ist dort einfach nicht machbar. Entsprechend ist das auf dem iPod Touch sicher nicht anders.

Grund: Wenn man versucht, Bilder, die sehr viel größer sind als der Bildschirm (Wie das Fächer-”band”), durch selbigen zu scrollen, frißt das ganz schnell sämtliche Rechenleistung des Geräts auf, was sich in fürchterlichem Flackern auf Schwarz und/oder plötzlichen Einblendungen weißer Fläche (statt des Bildes) bemerkbar macht.

In bestimmten Situationen ist dabei die Hardwarebeschleunigung der CSS3 Transitions und Animations sogar noch langsamer! Falls man in Performance Probleme gerät, kann es durchaus ein gangbarer Weg sein, einmal die Hardwarebeschleunigung wegzunehmen und die Animation stattdessen händisch mittels JavaScript Intervallen zu machen.

Hier half allerdings auch das nicht, und weil der Kunde keinesfalls ganz auf eine der beiden Animationen verzichten wollte, haben wir uns dann für “Graceful Degradation” entschieden:

Beim Start des Spiels wird, während alle Bilder geladen werden, eine mathematische Operation mehrmals hintereinander ausgeführt.
Überschreitet die Zeit, die dafür benötigt wird, einen Schwellwert, wird die Animation abgespeckt: Das Fächerband wird dann erst am Ende, wenn die Serverantwort da ist, eingeblendet.

Gamblers Fallacy

Abschließend möchte ich noch jedem die Wikipedia Artikel zum Thema Roulette ans Herz legen. Im Zuge dieser Arbeit habe ich mich intensiv damit auseinandersetzen müssen – sie sind wirklich interessant zu lesen, insbesondere die Abschnitte zu Setzstrategien.

Wikepedia über Roulette: de / en

Wikipedia über den Spielerfehlschluss, bzw. Gamblers Fallacy

Aber immer schön daran denken: Die Bank gewinnt immer!

Bis jetzt hatte ich mein Git Repository auf meinem Server über SSH genutzt. Da ich das aber irgendwann teilen will, und wenig Lust auf den Streß mit den Dateiberechtigungen habe, muß eine andere Lösung her.

Auf meinem Apache ist schon WebDAV eingerichtet, ein Subversion Repository gibts auch schon darüber. Es liegt also nahe, Git auch über den Apachen zu machen.

Das geht auch, und es gibt eine sehr gute Anleitung dazu, wie man den Server einrichtet auf kernel.org die ich hier nicht wiederholen werde.

Eine kleine Ergänzung gibts allerdings: Nach dem Anlegen eines neuen bare Repositories wird man mit hoher Wahrscheinlichkeit noch

$ git update-server-info

ausführen müssen.

Wenn man sein Repository nur über HTTPS ansprechen will, gibts auf Client Seite, insbesondere wenn der Client ein MacOS X ist, noch eine Dinge, die man beachten muß, damits dann auch wirklich funktioniert.

Ich hatte einige Mühe, alle Puzzleteile zusammenzusammeln, deswegen hier eine Anleitung für die Nachwelt.

git push verwendet für HTTP(S) libcurl zur Kommunikation.
libcurl muß, um richtig zu funktionieren, die SSL Zertifikatskette verifizieren können.

Ich verwende CAcert für alle meine privaten Zertifikate. Die sind leider immer noch nicht anerkannt bei den großen Browserherstellern, aber das ist trotzdem praktischer als self-signed. Das Vorgehen in diesem Fall mit selbsterstellter CA bleibt aber das gleiche.

Der richtige Platz für CA Zertifikate ist unter MacOS in /System/Library/OpenSSL/certs/.

Der richtige Platz fü CA Zertifikate ist unter MacOS, wenn man MacPorts benutzt (was ich nur jedem ans Herz legen kann) unter /opt/local/etc/openssl/certs (Siehe Update unten)

Unter Debian (& Derivaten) wäre es /etc/ssl/certs/.

Dorthin die CAcert Class 1 und 3 Root Zertifikate kopieren (bzw. die self-signed Zertifikate).

Damit die Zertifikate nun zugeordnet werden können, müssen sie nach ihren Hashes benannt werden – oder besser – Symlinks mit solchen Namen erzeugt werden, die auf die richtige Cert-Datei zeigen.

Unter Debian führt man nun einfach

# c_rehash

aus, welches genau dieses für einen macht. Unter MacOS 10.6.3 bleibt dieser Befehl leider wirkungslos, selbst wenn man den in der Shebang Zeile des Scripts geforderten Symlink #!/usr/bin/perl5 anlegt.

Wegen zwei Dateien werden wir nicht lange herumtun… Wir gehen einfach zu Fuß:

In Zeile 104 von /usr/bin/c_rehash findet sich der Befehl, der benötigt wird:

# openssl x509 -hash -fingerprint -noout -in [filename]

In der ersten Zeile der Ausgabe steht der Hash des Zertifikats. Für das Class 1 Root Zertifikat von CAcert ist das z.B. 5ed36f99.

Dann einen Symlink anlegen mit dem Hash gefolgt von .0:

# ln -s root.crt 5ed36f99.0

Analog mit allen weiteren Zertifikaten.

Jetzt noch git beibringen, libcurl richtig zu parametrieren, am besten gleich systemweit:

# git config --system http.sslcapath /System/Library/OpenSSL/certs/
# git config --system http.sslcapath /opt/local/etc/openssl/certs/

(Siehe git-config Manual auf kernel.org)

Und jetzt sollte ein

$ git push origin master


auch funktionieren…

Update

Ich mußte feststellen, daß MacOS alle angelegten Symlinks in /System/Library/OpenSSL/certs/ beim Systemstart löscht. Daher die Zertifikate besser in der OpenSSL Konfiguration von MacPorts ablegen!

Und noch ein Update

Nach weiterem Gebastel kann ich inzwischen nur jedem abraten, Git über HTTP zu machen… Es ist grauenhaft. Abgesehen von dem Zertifikatsgewetze, wie es hier beschrieben ist, ist der post-update Hook einfach nicht zum laufen zu bekommen (siehe Pro Git) – und ohne den macht der nächste Clone keinen Spaß.

Wenn man ein bißchen mehr Plan von Server Administration hat, kommt man auch gleich drauf, daß man einfach für SSH nur einen Git-User anlegt, den alle benutzen. Dann gibts keine Probleme mit den Dateirechten. Alle anderen (so wie ich) lesen es dann bei Pro Git nach, wie das geht.

Es soll natürlich nicht irgendwo sein, sondern auf einer TurnKey Linux Appliance.

TurnKey ist äußerst praktisch. TurnKey bietet vorgefertigt installierte Images mit Ubuntu 8.04.3 und verschiedenen Applikationen an. Die kann man direkt in Amazons EC2 Cloud, auf einem eigenen Server oder diversen Virtualisierern verwenden.

Als Grundlage wird die TurnKey Ruby on Rails Appliance verwendet.

Die Installation ist nicht ganz trivial, obwohl eine Anleitung existiert. Die Versionen einiger Tools sind bei dem in die Jahre gekommenen Ubuntu 8.04 bereits zu alt, es fehlen noch ein paar Pakete und außerdem braucht man noch ein paar Infos aus einer anderen Anleitung.

Folgendes Vorgehen führt zum Erfolg:

root@rails:~# apt-get update
root@rails:~# apt-get upgrade
root@rails:~# apt-get install imagemagick git rake \
rubygems libdbd-mysql-ruby liberuby-dev \
libxml2-dev libxslt1-dev joe
root@rails:~# cd /var/www/
root@rails:/var/www# mv railsapp/ railsapp.old
root@rails:/var/www# git clone git://github.com/micho/teambox.git railsapp
root@rails:/var/www# mv /usr/bin/gem /usr/bin/gem.old
root@rails:/var/www# ln -s /usr/bin/gem1.8 /usr/bin/gem #(Danke an Martin Videc!)
root@rails:/var/www# gem update --system
root@rails:/var/www# gem install bundler -v '~> 0.9.12'
root@rails:/var/www# cd railsapp/
root@rails:/var/www/railsapp# bundle install


Datenbankkonfiguration für das Production Environment ändern und installieren:

root@rails:/var/www/railsapp# joe config/database.yml


Wenn man den Datenbank User und Passwort geändert hat, wird

root@rails:/var/www/railsapp# RAILS_ENV=production rake db:create


nicht mehr funktionieren. Stattdessen:

root@rails:/var/www/railsapp# mysql -u root
mysql> CREATE DATABASE teamboxdatenbank COLLATE utf8_unicode_ci;
mysql> CREATE USER teamboxuser@localhost IDENTIFIED by 'passwort';
mysql> GRANT ALL ON teamboxdatenbank.* to teamboxuser@localhost;
mysql> exit


Dann hier weiter. In teambox.yml müssen die korrekte Domain und E-Mail Einstellungen eingetragen werden!

root@rails:/var/www/railsapp# RAILS_ENV=production rake db:auto:migrate
root@rails:/var/www/railsapp# joe config/teambox.yml
root@rails:/var/www/railsapp# ./script/server -p 3000 -e production


Unter http://[appliance-ip]:3000/ nachschauen – geht!

Falls doch nicht, Server nochmal beenden und:

root@rails:/var/www/railsapp# mv public/stylesheets/sass/wrapper.sass public/stylesheets/sass/_wrapper.sass #(Danke an Miquel!)


Dann Server wieder beenden und folgendes ausführen:
(Beim ersten Request werden einige Dateien angelegt – das funktioniert aus unbekannten Gründen nicht via Passenger, deshalb unbedingt einmal mit dem Stand-Alone Server starten!)
root@rails:/var/www/railsapp# chown -R :www-data .
root@rails:/var/www/railsapp# chown -R www-data log tmp/


Sehr zu empfehlen ist der Betrieb unter Apache via Passenger. Das sollte auf den neusten Stand gebracht werden:

root@rails:/var/www/railsapp# cd /etc/apache2/conf.d/
root@rails:/etc/apache2/conf.d# gem install passenger
root@rails:/etc/apache2/conf.d# passenger-install-apache2-module
root@rails:/etc/apache2/conf.d# joe passenger


-> Dort die entsprechenden Zeilen aus der Ausgabe von passenger-install-apache2-module austauschen.


root@rails:/etc/apache2/conf.d# /etc/init.d/apache2 restart


Jetzt ist Teambox auf Port 80 unter http://[appliance-ip]/ erreichbar.

Nach langem Herumprobieren mit insgesamt 4 verschiedenen Geräten und 3 verschiedenen Android Versionen bin ich drauf gekommen, warum bei manchen Geräten der WebKit Browser background-images nicht anzeigt.

Ich arbeite, gerade für Buttons, viel mit CSS Sprites um die Ladezeiten zu optimieren, z.B. folgendermaßen:

<style>
a.foo {
width: 50px;
height: 50px;
background: url(img/sprites.png) no-repeat -100px 0;
color: transparent;
}
</style>
<a class=”foo” href=”#”>nach bar</a>

Aus grundsätzlichen Accessability und Usability Überlegungen (z.B. wegen Screenreadern für Blinde), erhält der Link, obwohl er eigentlich als Button dargestellt wird, trotzdem einen Text, der eben transparent, also nicht zu sehen ist.

Das ist zwar im Mobile Bereich momentan eher zweitrangig, aber die Zeiten ändern sich ja schnell.

Leider gibts in Android 1.6 einen dämlichen Fehler: Hat ein Element color: transparent, wird beim im DOM Baum folgenden Element das background-image nicht angezeigt. WTF?

Diesen Zusammenhang hätte ich doch bitte gerne mal von einem der Android Entwickler erklärt…

In Android 1.5 und 2.1 tritt der Fehler übrigens nicht auf.

Wir haben es via E-Mail geführt.

David: Bitte machen Sie doch (natürlich freiwillige) Angaben zur Person, soweit Sie selbst diese für sinnvoll und notwendig halten.

Benjamin: Mein Name ist Benjamin Erhart, ich bin 30 Jahre alt, Deutscher, arbeite als Software Entwickler in Salzburg und engagiere mich seit über 3 Jahren ehrenamtlich im Arbeitskreis Vorratsdatenspeicherung und als Betreuer der Freiheitsredner.

David: In meinem Arbeitstitel stelle ich die Frage “Deutschland – Auf dem Weg zum gläsernen Bürger?” Was denken Sie dazu? Befindet sich die BRD auf diesem Weg oder können wir uns sogar schon als gläserne Bürger bezeichnen?

Benjamin: Wenn man es drastisch formulieren möchte, könnte man es schon so sehen. Die meisten von uns tragen ein Gerät mit sich herum, mit dem man jederzeit geortet werden kann. In manchen Gegenden wird man am Tag mehrere Dutzend bis hundert Male gefilmt. Für einen Reisepass wird man erkennungsdienstlich behandelt und biometrisch vermessen. Meine Banktransaktionen sieht das Finanzamt ein. Auf der Autobahn wird mein Kennzeichen erfasst. Ein Bahnticket bekomme ich kaum noch, ohne eine deanonymisierende Banktransaktion durchzuführen. Fliegt man egal wohin, wird man einem amerikanischen Fluggastdatenscreening unterzogen. (Lieber nicht halal Essen bestellen…)

Also ja: Wir waren noch nie so transparent wie heute.

David: Was halten Sie von der allgemein geläufigen Argumentation “Wer nichts zu verbergen hat, braucht ja auch nichts zu befürchten”, und wie entgegnen Sie dieser.

Benjamin: Zu Menschen, die mir so etwas entgegnen sage ich immer: Sie haben doch auch Vorhänge an den Fenstern, was verbergen Sie?

Natürlich habe ich etwas zu verbergen: mein Privatleben. Es ist eines der grundlegendsten Rechte als Staatsbürger, selbst darüber zu entscheiden, wer wieviel über mich erfährt, egal, wie banal es auch sein mag.

Und wir alle leben so: Niemand gibt immer alles über sich preis, und wenn jemand zu viel über uns wissen will, erleben wir das zurecht als ungerechtfertigtes Eindringen in unsere Privatsphäre.

Menschen, die solche Sätze von sich geben, haben entweder nicht genau genug darüber nachgedacht, oder meinen gar nicht sich selber, sondern nur die anderen, die sie gerne überwachen würden.

Daß ich etwas verberge, darf mich nicht verdächtig machen. In langer harter Arbeit haben wir eine Unschuldsvermutung entwickelt, die genauso hier gelten muß, weil alles andere in letzter Konsequenz in das Ende der Rechtstaatlichkeit führt.

David: Beobachten Sie einen Bewusstseinswandel in der Bevölkerung zum Thema Datenschutz? Ist die Bereitschaft, die eigenen Daten preiszugeben weiter gestiegen oder macht sich eine zunehmende Kritik bemerkbar?

Benjamin: Sowohl, als auch. Die Arbeit des AK Vorrat in den letzten Jahren hat, glaube ich, gezeigt, daß es den Leuten sehr wohl nicht gleichgültig ist, was mit Ihren Daten passiert. Man denke nur an die Freiheit-statt-Angst Demo in Berlin 2008 mit über 50.000 Teilnehmern oder die über 30.000 Kläger der sehr erfolgreichen Verfassungsbeschwerde.

Andererseits gibt es einen Trend dazu, gerade bei der jüngeren Bevölkerung, die gerne als die “digital citizens”, also die Netzbewohner, bezeichnet werden, immer mehr freiwillig über sich zu veröffentlichen.

Ich halte das nicht für grundsätzlich schlecht, beobachte aber durchaus mit Sorge, daß es oft genug sehr unreflektiert und naiv geschieht, und daß viele Menschen dabei über den Tisch gezogen werden. Daten sind eine Währung wie Geld, über deren Wert sich viele noch nicht klar sind.

Die Freiheitsredner versuchen, hier Kenntnisse zu vermitteln, damit die Menschen diesen Wert und die Folgen ihres Handelns besser einschätzen können.

Wir stehen noch am Anfang einer Entwicklung. Es wird sicher noch einige Experimente mit personenbezogenen Daten geben (man denke z.B. an die neuesten Trends bei Geolokation, wie Gowalla u.ä. Dienste oder Blippy, bei dem man Kreditkartentransaktionsdaten in ein Social Network einspielt) in denen ausgelotet wird, wie weit man gehen kann und will.

Wer zum Sender wird, muß die Verantwortung, die damit einhergeht, auch tragen können. Vielen Menschen ist das noch nicht voll bewußt.

Andererseits wird sich auch auf der Rezipientenseite etwas ändern: Wenn das Internet nichts mehr vergisst, und ich als Personalchef von einem Bewerber 10 Jahre alte Photos finde, auf denen er sich gerade auf einer Party übergibt, muß ich lernen, das entsprechend einzuordnen, d.h. die zeitliche Komponente besser zu berücksichtigen, was wir heute nur sehr bedingt gewohnt sind.

Es gibt jedenfalls einen positiven Effekt: Wenn wir sehen, daß andere Menschen genauso Fehler machen und manchmal seltsame Dinge tun, hat das einen ganz heilsamen Effekt auf das Selbstbild und wirkt gegen Bigotterie und Verlogenheit.

David: Wie stehen Sie zu der Begründung, dass durch einen Ausbau der Überwachungsmaßnahmen eine höhere Sicherheit erreicht wird, gerade im Hinblick auf die Bekämpfung des sogenannten internationalen Terrorismus?

Benjamin: Ich halte das ganz klar für Augenwischerei. Bei dieser Argumentation handelt es sich um Populismus und Panikmache, die jeglicher realer Grundlage entbehrt. Die Motive, die Leute treiben, die solche Aussagen verbreiten, mögen unterschiedlich sein, haben wohl aber alle eine Grundkomponente: Machterhalt.

In Zeiten, in denen die “Festung Europa” immer mehr abgeschottet werden muss (Stichwort: FRONTEX), die Wirtschaft immer mehr ins schlingern gerät, weil bei schrumpfender Bevölkerung und schlechterer Bildung der Wachstumskurs nicht aufrechterhalten werden kann, und die Bevölkerung unruhig wird, weil das soziale Ungleichgewicht immer mehr zunimmt, sind der Griff zu Überwachungstechnologien konsequente Logik zur Verteidigung des Status Quo einiger Mächtiger.

Kein ausreichend motivierter Terrorist wird sich jemals von solchen Maßnahmen abhalten lassen. Absolute Sicherheit gibt es nicht, die Lösung kann einzig und allein sein, allen Menschen zu Lebensbedingungen zu verhelfen, in denen sie sich nicht zu solchen Taten gezwungen sehen.

Das ist natürlich der schwierigere Weg im Gegensatz zu platten Populismen verbreiten und soziale Probleme mit technischen Lösungen zu bekämpfen.

David: Aktuelles Beispiel Vorratsdatenspeicherung: Erfolg oder Scheinerfolg? Wie wird sich die Problematik in Zukunft entwickeln, jetzt wo die Vorzüge dieser Technik auf erprobt werden durften?

Benjamin: Die Fahndungs-”Erfolge” aufgrund der VDS mussten ja an den Haaren herbeigezogen werden. Insofern sind die Vorzüge überhaupt nicht da. Nichtsdestotrotz gerieren sich natürlich einige Politiker und höhere Polizeibeamte so, als wenn wir vor der VDS Wildwest gehabt hätten. Das Gegenteil ist natürlich der Fall: Reale Verbrechen können auch in der realen Welt ermittelt werden, wie man das schon immer gemacht hat. Dazu muß nicht jeder Einzelne rund um die Uhr überwacht werden.

Ich sehe das so: Die VDS ist erst mal vom Tisch, insofern ist es ein großer Erfolg. Was in Zukunft sein wird, kann niemand sagen, ich auch nicht.

Wünschen und hoffen werde ich, daß wir in 20 Jahren zurückblicken können und den Fall der VDS als eine Trendwende bezeichnen können.

Dazu muß zuallererst einmal verhindert werden, daß sie in Deutschland wieder eingeführt wird, wofür die Zeichen momentan gut stehen: Unsere Justizministerin Leutheusser-Schnarrenberger tritt ja momentan, sehr zurecht, heftig auf die Bremse.

Des weiteren muß die VDS auf europäischer Ebene zu Fall gebracht werden. Auch hier steht es momentan nicht schlecht: EU Kommissions-Vizepräsidentin Viviane Reding hat eine Überprüfung angekündigt und mit der neuen Macht, die das Europäische Parlament eindrucksvoll mit der Verwerfung des SWIFT Abkommens demonstriert hat, gibt es weitere Verstärkung.

Zusätzlicher Druck kommt von Schweden, die sich standhaft weigern, VDS Gesetze einzuführen und Bulgarien und Rumänien, deren Verfassungsgerichte eine Umsetzung ebenfalls verworfen haben. Österreich hat auch noch nicht eingeführt und würde eine Abschaffung sicher ebenso begrüßen.

Insofern stehen die Sterne nicht so schlecht!

David: Was halten sie von Google’s neuem Projekt “StreetView”?

Benjamin: Ganz ehrlich gesagt: Ich weiß es nicht. Einerseits bin ich auch nicht scharf darauf, mein Haus und zufällige Aufnahmen von mir und meinem Auto dort wiederzufinden, andererseits hat schon immer jeder das Recht, Aufnahmen davon zu machen.

Daß es mehrere Unternehmen gibt, die das schon lange gemacht haben, und dazu diese mit zusätzlichen sensiblen Daten zum Kredit-Scoring angereichert haben, ist den wenigsten Leuten bekannt. Da ist mir Google eigentlich lieber – das kann ich auch selber nutzen.

Noch lieber als Google wäre mir allerdings, wenn sowas aus öffentlicher Hand kommen würde.

David: So, das war es erstmal an offiziellen Fragen, wenn mir noch weitere wichtige einfallen, werde ich mich melden. Schon mal vielen Dank im Voraus für die Mühen!

Benjamin: Gern geschehen! Vielen Dank für das Interview!

Um genau zu sein handelt sich um eine sog. 5 Reel Slot Machine, bzw. eigentlich um eine Simulation derselben. Sie trägt den Namen “Gold of Yucatan“, denn das ist das Thema: Das Gold von Yucatan zu finden… Ja, na, eh.

Das Ergebnis meiner Bemühungen ist auf den hier zu bewundern. Leider braucht man auch für ein Probespiel mit rein virtuellem Einsatz einen Account. Das iPhone Spiel kriegt man nur angeboten, wenn man mit einem iPhone oder iPod Touch User Agent daher kommt. Es empfiehlt sich Safari 4, wenn man kein iPhone zur Hand hat, denn der hat die entsprechenden UA Strings schon eingebaut und rendert auch die CSS3 Transitions korrekt.

Ich habe ein paar Photos gemacht:

Was ist nun das besondere an iPhone Web Apps?

Wenn man alles richtig macht, hat man am Ende eine Applikation, die sich fast genauso verhält, wie eine native iPhone Applikation. Einziger klarer Unterschied: Ohne Datenverbindung geht nix, denn die Web App wird immer vom Server geladen. Andererseits spart man sich dafür auch die Apple Zensur: Man muß nicht erst durch den iTunes Store, sondern kann das ganze einfach auf eigene Faust machen.

Wenn man will, kann man aber trotzdem von Apple beworben werden. Sie bieten einen eigenen Web App Katalog an. Zugegeben, der ist im Vergleich zum App Store äußerst unbekannt, der Werbeerfolg wird sich also in Grenzen halten. Bei der riesigen Menge an nativen Apps im App Store hilft die reine Präsenz in selbigen allerdings auch kaum mehr.

Architektur

Eine iPhone Web App befindet sich unter genau einer Resource, also einer einzigen HTML Seite. Alles was man anzeigen will, muß sich darin befinden.

Man kann natürlich dennoch mehrere “Seiten” haben, der Inhalt muß sich aber eben innerhalb einer einzigen HTML Datei befinden. Dieser kann mit JavaScript auch dynamisch generiert bzw. nachgeladen und hin- und hergewechselt werden.

Die alte WML Metapher des “Decks” und der “Cards” drängt sich auf.

Da ich jQuery Fan bin (meine Plugins dafür sollten das wohl hinreichend beweisen…), drängt sich mir die Verwendung desselben natürlich auf. Zum Glück war David Kaneda so freundlich und hat bereits jQTouch entwickelt. (Projektseite bei Google Code)

Das kapselt alles nötige Know-How in einer JavaScript und einer CSS Datei.

jQTouch Features

• Automatisches setzen der benötigten spezifischen Web App <head> Tags
• Vorgefertigte Card Überblendungen mit CSS 3 Transitions und Animations
• Unterstützung des Designs durch setzen entsprechender Klassen bei Orientierungsänderung
• Eigene Tap Erkennung und Event Handling des Taps; Dies umgeht die Auslöseverzögerung bei einem Standard onclick Event.

Ich empfehle den Einsatz der letzten Revision im Trunk (aktuell 133) des Subversion Repositiories.

Es gibt dort leider ein paar kleine Probleme, die aber schnell abgestellt sind: Die min-height‘s für die verschiedenen Größen und Orientierungen sind nicht korrekt und vollständig.

Was ist beim Design zu beachten?

In erster Linie ist es wichtig, die unterschiedlichen Viewportdimensionen, die es zu unterstützen gilt, zu beachten.
Einerseits wird die App zuerst einmal im Safari aufgerufen. Dort haben wir 320 x 416 Pixel im Portrait- und 480 x 268 Pixel im Landscape-Modus zur Verfügung. (Die Adresszeile wird bei einer Web App automatisch ausgeblendet, man kann die 60 Pixel, die diese verbraucht also mitrechnen.)

Andererseits haben wir die Situation, bei der die App vom Home Screen gestartet wird. Hier gibt es kein “Browser Chrome”, also keine Bedienelemente mehr. Dadurch stehen 320 x 460 bzw. 480 x 300 Pixel zur Verfügung. Wenn man die Statusleiste auf black-translucent setzt, sogar nochmal 20 Pixel mehr – der Nutzen davon ist allerdings sehr begrenzt, die Statusleiste bleibt ja trotzdem da und hindert den Nutzer an der Bedienung darunterliegender Elemente.

Die App muß also dementsprechend gestaltet sein, so daß sie mit unterschiedlichen Größen zurechtkommt. Vor allem Hintergrundgrafiken sollten entsprechend angepasst werden. Optimal ist es, den zusätzlichen Platz nicht ungenutzt zu lassen, was natürlich nur in bestimmten Kontexten funktioniert.

Zu beachten ist auch, daß die Navigation vollständig mit eigenen Bedienelementen möglich ist – insbesondere der “Zurück”-Button des Browsers fehlt ja!

Das position: fixed Problem

Es liegt nicht weit entfernt, bei einer Web App fixierte Status- oder Toolbars einzubauen.
Da das iPhone die CSS Eigenschaft position: fixed nicht unterstützt, sondern dieses wie position: absolute behandelt und man andererseits <div>s die mit overflow: scroll scrollbar gemacht werden nur sehr benutzerunfreundlich mit zwei Fingern scrollen kann (und das auch längst nicht mit so geschmeidigem “natürlichem” Feedback), braucht man einen Workaround.

Matteo Spinelli von cubiq.org hat meines Wissens hier die am einfachsten zu verwendende Arbeit abgeliefert: iScroll
Ein JavaScript Objekt, daß mit einem Einzeiler beliebige Elemente mit einem Finger scrollbar macht, und dabei die gleiche Natürlichkeit im Scrollverhalten an den Tag legt, wie sonst überall am iPhone gewohnt.

Damit sind fixierte Toolbars kein Problem mehr!

Und auf anderen Geräten?

Palm Pre

Auf dem Palm Pre funktionieren Touch Web Apps ähnlich gut, leider kann man dort die App nicht ins Menü bringen und der Splash Screen wird nicht angezeigt.

Der zur Verfügung stehende Platz ist auch etwas anders: Der Viewport ist 320 x 460 Pixel (480 – 20 Pixel für die Statusleiste), allerdings befinden sich unten links und rechts zwei bis drei ca. 50 Pixel große runde Browser Bedienelemente, die den Inhalt überlagern: “Zurück” und u.U. “Vor” links, “Neu laden” bzw. “Stopp” (je nach Ladezustand) rechts.

Die Orientierungserkennung ist leider auch nicht verfügbar. Das ist besonders ärgerlich, wenn man weiß, das es sie in nativen Applikationen (die ja in JavaScript geschrieben sind) eben doch gibt!

Wenn man auf explizite horizontale Unterstützung verzichten kann, und am unteren Ende ein bißchen aufpasst, kann man also ohne Probleme auch für Pre anbieten.

Das Palm Pixi ist allerdings ziemlich lästig, weil das einen um 80 Pixel kürzeren Bildschirm hat – auf die möchte man eher nicht mehr verzichten.

Kleines Bonbon: Da Palm webOS Apps ja sowieso in HTML/CSS/JS geschrieben sind, fällt eine Portierung von einer Web App hin zu einer installierbaren webOS App äußerst leicht. Die aktuelle Marktdurchdringung lässt das momentan natürlich nicht besonders interessant erscheinen. Das könnte sich allerdings jederzeit ändern.

Android

Von den Android Geräten, die ich bis jetzt in den Fingern hatte oder mir zugetragen wurden (v.a. HTC Magic und Hero) bin ich schwer enttäuscht worden: Die Geschwindigkeit ist unterirdisch, Transitions werden offenbar nicht durch Hardware beschleunigt, Bewegung in animated GIFs ist faktisch nicht zu erkennen.

Das alles wäre noch zu ertragen und mit Abstrichen drumherum zu arbeiten. Allerdings kommts noch schlimmer: Hintergrundbilder von sich überlagernden <div>s werden teilweise einfach gar nicht angezeigt.

Obwohl da eigentlich ein WebKit wie bei den anderen Geräten am Werk sein sollte, gibts massive Renderfehler. Sehr arm.

Wichtige Links

Nochmal schnell zusammengefasst die wichtigen Links aus dem Text:
Apple: Was sind Webapps?
Safari Dev Center: Human Interface Guidelines for Webapps
jQTouch
jQTouch bei Google Code
iScroll

Schon im Flieger ueber Indien sitzend, schreibe ich diese Zeilen.

Die letzten Tage in der Stadt der Engel waren sehr anstrengend. Diese Stadt macht einen einfach fertig. Laut mit lauschigen Ecken, dreckig auf Hochglanz poliert, stinkend mit duftendem Essen ueberall. Aechtz. So voller Gegensaetze, arm und reich, schoen und haesslich direkt nebeneinander.

Wir haben wieder erfolgreich fast jedes Unbedingt-anschauen vermieden, kein Koenigspalast, kein Smaragd-Buddha, kein Wat Arun.

Statt dessen indisch/chinesischer Markt und Stadtteil, dann mit dem “Schnellboot” (ein normales oeffentliches Verkehrsmittel und viel besser als mit dem Bus/Tuk-Tuk/Taxi im Stau zu stehen!) auf dem Klong Chrao Praoh hoch und runter fuer 13 Baht pro Person und rechzeitig zur Sperrzeit am Zoo die Besichtigungsmoeglichkeit verpasst.

Am naechsten Tag dann Shopping im MBK und Watching im Siam Paragon. Sehr abgefahren: Das Siam Paragon ist eine Shopping Mall westlicher Art fuer die Bessergestellten, das MBK dagegen die Fortsetzung thailaendischer Strassenmaerkte. Die Raeume sind gedrueckt und uebervoll mit kleinsten Geschaeften, die fast alle das selbe verkaufen. Zum Beispiel gibt es ein Stockwerk, auf dem fast nichts anderes als Mobiltelefone verkauft werden…

Zum Schluss im Lumphini Park kurz vor Sonnenuntergang den Stadtbewohnern beim Aerobik zugeschaut. Um 18 Uhr ertoehnt hier aus grossen Lautsprechern die Staatshymne, wobei jeder Thai innehaelt und ganz ergriffen der Wiedergabe lauscht.

Fazit der Reise? Es war wundervoll! Thailand sollte man unbedingt einmal gesehen haben. Die Infrastruktur ist ausgezeichnet und perfekt fuer Individualtourismus. Man erlebt auf jeden Fall Geschichten, die man nicht vergessen wird und kann eine ganze Menge darueber lernen, wie Menschen miteinander umgehen sollten.

Was wuerden wir beim naechsten Mal anders machen? Am Beginn der Reise nicht so lange in Bangkok bleiben. Die Stadt ist einfach sehr anstrengend – nicht optimal, wenn man jetlagged und kaputt von der Anreise ist.
Ausserdem nicht mehr nach Ko Chang fahren, jetzt wo wir es ja schon mal gesehen haben. Es ist sehr schoen da, aber leider zu abseits von allem anderen in Thailands Sueden und die Insel draengt deutlich zum Pauschaltourismus. Vielleicht wirds wieder besser, nachdem sie dieses Jahr offenbar eine Rezessionsdelle erleiden mussten, sicher ist das aber nicht… Tauchen ist auch ganz nett da, aber nicht gerade spektakulaer.
Und moeglichst noch mehr Zeit mitbringen! 19 Tage sind zu wenig um mehr als ein bisschen Bangkok und eine Insel zu machen!

Was war gar nicht gut? Die Taxi- und Tuk-Tuk Fahrer in Bangkok. Es gibt staendig Diskussion ums Taxameter, um den Preis, um irgendwelche Schneider, zu dem sie einen unbedingt fahren wollen und um den Verkehr, weswegen sie gerade keine Lust haben, da und dorthin zu fahren.

Deshalb und wegen der besseren Unterkuenfte mit richtiger Dusche und Schallschutzfenstern: Lieber Sukhumvit Road statt Khao San – da gibts den Skytrain und die Metro, die diskutieren nicht sondern fahren zuverlaessig. (Mit deutscher Technik von Siemens…) Es ist zwar alles ein bisschen teurer dort, aber in meinem Alter kann man sich das schon mal goennen. Inklusive deutschem Bierhaus!

1234567►

Tauchen war beim zweiten mal definitiv besser. Das vollstaendig unter Wasser liegende Drei-Finger-Riff war das beste, satte 12 Meter tief…

Mein Tauchfazit: Ko Chang ist keine Destination extra wegen dem Tauchen. Wenn man aber schon mal da ist, schadet es nicht, sich mal ein die Unterwasserwelt dort anzusehen.
Der Golf von Thailand ist angeblich an der tiefsten Stelle ca. 50 Meter, richtig fette Fische schwimmen also da kaum rein. Suedlich von Ko Chang, um Ko Rang herum gehen die Riffs kaum unter 10 Meter – wenn man also taucht, sollte man schauen, dass man suedwestlich irgendwo hin faehrt, da ist es angeblich ein bisschen tiefer.
Leider sind die guten Schnorchelplaetze aber alle suedlich, und weil es zu viele Tauchbasen gibt, muss man sich leider oft ein Boot mit Schnorchlern teilen.

Die letzten Tage haben wir dann noch mit Faulenzen, eigenen Strand ausnutzen und Wasserfall schauen verbracht. Der Klong Plu Wasserfall ist der groesste der Insel, und weil es Samstag und Sonntag sogar ein bisschen geregnet hat, hat der sogar Wasser gefuehrt!
Nicht zu fassen, das es geregnet hat… Der Regen war allerdings so leicht, dass man ihn kaum gespuert hat. Eine Stunde spaeter war wieder alles trocken. Fuer einen einstuendigen Stromausfall auf dem ganzen White Sand Beach (und vermutlich der kompletten Insel) hats allerdings gereicht. Kein Wunder, bei den abenteuerlichen Stromleitungskonstruktionen.

Gestern sind wir dann zurueckgefahren nach Bangkok. Wir haetten beinahe unseren Bus verpasst, aufgrund diverser Kommunikationsschwierigkeiten mit der Busfirma, aber ansonsten bin ich sehr zufrieden – 2 Jahre alter 11 Sitzer Van ist einfach besser als 20 Jahre alter Seelenverkaeuferbus. Wir waren die einzigen, die in die Sukhumvit Road wollten, alle anderen sind in der Khao San Road ausgestiegen.
Das war super – eine Stunde im Abendstau stehen quer durch die Stadt und der Busfahrer hat uns auf fritierte Fruechte eingeladen, die die Verkaeufer einem durchs Fenster hereinreichen.

Ich bin allerdings sehr froh, nicht wieder in der KSR zu naechtigen. Sukhumvit ist zwar auch total krank, genauso wie die ganze Stadt, aber wenigstens gibts hier gute Hotels zu, fuer westliche Verhaeltnisse immer noch, sehr guenstigen Preisen.

Ich hab wieder bei hrs.com zugeschlagen und ein Apartmenthotel gebucht, direkt in einer Nebenstrasse der Thanon Sukhumvit. Endlich mal wieder eine vernuenftige Dusche und Schalldaemmung vor dem ganzen Laerm da unten.

Der Bungalow im White Sand Beach Resort hat mich naemlich ganz schoen genervt. Die Bausubstanz war zwar etwas hochwertiger als in unserem ersten Bungalow im Fisherman Hill, aber die Wasser- und Elektroinstallation eine Katastrophe: Eine einzige Steckdose hinter dem Kuehlschrank, defekte Lampen, Strom auf den Duscharmaturen bei der Heisswasseraufbereitung und in der Leitung des oefteren nur ein heiseres Roecheln statt einem ordentlichen Wasserstrahl. Da wird Duschen zum Gluecksspiel.

Wenn man dafuer mehr als das doppelte bezahlt, hilft der Strand vor der Tuer auch nicht mehr als Ausgleich.
Na egal, es hat trotzdem Spass gemacht!

123►