GENiALi's Blog

Es ist etwas das mich schon immer störte und noch immer stört. Ich, als Entwickler, pflege meine App, stelle regelmässig ein Update zur Verfügung, aber diese werden nicht eingespielt. Bugs werden so über lange Zeit mitgeschleift, füllen mir die Logs und machen die Anwender unzufrieden. Es gibt Mails die man oft mit einem “mach ein Update” abtun kann. Der Google Play Store informiert zwar über neue Updates was aber noch lange nicht heisst das die auch eingespielt werden.

Deshalb baute ich in der Version 2.0 von Com2Cal ein Mechanismus ein der den Anwender über eine neue Version informiert. Ich wollte wissen ob die Updatemoral dann besser wird. Die ganze Sache funktioniert relativ einfach.

Was lange wärt kommt gut. Oder so ähnlich. Nach einigen Monaten Freizeit opfern und viel testen ist es nun soweit. Com2Cal in Version 2.0 ist fertig. Vielleicht noch nicht ganz Fehlerfrei, dass werden ja jetzt die Massentest’s zeigen, aber soweit das man sie veröffentlichen kann.

Um zu verstehen was an Version 2.0 so besonders ist muss man wissen was Com2Cal bislang überhaupt macht. Com2Cal ist eine Android App die Anrufe, egal ob ankommend, verpasst oder angenommen, im Kalender protokolliert. Das selbe bei verschickten oder empfangenen SMS. Es wird jeweils ein Termin im Kalender erstellt wobei immer ersichtlich ist um was es geht. Bei einem SMS steht auch der Text im Termin drin.

Für die meisten Bilder zeigt der Windows Explorer ein Bild als Vorschau an. Somit ist es sehr einfach das gewünschte Bild in einer grösseren Liste zu finden. Seit ich für Android App’s erstelle habe ich es öfters mit SVG, also Verktorgrafiken, zu tun. Die zeigt der Windows (Datei) Explorer aber nicht an in der Vorschau. Selbst wenn man Inkscape installiert hat.

Jeder der für Android entwickelt wird schnell feststellen, dass die Emulatoren von Google so gut wie nutzlos sind. Sobald die eigene App Funktionen wie Kalender nutzen will wird man mit diesen Emulatoren scheitern. Die haben nämlich keinen Kalender, kein Google Play u.s.w. an Board. Um diese dann zu implementieren muss man einiges an unschönen Sachen anrichten. Zudem sind die original Emulatoren auch grottenlangsam. Es dauert ewig bis sie gestartet sind und die Arbeit darauf macht auch keinen Spass.

Seit der Version 4 - oder 4.1? - von Android gibt es auch eine Version für X86 Prozessoren für Intel. Das hat sich ein Projekt zu nutze gemacht um eine VM anzubieten die auf dieser Version basiert. Damit ist es möglich Android auch in anderen Virtualisierungslösungen zu starten. Konkret nutzt das Projekt AndroVM die VirtualBox von Oracle. Das heisst, dass Teil ist rasend schnell. Beim Starten und auch danach beim Arbeiten.

Was lief seit der Version 1.1.0 als ich das letzte mal etwas über Com2Cal gebloggt habe.

Viel. Sehr viel sogar. Ich bin überrascht was da schon bei so wenigen Installationen, aktuell etwa 400, zusammen kommt. Es gibt viele Leute die viele Ideen haben. Aktuell bin ich mit Com2Cal bei Version 1.1.8.6.

Heute Morgen machte Eclipse ein update der ADT für die Android Entwicklung. Anlässlich der Google I/O 2012 wurde die Version 20.0.0 veröffentlicht. Kurz darauf kam die 20.0.1 und noch kürzer auf diese Version, also heute Morgen dann die Version 20.0.2. Aber das Zeugs ist noch so fehlerhaft.

Ein schönes Beispiel gefällig?

Was ich mich in den letzten paar Tagen genervt habe. Bei meinem Projekt kommen immer mehr externe Libraries hinzu. Es gibt solche die als *.jar Datei eingebunden werden und solche die man als Projekt einbindet. Um so mehr davon vorhanden sind um so häufiger kommt folgende Meldung.

Heute war ich wieder mal ganz tüchtig. Habe einiges eingebaut was so gewünscht wurde.

Ein Wunsch war das man ein/ausschalten kann was protokolliert werden soll. Das habe ich umgesetzt. Man kann jetzt einstellen ob Com2Cal überhaupt etwas machen soll. Wenn ja, kann man noch einstellen welche Sachen genau protokolliert werden sollen. Jedes einzelne Protokoll kann nun ein- und ausgeschaltet werden.

Wie schon mal erwähnt sind noch einige Ideen vorhanden. Einen wichtigen Punkt habe ich nun mit der Version 1.0.4 umgesetzt. Seit dieser Version werden auch ausgehende SMS protokolliert. Damit habe ich einen der, für mich, wichtigsten Punkte umgesetzt.

Mit der Version 1.0.6 stellt ich auf die ActionBar um. Da Com2Cal auch auf Geräten vor der Android 3 Ära funktionieren soll musste ich dazu eine Library bemühen. Auswahl scheint es da nicht sehr viel zu geben. Deshalb nutze ich neu dafür die ActionBarSherlock.  Ich hoffe die tut so wie ich es mir vorstelle und macht mir nicht zu grosse Probleme. Leider wurde die APK Datei, also der Download der App, um einiges grösser. Ich war ziemlich überrascht. Von 348KB auf 811KB, was doch ziemlich viel ist.

Beim entwickeln einer Android Anwendung kommt es immer mal wieder vor, dass man in der Hitze des Gefechtes vergisst die Berechtigungen in der AndroidManifest.xml zu setzten. Man ärgert sich dann wenn das neu eingebaute Feature nicht funktionieren will. Wenn man sich dann, nach langem suchen, mal die mühe nimmt und das LocCat genauer anschaut kann es vorkommen, dass man es doch noch sieht. Das neue Feature braucht noch eine Permission die man noch nicht gesetzt hat, b.z.w. vergessen hat zu setzten. Wäre ja nicht schlimm wenn man das nicht erst nach 1’er Stunde merkt.

Aber es gibt ja so ein cooles Feature in Eclipse wo man das LocCat filtern kann. Wenn man nun den richtigen Filter baut wird man das Problem in Zukunft viel schneller bemerken.