Mit LWUIT  wurde ebenfalls von Sun eine Bibliothek für die Gestaltung von Benutzerschnittstellen vorgestellt. LWUIT unterstützt Touchscreens und Animationen. Ein Jahr lang konnte man zwar in dem Blog eines LWUIT-Entwicklers die Weiterentwicklung verfolgen, es gab jedoch keine neuen Versionen. Ich habe schon befürchtet, dass der neue Eigentümer Oracle das Projekt ganz einschlafen lässt. Das der genannte Blog bei Google liegt und nicht bei Sun bzw. Oracle wertete ich ebenfalls als Indiz, dass das Projekt für die Firma nicht besonders wichtig zu sein scheint.

Anfang August 2011 ist schließlich doch noch die Version 1.5 veröffentlicht wurden.

Erfahrungen beim Upgrade.

Die Größe eine Handyprogramms ist immer noch ein Thema. Preiswerte oder ältere Handy haben oft Grenzen für die Größe eines Javaprogramms. Auch die Datenübertragung ist für viele Nutzer weiterhin noch nicht kostenlos.

Die Bibliothek war für eine JME-Bibliothek schon in Version 1.4 sehr groß, und der Umfang die Bibliothek ist nochmal gestiegen. Zum Glück entfernt der Obfuscator die unbenutzten Bibliotheksbestandteile recht effektiv. Für zwei verschiedene Programme komme ich mit allen Resourcen auf folgende Werte nach dem Umstieg von 1.4 auf 1.5:

Programm A: 212kb -> 245kb

Programm B: 417kb -> 456kb

Die Entwicklungsversion der Anwendung B mit Debuging-Informationen und ohne Obfuscator war über ein 1MB und ließ sich in der Standardeinstellung des JME-SDK nicht starten. Man kann die erlaubte Größe aber durch ändern einer Konfigurationseinstellung anpassen:

Datei: jwc_properties.ini
system.jam_space = 1000000

Die beiden Anwendungen ließen sich leicht upgraden. Kritisch war in der IDE Netbeans nur, wirklich alle Referenzen auf LWUIT 1.4 aus dem Projekt zu entfernen, auch in den eigenen Bibliotheken.

Es gab einige „Deprecation Warnings“, die leicht zu beheben waren. Der Resourceeditor hat in 1.5 sehr große Änderungen erfahren. Geändert wurde der Umgang mit den „selected“ und „pressed“ Zuständen. Hier musste man die Anwendungen im Detail überprüfen und teilweise nachbessern. Insgesamt ging die Umstellung aber problemloser als befürchtet.

Mehrzeilige Elemente

Aus meiner Sicht unvollständig ist immer noch die Unterstützung von mehrzeiligen Elementen. Ein Label ist zunächst mal nur einzeilig, ebenso wie ein Button, oder eine Checkbox.

Von den einfachen UI-Elementen kann einzig das TextArea-Eingabefeld mit mehrzeiligen Text umgehen. Immerhin lässt sich das ausnutzen:

Für ein einfaches mehrzeiliges Label kann man ein Eingabefeld verwenden, es auf nicht editierbar setzen und die UIID manipulieren, so dass die Stilinformationen eines normalen Labels genutzt werden:

TextArea descLabel = new TextArea(descriptionText);
descLabel.setEditable(false);
descLabel.setUIID("Label");

