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.

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.

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.

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.

Bei meinen Experimenten mit der Android Entwicklung stiess ich immer wieder auf das selbe Problem. Android ist Open Source aber der Debugger konnte nie in den Source rein springen. Ist auch logisch, denn den müsste ich zuerst runterladen.

Um es richtig zu machen müsste ich den Source Code für alle Versionen runterladen. Irgend wie nicht praktikabel.

Wenn man Tag täglich mit der selben Entwicklungsumgebung arbeitet gewöhnt man sich so einiges an. Unter anderem auch das Tastaturlayout der Entwicklungsumgebung. Nutzt man dann einmal eine Andere,  zum Beispiel um Android App’s zu machen, läuft man immer wieder auf. Es ist so ärgerlich wenn man beim debuggen immer wider die falschen F-Tasten drückt.

Oder nur schon das rauslöschen einer Zeile Code. Man gewöhnt sich das Ctrl-Shift-l einfach an. Macht man das dann in Eclipse ist das Ergebnis nicht wie erwartet.

Gestern, Freitag den 09.09.11, fand der Erste .NET Usergroup Event der Zentralschweiz statt. Für mich war es auch das Erste mal. Bislang hatte ich nur an der .NET Online User Group (NOUG) teilgenommen.

Der Event fand in den Räumlichkeiten der bbv Software Services AG in Luzern statt. Organisation war super und mit 21 Teilnehmer, wenn ich mich nicht irre, nicht mal so schlecht besucht.