Ausgezeichnet und auch für Laien verständlich erklärt! MTN ist mittlerweile zu meiner Lieblingssite in Sachen Macintosh geworden!!! Weiter so!

Vielen Dank!

Es fehlt der Hinweis, dass schlecht geschriebene Cocoa-Programme dazu tendieren langsamer zu sein, schlechte Carbon-Programm hingegen häßlich aussehen.

Teilweise können Cocoa-Programme nicht alles, was Carbon-Programme können und umgekehrt. Momentan scheinen aber Cocoa-Programme weniger zu können (hallo Resourcenbaum), aber Apple arbeitet daran, diese auf Null zu reduzieren.

öhm da ist ein kleiner Rechtschreibfehler...

und wichtige Fachbegriffe, nömlich Cocoa

nÄmlich nicht nÖmlich

ts
Das ist zu allgemein und hat nix mit der Cocoa/Carbon-Bibliothek zu tun!

achso der Fehler ist nicht in der News sondern im "eigentlichen Bericht"

Vielleicht...

....auch mal den Hinweis geben, dass man Cocoa "Ko-Ko" auspricht.

Ist der Finder mit Panther eigentlich jetzt zu einer Cocoa-Anwendung geworden oder nicht? Steve stellte bei der Präsentation von 10.3 als "a whole new finder" vor - wirklich new oder wurde der alte nur "aufgebohrt"?

Gruß,
Daniel

Omega01
Es ist "a whole new carbon finder". Ja, man kann auch in Carbon ganz neue Programme schreiben. Es ist ein Irrglaube, dass Carbon kein vollwertiges Mac OS X API sei.

Wenn iTunes arbeitet kann ich es nicht verschieben Carbon?

LEider gibt's mittleweile auch Carbon-Applikationen die Ausschließlich unter OSX laufen. Quark XPress 6.x zum Beispiel. Hier wird Carbon nur benutzt um Alten Code auf OSX zu protieren.

Laut Apple ist es aber auch möglich Programme zu schreiben, die Carbon-based- und Cacao-based-Dilaloge/Fenseter gemischt und gleichzeitig enthalten. Das kann dann nur noch der Fachmann an geglätteten Schrifen und anderen Indizien erkennen.
Apple arbeitet aber stark daran, dass man selbst diese Unterschiede nicht mehr sehen wird.

Schön, kurz und übersichtlich beschrieben. Gratulation!

TiBooX

Es gibt verschiedene Carbon-Formate: PEF (alt) und MachO (nur Mac OS X). PEF wird nicht mehr weiterentwickelt, deshalb setzen viele Entwickler schon auf MachO. Beim MachO-Format kann man die Nibs aus dem InterfaceBuilder weiterverwenden.

Mich würde auch mal interessieren, was es mit dem "Prebinding" auf sich hat, oder besser gesagt, warum soll ein "Re-Prebinding" die Systemperformance erhöhen??