Die Notwendigkeit für so einen Test habe ich schon vor drei Jahren erkannt. Mein damaliger Webhoster hat nach einem Serverupdate vergessen den Mimetyp zu konfigurieren :-( . Solche Fehler wollte ich in Zukunft schnell finden. So habe ich zunächst ein Kommandozeilenwerkzeug geschrieben. Da war ich der Zeit wohl voraus, selbst Online-Shops für Handysoftware haben sich unnötige Fehler in der JAD-Erzeugung geleistet. Schließlich kam ich auf die Idee, eine Onlineversion zu veröffentlichen und so auch Werbung für meine Kompetenz zu machen.

Der Jad Checker ist zugleich mein Projekt, um Googles App Engine einen Praxistest zu unterziehen. Seit August 2008 ist der Dienst online und wurde in den Entwicklerprogrammen von Nokia, SonyEricsson, Sun und Vodafone vorgestellt. Ein Mitarbeiter des Nokia-Entwicklerprogramms gab als Kommentar “Cool”. Wahrscheinlich hat er schon mit vielen dieser JAD-Problemen zu tun gehabt.

Bisher bin ich mit der AppEngine zufrieden. Die Entwicklung ging zügig, die Anwendung läuft rund, und es gab noch keine negativen Rückmeldungen. Den Onlinedienst finden Sie hier: jadcheck.appspot.com

Bemerkenswert finde ich diese Beobachtung:
Überladene Webseiten sind beliebt, selbst wenn sie unübersichtlich und schwer zu bedienen sind. Das Design muss zeigen, dass da etwas los ist. Bei einem übersichtlicheren Design nimmt man an, dass der Service unbeliebt ist, also auch nichts für einen selbst zu bieten hat.

Zum Bericht “Forum Nokia Design Update — China”

Update:  der Link zur Nokia-Webseite war leider schon nach kurzer Zeit nicht mehr gültig. Zur Zeit ist der Bericht in der Design and User Experience Library im Kapitel “Visual Design” zu finden.

Ein idealer “Use Case”, um die Internetverbindung des Handys auszunutzen. Im Browser www.joeys.de eingegeben. Das geht noch schnell, die Seite existiert, und dank des Webkit-Browsers meines Symbian-Handys kann man die normale HTML4-Seite auch sehen:
(Viele Handybrowser hätten hier aufgegeben)

Die Seite ist dummerweise für die große Leinwand gemacht. Trotz der automatischen verkleinerten Seitenübersicht ist es mühsam, sich einen Überblick der Seite zu beschaffen. Nach etwas hin und her scrollen probiere ich den Link “Bestellen”. Dort kann ich den Anfangsbuchstaben meiner Stadt auswählen. Nach “F” komme ich zur Adresse und Telefonnummer der Flensburger Filiale. Na Bitte!

Die Telefonnummer geben wir zur Sicherheit in ein zweites Handy ein. Dann mal sehen, was die Webseite uns sonst so bietet. Der Link zu Flensburger Filiale zeigt uns dann auch das Menü mit den Preisen. Pizza gibt es in drei verschiedenen Größen. Zwei kleine Pizzen kosten so viel wie eine extragroße.
Jetzt die Frage: Wo bekommt man mehr fürs Geld? Bei quadratischen und damit nicht-linearen Abschätzungen lässt sich das Gefühl für Größen leicht täuschen. Ich wechsle zum Rechner des Handys. Eine große Pizza hat tatsächlich deutlich mehr Fläche als zwei kleine.

Zurück zur Website des Pizzaservices. Hier gibt es jetzt sogar ein Onlineformular zum bestellen. Das erscheint uns dann aber doch zu mühsam und fehlerträchtig. Wir rufen jetzt gut informiert an, vereinbaren einen Übergabepunkt am Strand, und bald darauf kommt unsere extragroße Maxi-Pizza an.

Die Pizza war dann auch sehr gut, besonders auch die “sundried tomatoes”, Pizza am Strand ist ohne Zweifel ein großer Luxus, möglich dank mobilen Internet.

Aber wie macht man ein Bildschrimfoto? Mit der Digitalkamera? Zum Glück ist das nicht nötig.

Windows kann von sich auch schon Bildschirmfotos machen. Dazu gibt es rechts oben auf Ihrer Tastatur eine Taste mit dem Namen “Druck” oder auch “Druck|S-Abf”.
Beim Drücken dieser Taste wird der Bildschirminhalt in die Zwischenablage kopiert.
Von dort können Sie ihn mit “Einfügen” (Strg-V) z.B. in ein Textdokument einfügen.

Bequemer geht es mit zusätzlichen Programmen. Ein Beispiel ist Gadwin Printscreen. In der Grundversion ist es sogar kostenlos.
Vorteile sind:

• Sie können ein rechteckiges Feld bestimmen.
• Das Ergebnis wird gleich in eine Datei geschrieben. Sie können bestimmen, wo die Datei gespeichert wird.
• Sie können als Bildtyp “.png” auswählen, dieser ist für die Präsentation im Internet optimal.

Bei Bedarf können Sie dieses Foto mit einem Bildbearbeitungsprogramm weiter verändern. Zum Beispiel Größe verändern, einen schwarzen Rahmen hinzufügen, wichtiges mit einen roten Kreis markieren. Oft ist es auch nützlich, die Anzahl der Farben zu reduzieren, das Bild lädt dann schneller.

Wenn Sie jetzt eine Datei mit dem Bild haben, können Sie sie in einen Blogeintrag einfügen. Dazu gibt es meistens im Feld, wo der Beitrag geschrieben wird, oben eine Schaltfläche zum Einfügen einer Bilddatei. Z. B. bei WordPress wie unten im Bildschirmbild: