If you are exposing byte data that's too big to put in the table itself — such as a large bitmap file — the field that exposes the data to clients should actually contain a content: URI string. This is the field that gives clients access to the data file. The record should also have another field, named "_data" that lists the exact file path on the device for that file. This field is not intended to be read by the client, but by the ContentResolver. [...]

Dieses Feature klang recht interessant, allerdings war mir die Erklärung doch etwas zu lang, um das gleich in das "richtige" Projekt einzubauen. Stattdessen habe ich mich an ein kleines Testprojekt gesetzt, um mir die Zusammenhänge etwas zu verdeutlichen. Damit Andere auch etwas davon haben, gibt es das Projekt jetzt als Open-Source auf github und hier ein paar erklärende Worte.

Wenn man das Beispielprojekt auf einem Android-Gerät startet, dann sieht man eine Liste deren Elemente jeweils aus einem Bild und einer Zahl bestehen. Des Datenumfangs wegen arbeitet das Projekt nicht mit vorher erstellten Bildern sondern mit Zufallsbildern, die mit einem bestimmten Startwert erstellt werden (die Zahl neben dem Bild). Die Aktivität, die diese Liste anzeigt (ImageListActivity) beschränkt sich auf das Wesentliche und implementiert nur onCreate(Bundle), um die Daten vom ContentProvider zu erhalten.

Neben der Aktivität gibt es noch einen kleinen IntentService (ImageCreateService), der das eigentliche Erstellen der Bilder übernimmt (zusammen mit der RandomImage Klasse), da dies zu Zeitaufwändig ist um im GUI-Thread durchgeführt zu werden.

Zentraler Punkt des Beispielprojektes ist natürlich der ContentProvider selbst, zu finden in der ImagesProvider Klasse. Implementiert sind nur onCreate(), getType(Uri), query(...) und openFile(Uri, String), der ContentProvider ist also nur für Lesezugriffe geeignet. Die query(...) Methode liefert einen MatrixCursor zurück, der drei Spalten besitzt: "_id", "image" und "_data". Das ID-Feld enthält die zum Bild gehörige Zufallszahl, die zwei anderen Felder sind für die Auslieferung der Bilddaten zuständig.

Wie im SDK-Text nachzulesen war, enthält die "image" Spalte eine "content://"-URI, die in diesem Fall wieder zum gleichen ContentProvider zeigt, aber durchaus auch einen Anderen benutzen kann. In der "_data" Spalte ist wie in der SDK beschrieben ein Dateiname eingetragen, die von der openFile(Uri, String) Methode zum Öffnen der Datei verwendet wird. Ein Query an den ContentProvider liefert nun beispielsweise folgendes Ergebnis (gekürzt):

 _id |                  image                       | _data
  10 | content://net.sourcewalker.binary/images/10  | /mnt/sdcard/.../files/10.png
 [ Zeilen ausgelassen ]
 800 | content://net.sourcewalker.binary/images/800 | /mnt/sdcard/.../files/800.png

Allerdings wird dem Aufrufer beim Abruf der "image" Spalte nicht die vom ContentProvider erzeugte URI zurückgeliefert. Stattdessen wird diese automatisch vom ContentResolver aufgelöst und die openFile(...) des passenden ContentProviders (in diesem Fall der Gleiche) mit der URI als Argument aufgerufen. Diese Methode liefert dann einen Dateideskriptor (ParcelFileDescriptor) zurück, der benutzt werden kann um die Binärdaten zu lesen. Die ContentProvider-Klasse stellt dazu eine Hilfsmethode ContentProvider.openFileHelper(Uri, String) zur Verfügung. Diese Methode führt ein Query auf der entsprechenden URI aus und erwartet eine Spalte "_data" mit einem Dateinamen für den dann der Dateideskriptor zurückgeliefert wird.

Die Erzeugung der Bilddateien findet in diesem Beispielprojekt im ImageCreateService statt, der mittels eines Intent gestartet wird sobald die Bilderliste vom ContentProvider abgerufen wird. Während der Service die Bilddatei erstellt wird dem Datenempfänger ein "Wartebild" gezeigt, das in diesem Fall einfach leer ist. Der Service benachrichtigt alle fünf Bilder mittels ContentResolver.notifyChange(...) die Aktivität, worauf die erzeugten Bilder an die Aktivität geliefert werden.

So, jetzt müssen die neuen Erkenntnisse nur noch in das richtige Projekt integriert werden und alles ist in Ordnung. Ich hoffe der Artikel ist hilfreich. Bei Fragen oder Anmerkungen bitte ich um Kommentar oder Email, insbesondere wenn Fehler gefunden werden.

Grüße

Update: Ich habe das Projekt und diesen Artikel umgeschrieben, so dass die "empfohlene" Implementierung mittels ContentProvider.openFileHelper verwendet wird. Der alte Stand des Quellcodes ist immernoch im Branch "own-openfile" im github-Projekt enthalten.

