Originally posted by coolsoldier
But, if a carbon app is written to be dock aware and support system services, then it really doesn't matter much if it's not a cocoa app, does it?
No, it doesn't, but it is more difficult for developers to. In Cocoa, these things are automatic.
But yea, I agree, we really SHOULD NOT be able to tell the difference at all. Back in the public beta days, I couldn't really tell, but when you use an app like photoshop with its wierd pallets all over the place, or word and Dreamweaver, they just scream carbon...apple has done a good job of making them appear the same though, third party give carbon a bad name.
I think though, its annoying that apple has to concurrently develop two framworks at the same time. When they add functionality to cocoa, what about carbon? Though one can access cocoa from carbon now, its still not as easy as using cocoa directly (carbon events vs other cocoa paradigms)...as another example, using QT from cocoa is still not fun.
At some point, apple is gonna have to say where the line ends, and carbon will just "stay the way it is," kind of like what MS is doing with win32 compared to .NYET...