ME & IT

UDID eines iPhones via iTunes ermitteln

iOS und der AppStore sind wie wir alle wissen ein geschlossener Garten. Eine Folge davon: Will man die Beta-Version einer Software an Tester oder Kunden ausliefern muss man für das Provisioning die Zielgeräte kennen. Für diesen Zweck hat jedes iPhone eine eindeutige UDID. Diese lässt sich sehr leicht via XCode und Organizer ermitteln, aber der Kunde oder Betatester hat nicht immer die komplette Entwicklungsumgebung installiert und im Zugriff. Glücklicherweise kann man die UDID aber auch über iTunes ermitteln.

Klicken wir in iTunes auf den Sidebar-Eintrag eines angeschlossenen iOS-Gerätes, zeigt es uns zunächst bereitwillig seine Seriennummer, nicht jedoch die für die Registrierung wichtige UDID:

Diese kann man aber an selber Stelle ermitteln indem man die angezeigte Seriennummer anklickt:

Auch die anderen Dialog-Felder zeigen auf Klick weitere Informationen, beispielsweise IMEI und Buildversion.

Von Word-Vorlage nach SSRS-Report

Derzeit erstelle ich für einen Kunden mehrere neue Reports mittels SQLServer Reporting Services (SSRS). Die Vorgaben dafür sind mehrere Beispiel-Word-Dokumente, die möglichst genau umzusetzen sind. Ein Szenario, das vermutlich ziemlich häufig auftritt, das sich was Zeilenabstände angeht aber garnicht mal so leicht gestaltet: Das Demodokument beinhaltet mehrere Textboxen, in jeder sind die Fontgrößen leicht anders eingestellt, und Word kümmerte sich ja selbstständig um die Abstände beim Umbruch. Wie simuliert man so etwas aber in SSRS ohne viel Rechnen und Herumschieben von Textboxen? Ich habe mir dabei wie im folgenden beschrieben geholfen.

jqGrid hat echt was

In den letzten Wochen konnte ich mich etwas ausgiebiger mit jqGrid beschäftigen, und ich muss sagen: Diese AJAX-Tabellen-Komponente hat was. Es gibt kaum etwas, was ich als Feature in anderen Tabellenkomponenten kennengelernt habe, das hier fehlen würde. Die zugehörige Demoseite beweist das denke ich eindrucksvoll. Allerdings ist der Einstieg nicht ganz leicht, der Technologiebaum dahinter ist schon recht tief.

