Natürlich selbst gezeichnet (ja Schwester, gibt’s auch für $0,99 für Android).

image by verydemotivational

Ich habe heute aus Neugierde einfach mal ein wenig mit Xcode, dem Entwicklungswerkzeug von Apple für die Entwicklung von MacOS/iOS-Anwendungen rumgespielt. Dabei hab ich mich einfach erstmal durch ein Apple Referenz-Tutorial gehangelt um einfach nur mal ein wenig reinzuschauen. Infos rund um Xcode, Objective-C und Cocoa gibt es darüber hinaus auch im Netz reichlich.

Da das Tutorial zunächst nur mal ein kurzer Einstieg sein soll um sich mit der Arbeitsumgebung vertraut zu machen bleibt es auch zunächst bei einigen kurzen, sehr subjektiven Eindrücken:

• XCode

Für das wenige, was man bisher selbst programmieren sollte zeigte sich aber schon: Ich bin Code-Vervollständig zumindest anders gewohnt. Reine Geschmacksfrage und sicher nur eine Zeit der Eingewöhnung. Aber etwas unglücklich find ich die automatisch generierten Header von Class-Dateien schon, wo der Entwicklername und die Firma aus dem persönlichen Mac-Adressbuch ausgelesen wird. Entweder hat man seinen Arbeitgeber mit sich referenziert und in allen Objective-C-Projekten ein “Copyright” auf den eigenen Arbeitgeber stehen, oder man zerbröselt sein Adressbuch und führt sich selbst unter irgendeiner Firma. Könnte man schöner lösen.

Das hierarchische Strukturen von “Groups” nicht ins Dateisystem eines Projekts übernommen werden ist auch nicht so prall, gibt es aber vermutlich auch Abhilfe für.

• Objective-C

Nette Sache da viel über Interfaces zu lösen, minimiert den Code erheblich wenn während des Builds automatisch die Methoden erzeugt werden. Ist auch eine reine Gewöhnungsfrage und der bisher produzierte KotCode ist dafür sicherlich keine Referenz, da ich über die Syntax nur bedingt im Bilde bin bisher. Aber eckige Klammern für “Nachrichten” – sprich Methoden-Aufrufe – sind, grade bei dem Apple-Tastaturlayout, nicht mehr gewöhnungsbedürftig, sondern schon nach 2 Zeilen nervtötend.

Ansonsten schwanke ich noch zwischen – oh, schön gelöst – und – och näää, das is ja blöd gemacht. Also das übliche, wenn man vornehmlich andere Programmiersprachen bisher genutzt hat. Ganz ehrlich, subjektiv find ich da (noch) JAVA oder C# intuitiver, was aber sicher daran liegt, das ich damit eben bisher mehr gearbeitet habe.

• Interface Builder

Chic! Echt klasse. Manchmal – beim Referenzieren von eigenen Controller-Klassen etwas “hakelig” – aber chic. Vergleiche mit RCP brauchen da mal gar nicht gezogen werden, da kenn ich nichts ähnlich angenehmes. VisualStudio von MS kann da immerhin schon mehr und ist auch recht einfach zu bedienen. Aber ich bin vom IB echt begeistert bisher. Etwas irritiert bin ich zur Zeit, ob – und wenn ja wie – es möglich sein sollte, dynamische Views zu erzeugen, die aus einer Konfiguration anzuzeigende View-Elemente (un-)sichtbar werden lassen. Das ist aber eh noch viel zu weit weg.

• Kurz-Fazit

Schon mal recht interessant alles.

Spannend wird’s aber, wenn man sich erstmal so tief in die Materie hinein gefuchst hat/hätte, dass eigene Anwendungen dort Form annehmen können. Dazu fehlt aber halt noch der Einblick in die Objective-C API (neben einer Idee überhaupt). Auch wären Frameworks für Logging, XML und Datenbanken recht interessant. Da werd ich mal bißchen zu stöbern.

Eine Intensivierung dieses Eindrucks ist bei mir aber der ewig öde Motivations-Kreislauf: Was Neues gesehn -> spannend -> rumspielen -> erstes hadern mit Syntax und Debugging -> fehlende Ideen, das neu gewonnen Wissen in etwas sinnvolles zu packen -> grübeln -> immernoch keine Idee, womit man die Application-Welt bereichern soll -> einpacken und zur Seite legen

Mal schauen, der Winter scheint ja lang zu werden …

Der Untergang des Abendlandes ist nah: Ich brauchte doch tatsächlich einen Tipp von der Computer BILD. Ich geh mich ‘ne runde schämen …. iPod Steuerung bei Tastensperre. Ja – ich bin schon ‘ne Blitzbirne.

Und caschy in seinem Job-Blog oder auch aptgetupdate (und vermutlich viele andere) konnten uns heute den iPod-Killer zeigen. Ich bin auch schon ganz begeistert: Stylish, sehr hochwertig und die integrierte Cam ist der Hammer.