Es ist tatsächlich soweit, Milchkaffee hat nun mehr als 100 aktive Nutzer (aktuell sinds 116)! Bei fast 400 Downloads sind das immerhin fast 30% der Leute, die es mal ausprobiert haben. Wenn man davon ausgeht, das es viele Leute gibt, die Anwendungen "einfach mal so" installieren um sie dann wieder zu entfernen (ich schließe hier von mir auf andere...), dann kann man eigentlich zufrieden sein.

Um dieses Ereignis zu feiern, gibts heute eine neue Version von Milchkaffee, die speziell für Android Cupcake entwickelt wurde (nun erklärt sich auch das Bild rechts...).

Mit der neuen Firmware Version ("Cupcake" ist der Codename der Firmwareversion 1.5) kamen ein paar echt nette neue Features in die Plattform, zum Beispiel auch die Möglichkeit kleine Ansichten auf den Desktop zu platzieren (sogenannte "Widgets"). Das wird nun von Milchkaffee genutzt um die nächsten Aufgaben anzuzeigen:

Ich hoffe, das Feature kommt bei den Benutzern an. So wie ich das gesehen habe, ist Milchkaffee momentan auch die einzige RememberTheMilk-Anwendung mit Widgets. Vielleicht gibts dadurch ja auch wieder ein paar neue Nutzer...

Wer nun enttäuscht ist, weil erst so ein aufreißerischer Titel kam und dann nur eine neue Softwareversion angekündigt wird, der vergebe mir diesen kleinen Trick.

Ein schönes Wochenende noch...

Gruß
Xp

Heute kam mal wieder ein Newsletter von PBXes. Um ganz ehrlich zu sein, hatte ich den Anbieter schon fast vollständig vergessen. Ich hatte mir mal ein Konto dort angelegt, als ich meinen SIP-Account für VoIP-Telefonie und mein damals neues Nokia Handy miteinander verheiraten wollte. Mittlerweile geht das jedoch auch ganz wunderbar ohne eine zusätzliche Stelle dazwischen.

Was diese Sache jedoch erwähnenswert macht war der Inhalt der Email. Ich hatte zwar schon letztes Jahr ein paar mal davon gelesen, das eine Java-Implementierung des SIP und des RTP-Protokolls (jeweils) auf die Android-Plattform gemacht wurden, jedoch wurde es dann lange still um das Thema. Anscheinend haben sich jedoch in der Zwischenzeit ein paar Leute von PBXes (und noch ein paar Andere mehr) die Sache in die Hand genommen und den "Beispielclient" der der Portierung beilag in eine funktionierende Software umgebaut. Diese trägt den Namen "SIPdroid".

Heute nun wurde die erste öffentliche Betaversion verfügbar gemacht, leider nur für die Version 1.5 der Android-Plattform und damit noch außer Reichweite für Besitzer der normalen, handelsüblichen Geräte wie mir. Auch hier ist jedoch ein Lichtstreif am Horizont zu erkennen, da durchgesickert ist, dass das Update "Anfang bis Mitte Mai" noch kommen soll.

Ich bin auf jeden Fall schonmal gespannt und hoffe darauf, das sich bald von erfolgreichen Versuchen lesen kann.

Gruß
Xp

Komischer Name, aber hoffentlich ein nützliches Programm. So oder so ähnlich könnte das Motto lauten unter dem ich mein neuestes Programm veröffentliche. "Milchkaffee" (zu dem Namen komm ich gleich) ist ein Programm für Android-basierte Geräte, das den Zugang zur Aufgabenverwaltung auf RememberTheMilk.com vereinfachen soll.

Es gibt zwar schon ein paar Aufgabenverwaltungsprogramme (z.B. Astrid oder Toodo), aber mir kam es irgendwie so vor, als ob keins wirklich für das Zusammenspiel mit der Online-Aufgabenverwaltung gemacht wurde. Auch waren die Programme viel zu überladen um "nur ein paar Aufgaben" zu bearbeiten. Also beschloß ich, mich selbst dran zu versuchen. Die Benutzeroberfläche soll sich möglichst stark an die Weboberfläche anlehnen, aber natürlich ein wenig flotter reagieren.

Die erste Version, die ich heute auf den Android Market geladen habe, enthält eigentlich schon alle Funktionen, die man für den täglichen Gebrauch braucht (also zumindest geht es mir so). Man kann Aufgaben hinzufügen, löschen, erledigen und die Priorität ändern. Außerdem kann man sich die verschiedenen Aufgabenlisten ansehen. Ich weiß noch nicht, was ich als nächstes hinzufügen werde, wahrscheinlich wird das Projekt jetzt erstmal ruhen (hab ja ne ganze Woche dran gesessen). Mal sehen, was die Weltöffentlichkeit so dazu meint...

Ein paar Screenshots gibts hier: Milchkaffee-Album und eine kleine eigene Seite hat das Programm auch bekommen.

Download gibts über den Android Market, einen direkten Link kann ich deshalb nicht anbieten. In die richtige Richtung geht jetzt jedoch mit cyrket.com, einem Online-Client für den Market, bei dem man sich zumindest das Listing anschauen kann. Laden geht dann aber trotzdem nur mit Telefon.

Ich hoffe auf gute Bewertungen und wünsche allen Benutzern viel Spaß mit der Anwendung...

Für die, die es so lange ausgehalten haben, jetzt aber noch die Auflösung des Namensgewinnspiels. Der Name "Milchkaffee" rührt aus dem Zusammenspiel von RememberTheMilk.com (ziemlich offensichtlich) und Android her (nicht ganz so simpel). Android-Anwendungen werden in Java geschrieben und Java ist nebenbei auch der Name einer Kaffeesorte. So kam ich zu diesem zugegebenermaßen ziemlich abgedrehten Programmnamen.

Gruß
Xp

Letzten Sonntag war es soweit. Nach einigen Monaten der intensiven Suche und des Haderns mit dem eigenen Geiz habe ich es (endlich) gewagt: Ich habe mir ein neues Handy gekauft! Ein T-Mobile G1, um es etwas exakter auszudrücken. Gestern ist es dann angekommen, das ersehnte Stückchen Technik (ich kann es immer nicht erwarten, bis etwas gekauftes ankommt; das mit der Post muss man glaube ich nochmal überdenken, Beamen wäre ideal...).

Nach dem Auspacken und Einschalten kam der erste Schreck: "Keine SIM-Karte vorhanden!", meinte der kleine grüne Android, der im inneren des schwarzen Plastikquaders sein Werk verrichtet. Ich ahnte übles, da ich das Handy, das von T-Mobile beworben wird, ohne Vertrag und SIM-Karte gekauft hatte und mit meiner alten E-Plus-Karte betreiben wollte. Es stellte sich gedoch schnell heraus, dass es nur eine mangelhafte Positionierung der SIM-Karte meinerseits war (sie war anscheinend etwas verrutscht). Nach einem erneuten Einbau und einem weiteren Bootvorgang wurde nun etwas netter begrüßt: "Zum Start Android berühren."

Nun kam die nächste Hürde auf mich zu (ich muss zugeben, die Einrichtung des Gerätes war etwas holprig): Anmeldung des Gerätes bei meinem GMail-Account. Was eigentlich kein Problem sein soll, stellte sich als etwas zeitaufwändig heraus, da ich Aufgrund der E-Plus-SIM natürlich die vorkonfigurierten T-Mobile Zugangspunkte nicht benutzen kann. So musste ich mir zuerst diese Konfiguration anlesen, das Internet mit seinen vielen Leuten die schon einmal an dieser Stelle standen half mir sehr schnell weiter. Nach einigem Probieren klappte die Verbindung dann auch und das Telefon meldete sich erfolgreich bei Google an und saugte sich meine Kontakte, die ich schon vorgestern in das Google-Konto eingepflegt hatte (Quelle war mein altes Handy).

Nun lag der neuen Internet-Welt nichts mehr im Weg, nicht zu letzt Dank der Handy-Internet-Flat, die ich am Vortag in weiser Voraussicht abgeschlossen habe...

Nach knapp zwei Tagen intensiver Benutzung des Telefons muss ich sagen, dass ich sehr zufrieden bin mit meinem Kauf. Der Preis ist zwar nicht grade von schlechten Eltern, aber die komfortable Bedienung und die Anwendungsauswahl auf der Plattform macht das meiner Meinung nach wieder wett. Es gibt zur Zeit schon viele sehr gute Ideen (z.B. Locale, dass Einstellungen anhand der Position vornimmt), die schon von findigen Entwicklern umgesetzt wurden. Und für Leute, die sich gerne selbst ein wenig mit Anwendungsentwicklung auseinender setzen wollen (so wie mich), ist das Telefon gradezu ideal, da der Quellcode des Betriebssystems vollständig zur Verfügung steht (im Gegensatz zu der schrecklichen SDK von Symbian S60; jetzt muss ich nicht mehr neidisch auf das .NET Compact Framework sein).

Ich habe gestern abend auch schon eine erste Erfahrung mit eben diesem Quellcode gemacht, da ich nämlich einen kleinen Fehler im Email-Client behoben habe. Zum einen ist es natürlich schade, dass gerade so eine wichtige Anwendung wie Email so ein schlechtes Programm bekommen hat, aber auf der anderen Seite kann man hier wenigstens Besserung erwarten (Ja Nokia... ich habe es nicht vergessen, dass ihr schon Ewigkeiten keine Updates mehr für das E60 heraus bringt!), zumindest auf Besserung hoffen. Ich vertraue da auf die große Zahl an Open-Source-Entwicklern, die die Plattform hoffentlich für sich entdecken...

Wenn es wieder etwas zu dem Thema zu melden gibt, dann werde ich das natürlich tun. Jetzt könnt ihr mir zu meinem Kauf gratulieren...

Gruß
Xp