On 07/gen/07, at 23:01, Björn Eiríksson wrote:
Users who think that apps are more native when they are in Cocoa
are very far off. People should ask them self which Apple Apps are
actually Cocoa. (I think many of you here would be very surprised
to see that many off them are not Cocoa, and they are not any less
native to MacOS X because of it).
I agree with you that there is a lot of confusion about Carbon and
Cocoa, however, about the native topic, you should consider the whole
thing under a different aspect, which is not the typical developer
point of view.
Cocoa applications have a visual impact which is well perceived by
the majority of Mac OS X users. To be more precise, it's not the
Cocoa dependancy which create the typical Cocoa fingerprint, but some
sort of (cool) style proposed by Apple and widely adopted by many
Cocoa developers.
While this style can be emulated with Carbon and custom controls (and
there are many examples of this, even made with RB), the truth is
that it rely on many Cocoa controls and behaviors. Also there are
many things offered for free by Cocoa that a typical user expect to
see in any application (see spellchecking).
So, this is de-facto the native Mac OS X application. The users
decided (or Apple?).
Starting from this perspective, a RB developer would have an easier
path to build an application which resemble the Cocoa style.
Surely easier than emulate the Cocoa style with Carbon.
Additionally, just consider another fact. While Cocoa can be slower
than Carbon, for a RB developer, which also use an high level
framework, this fact can still turn in a speed improvement. Why?
Because I think many Cocoa classes are faster than many of the RB
framework classes.
Anyway, I admit this mainly depends on how the Cocoa things are
implemented in RB.
Massimo Valle
Chiacchiera con i tuoi amici in tempo reale!
http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>