Das iPhone zu customizen ist ja anscheinend auch so’n Ding. So ein Mobiltelefon ein wenig zu individualisieren – sei es ein Wallpaper, evtl. gar passende Icons oder ganz banal ‘n Klingelton – ist ja an sich eine schöne Sache. Apple läßt da von Hause aus, wenn ich das richtig sehe, eigentlich nur sehr wenig Spielraum. Wenn ich da falsch liege, so bitte ich wahrlich um hilfreiche Tipps.

official Apple Logo

Nachdem ich nun seit einiger Zeit mich durch Google forste erschließt sich mir, das wohl ein Wallpaper nun nicht so das große Problem ist. Aber, brauch ich nun für ‘n iPhone 4 wegen der besseren Auflösung eigentlich ‘n Wallpaper in einer höheren Auflösung? Skaliert die Software automatisch die “normalen” 320x480px auf 640x960px?

Apple hat wohl mal für’s iPhone Klingeltöne im App-Store angeboten. Diese gibt es nun – angeblich(?) – auch nicht mehr. Wie auch immer, ich hätte eh nicht vor für’nen popligen Klingelton nicht vorhandene Kohle rauszuwerfen. Gut, es gibt diverse Ringtone-Apps, mit denen man aus Liedern bis zu 30 Sekunden ausschneiden kann. Diese Samples werden dann direkt ins Apple-Klingelton-Format gespeichert, können über den App-Datenaustausch gespeichert werden und auf Grund der Dateiendung in iTunes registriert werden und damit dann wiederum mit dem iPhone als Klingelton synchronisiert werden. So weit, so (naja) gut.

image by AppStore

Individuelle SMS-Töne? Gibt’s nicht! Individuelle Wecker-Sounds? Gibt’s nicht! Angeblich ist aber – zumindest Ersteres – durch einen Jailbreak möglich. Genauso, wie man sein iPhone, respektive iPod touch per Winterboard mit kompletten Themes versorgen kann. Diese bieten ja schon mal eine gute Basis, um sich generell dem Thema der Individualisierung weiter zu nähern. Mit Winterboard, das aber – immer noch(?) – unter iOS 4 noch nicht im vollen Umfang funktioniert, wie unter iOS 3, hat man deutlich mehr Optionen zur Anpassung des Designs. Vom Dock über Icons, StatusBar und auch hin zu LockScreens und vielem mehr.

Gut, einfachster Weg ist demnach immernoch sich ‘n Theme zu besorgen und es zu installieren. It’s so easy. Einziger Haken: Die Icons. Logisch, das nicht jedes Theme für jede der x-trilliarden Apps ‘n passendes Icon zum Theme hat. An sich auch nicht das Problem, wenn man sich durch die HowTos und Anleitungen liest. Toll ist aber, wenn die Icons sich für die Standard-Apps nicht anpassen, da die Systemeinstellungen auf Deutsch sind. Wenn ich im Theme-Ordner ein Icon namens “Uhr.png” anlege, wird auch das Icon der App angepaßt. Standardmäßig wird aber das Icon “Clock.png” genommen. Ein kleines

Na gut, ich kann per Terminal alles umkopieren, renamen oder was auch immer. Schöner wäre es natürlich, wenn man sich selber eine Icon-Basis anlegt und so bei jeder neuen App mit wenigen Handgriffen im Graphikprogramm der Wahl ein passendes Design für’s Theme erstellt. Man erinnere sich an meine linken Hände bezüglich Graphikprogramme.

image by modmyi.com

Die Königsdisziplin wären ja dann sogenannte “Stacks“. Gab es wohl mit Winterboard und iOS 3 und hat anscheinend den Ordner-Charakter ähnlich wie in iOS 4. Offensichtlich war es auch möglich, diese Stacks frei zu platzieren. Geht das mit iOS 4 immernoch? Und wenn ja, wie?

Gut, eigentlich find ich es absurd, Ordner anzulegen – aber die passende App auf einer der mittlerweile 5 Seiten zu finden ist auch nicht grad so prall übersichtlich. Grundsätzlich hab ich mich nun damit auch abgefunden, das es den “Easy-Way” – Theme installieren und glücklich sein – für mich nicht gibt. Auch hab ich kein Problem (mehr) damit, noch weitere Stunden damit zu verbringen, mich durch einige Infos zu lesen. Aber es erscheint mir grad in Bezug auf iOS 4, respektive iPhone 4 alles noch recht überschaubar zu sein, was man so an Material findet. Daher wären nette Link-Tipps immer gern gesehn. Somit kann ich’s ja meinetwegen auch irgendwo verstehen, warum einige ihre Themes nur gegen Kohle im Cydia-Store anbieten. Aber da würd ich dann wohl doch eher selber “rumfrickeln” um dann wirklich ‘ne nette individuelle Note zu haben.

Für’n popliges customize ist das schon recht aufwändig – was sich Apple grundsätzlich dabei gedacht hat, den Anwender grade bei so Banalitäten wie Klingeltöne so zu kastrieren erscheint mir mehr als fraglich. Vor allem, wenn man bei dem Preis von dem Gerät sich mal durch die Standard-Sounds wühlt. Ohrenbluten vorprogrammiert. Da klingt so manch ein 8bit-Sound fetziger.