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>

Reply via email to