it is me

Hallo mal wieder.

<kalauer>Wie ihr ja alle wisst, trinke ich gerne Kaffee. Wenn ich aber auf dem Macintosh Anwendungen entwickle, darf’s auch gerne mal Kakao sein. </kalauer>

Naja, im Ernst. Gestern wurde ja mit den neuen iPod Nanos auch iTunes in der Version 8.0 veröffentlicht. Ich hatte mich ja schon drauf gefreut und es mir gleich heruntergeladen, in der Hoffnung, es sei (wie die Major-Release-Zahl vermuten liess) endlich mal ein komplettes Update, bei dem ein groesserer Teil der Codebasis neu geschrieben wurde (so wie das ja bei iMovie ‘08 auch der Fall war). Worauf ich mich am meisten freute, war die Umstellung vom alten Carbon-Framework auf Cocoa.

Fuer die nicht-Macianer unter euch: Carbon ist ein Port der alten Oberflaechen-API von Mac OS 9, wohingegen Cocoa die »neue« API von Mac OS X/Aqua ist. Carbon ist natuerlich dementsprechend weniger performant als Cocoa.

Nunja, nach dem Installieren und erstmaligen Oeffnen fielen mir natuerlich gleich die offensichtlichen Aenderungen ins Auge (der Einstellungsdialog und auch die Ansicht fuer Mediendateien wurden geaendert, nachzulesen in saemtlichen Fanboy-Blogs ) – es schien mir aber nicht deutlich schneller geworden zu sein. Auch der Druck auf die Ctrl-Taste veraenderte immernoch in alter Carbon-Manier den Mauszeiger, um zu zeigen, dass hier ein Kontextmenue moeglich sei.

Also hab ich mir das Ganze mal genauer angeschaut – und tatsaechlich: die Info.plist enthaelt den Schluessel »LSRequiresCarbon« mit dem Wert »true«. Schade, was? Ein Blick ins Binary verschaffte mir voellige Gewissheit: in der Symboltabelle ist /System/Library/Frameworks/Carbon.framework aufgefuehrt, der String »Cocoa« kommt nur im Aufruf »HICocoaViewCreate« (wohl aus dem Carbon-Framework, so firm bin ich da nicht) vor. Wieder mal negatives Karma fuer Apple Incorporated.

So, jetzt hab ich meinem Frust ein wenig Luft gelassen – vielleicht setze ich mich ja IRGENDWANN mal daran, eine iTunes-Alternative zu schreiben.

Bis dann, Jannis.