jqGrid baut auf JQuery UI auf, das dann widerum auf JQuery. Letzteres setzt obwohl es JavaScript stark vereinfacht doch hier und da detailliertere JavaScript-Kenntnisse voraus (der ideale Einstieg hierfür ist immer noch der O'Reilly JavaScript Definitive Guide und online die JavaScript-W3School).

Für das Backend, das für die Komponente Daten heranschafft, kommt nochmal die eine oder andere Technologie hinzu. Hier ist die Wahl aber frei, solange das Framework jqGrid mit JSON oder XML-Daten befeuern kann. Das Format kann relativ weiträumig angepasst werden: jqGrid offeriert Default-XML/JSON-Formate, erlaubt aber die Konfiguration seines XML-Readers, falls man das Quellformat nicht anpassen kann. Einschränkung dabei: jqGrid kann derzeit nur XML-Tags, nicht aber XML-Attribute als Datenquelle heranziehen.

Hat man ein erstes jqGrid-Skript vor sich, ist oft nicht ganz klar, welches Feature aus welchem Paket kommt. Ich bin wirklich froh Firebug als Firefox-Extension mit an Bord zu haben, sonst würde ich wohl heute noch nicht verstehen wie das Ganze zusammengreift.

Was wirklich hilft bei der optischen Gestaltung des Grids ist, dass diese mittels JQuery UI Themeroller erfolgen kann. Im Projekt hat unsere Designerin hiermit relativ schnell ein passendes Theme erstellen können, das mit meiner Grid-Software-Demo auch sofort reibungslos zusammengespielt hat.

Fallstricke bei jqGrid: Das eine oder andere JQuery Plugin muss hinzugefügt werden, damit alle Features funktionieren. Will man beispielsweise mit einem komfortablen Editor Tabellenspalten des Grids sortieren oder filtern, wird die Multiselect Komponente nötig. Achtung dabei: Von dieser gibt es mehrere Quellcode-Varianten im Internet, die nicht alle mit jqGrid zusammenspielen. Der richtige Ort für die Komponente ist Github, das ich so als Social Coding Dienst auch mal kennenlernen durfte.

Fazit: jqGrid ist eine sehr starke Client-Tabellenkomponente für Webanwendungen, man darf die Einarbeitungszeit allerdings nicht unterschätzen. Grob 2-3 Tage sind nötig bis man damit produktiv ist. Danach hat man aber auch JQuery und JQuery UI deutlich besser im Griff. Die Dokumentation ist noch etwas schwach, wäre diese besser, wäre auch sicher der Einstieg reibungsloser. Auch sollte man beachten, dass Javascript recht viel Last auf den Clientbrowser legt. Manchmal ist es sicher sinnvoller seine Tabellen im Backend aufzubauen und via reinem HTML in den Browser zu bringen. Für ein solches Szenario hat sich bei mir Displaytag sehr bewährt.

Präsentation ist (keine) Zauberei

Früher war bei mir Präsentieren ungefähr das hier:

• Sich Hardy's großen Zauberkasten zu Weihnachten wünschen,
• ohne langes Üben das Publikum damit belustigen.
• Merksatz: Die Anleitung lesen kann man im Zweifelsfall immer noch hinter dem Requisiten-Tisch.
• Klappt was nicht: Nächster Trick.
• Klappt etwas überraschenderweise: Das selbe nochmal bis zum Abwinken zeigen.

Ich denke gerade: Meine Business-Präsentationen waren lange Zeit im wesentlichen mit einer ganz ähnlichen Methodik gebaut.

Wäre es nicht interessanter für alle, wenn wir ein klein wenig mehr wie David Copperfield präsentieren könnten? Die Frisuren könnte ich zwar nicht bieten, aber das hier müsste als Methode doch für alle drin sein:

• Ein oder zwei Tricks (Inhalte) auswählen die einem liegen.
• Üben.
• Über das Publikum, seine Probleme, Wünsche, seine Träume und Alpträume nachdenken,
• eine Routine ausarbeiten.
• Den eigenen Vortrag schleifen,
• Üben.
• Auftreten.
• Aufmerksamkeit aufbauen und sicherstellen.
• Das Problem, die Wünsche, die Träume und Alpträume skizzieren. Sein Publikum auf diese Art dort abholen wo es sich mental befindet.
• Kurz und bündig den Trick zeigen und damit alle überraschen.
• Nicht die Lösung verraten; dem Publikum eine Ahnung zu vermitteln reicht.
  
• Den selben Trick niemals wiederholen (selbst auf Wunsch nicht).
• Und runter von der Bühne.

PS: Hatte ich die bezaubernde Assistentin erwähnt, die (falls die erarbeitete Routine noch holpert) vom Geheimnis hinter dem Trick ablenkt? Was das Gegenstück dazu in einer Business-Präsentation sein kann müsste ich noch mal näher durchdenken.

JSON oder XML?

Derzeit habe ich in einem Kunden-Projekt das erste mal die Chance, mir die JavaScript Framworks JQuery, JQuery UI sowie die Gridkomponente jqGrid etwas näher anzuschauen. Im Zusammenhang mit letzterem muss ich von einem Backend Listen mit Produktdaten abholen, die auf dem Host im XML-Format vorliegen.

Weil jqGrid nicht zu 100% an das bestehende XML-Format anzupassen ist (es kann beispielsweise keine Attribute als Zellinhalten nutzen) bin ich gezwungen, das XML-Dokument umzuwandeln. Diese Aufgabe erledige ich mit einem kleinen Servlet, das auch gleich die Aufteilung der Daten in Seiten vornimmt.

Da ich das XML ohnehin umschreiben muss dachte ich ich werfe auch mal einen Blick auf JSON als Austauschformat. Meine Kollegen gaben mir den Tipp dass es einfacher zu generieren sei und deutlich kompakter ist. Und tatsächlich: Das Format ist eindeutig schlanker. Es könnte damit für AJAX-Aufgaben mein neues Protokoll der Wahl werden.

iOS 4 wandert gerade auf mein iPhone 3G

Heute abend war ich endlich mutig genug, iOS 4 auf mein alt-ehrwürdiges iPhone 3G zu senden. Ich war einfach zu neugierig darauf, wie sich das neue Betriebssystem auf dem 3G schlägt, als dass ich noch länger warten wollte.

Bisher läuft das Upgrade recht reibungslos, auch wenn es eine ganze Menge Schritte benötigt:

Zunächst einmal benötigt man einen Apple Developer Account für das iPhone Developer Center. Dort lädt man dann drei Dinge herunter: Das aktuelle XCode, die passende Firmware für das eigene Gerät sowie iTunes 9.2 in der englischen Beta-Fassung.

Hat man das alles erfolgreich auf seinen Rechner gezogen synchronisiert man das iPhone ein letztes mal mit dem alten iTunes, spielt dann das neue iTunes ein, startet XCode, zieht die Firmware in den XCode Organizer und tauscht damit die Firmware des Gerätes aus.

Danach XCode beenden, iTunes starten, Gerät via iTunes anmelden, und schon fragt einen iTunes ob es das zuvor angelegte Backup wiederherstellen soll. Es beinhaltet nur Daten, nicht die Anwendungen selbst. Diese installiert iTunes nach dem Einspielen des Backups nach. Genau dieser Schritt benötigt auch am längsten (bei randvollen Menüs wie das bei mir der Fall ist bis zu 2 Stunden).

Genau bei diesem Schritt warte ich gerade und bin nun gespannt wie alles nach Abschluß des Updates läuft. So es klappt werde ich sicher in den nächsten Tagen darüber noch ein wenig was zu erzählen haben.

iOS 4 kommt mir gerade recht

iPhone OS ist bald Vergangenheit: Da es iPad und iPhone abdecken soll hat Apple sein Betriebssystem für mobile Geräte in iOS umbenannt.

Am 24.6. wird iOS 4 offiziell aufschlagen, der finale Gold-Master davon ist seit gestern bei den Entwicklern. Sollte ich mutig genug sein, werde ich das Ganze heute mal auf mein altgedientes 3G aufspielen.

Das mir wichtigste Feature dabei ist Folders, mit dem ich meine Apps in Ordner einteilen kann. Das ist wegen übervoller Menüs auch unbedingt nötig. Ich muß derzeit viel zu oft etwas deinstallieren, das ich lieber auf dem Gerät behalten hätte.

[via iBlogger / iPhone]

Aloha iPad

Mein iPad ist am letzten Donnerstag eingetroffen, und ich denke es wird in der nächsten Zeit eine Menge dazu zu schreiben geben. Um mein IT-Blog hier nicht völlig zu überfrachten habe ich ein neues Blog angelegt, in dem es nur um meine Erfahrungen mit Apples neuer "revolutionary device" geht. Vielleicht mögt ihr ja auch mal bei IPad Acceptance Test vorbeischauen. Über Kommentare freue ich mich dort natürlich genauso wie hier.

Skitch is wonderful...

Skitch ist übrigens großartig...

...falls ich das noch nicht erwähnt haben sollte :-)

OS4 und mein 3G - Teil 2

Nach der Konferenz ist vor der Konferenz... und ich bin nicht enttäuscht worden. OS4 kommt für mein altgedientes 3G, die existierende Firmware-Beta ist ein 100% sicherer Hinweis darauf, aber das gefürchtete Multitasking-Feature das meine 40 MB Arbeitsspeicher endgültig in die Knie zwingt bleibt für mein Gerät aus (zum Vergleich: Das 3GS hat fast 6 mal so viel freien Speicher wie das 2 Jahre alte 3G -- deshalb 7 parallele Apps maximal?). 

Ich find das Ganze ist ein cleverer Kompromiss: Ich bin bisher gut ohne Multitasking ausgekommen, konnte alle Aufgaben die ich so habe reibungslos erledigen, und kriege einen Großteil der neuen OS4 Features trotzdem. Ich bin mir fast sicher, dass andere Hersteller rein gar nichts geliefert hätten für ältere Modelle, fühle mich also ansprechend versorgt.

Diese Entscheidung ist auf jeden Fall eine bessere als dauernde Abstürze durch akuten Speichermangel. Und das aktuelle GUI-Konzept und Sandbox-Modell ist nun mal optimal auf Single-Tasking für 3rd-Party-Anbieter getrimmt. Es funktioniert heute noch genauso gut wie gestern und wird auch unter OS4 der dominierende Use-Case sein.