Originally posted by Fukui
I agree with what your saying, but I think what most people are talking about is that what they really want is a Cocoa UI to the finder.
I know apple has nothing to do with Real Basic, but apps in Real Basic just look horrible for the most part, and most "Ported" carbon apps have schizophrenic UI's...to be honest, I dont care if someone uses carbon API's , cocoa API's or Java, I just want them to use the Cocoa UI features at least!!!
And since the cocoa API's are accessible from mach-o carbon apps, I don't care if the core is carbon...either.
Every app that I have ever downloaded that was made with RealBasic I have thrown in the trash after about 30 seconds...RealBasic is actually a pretty cool development environment, but every app made with it, that I have ever used is not worth it IMO...sorryI don't mean to make flames...
No flaming taken
But it's not really that easy to put a Cocoa UI on a Carbon based application, and there are some features of Carbon that aren't available in Cocoa (that I know of) that the Finder requires (volume mounted events come to mind). This would negate the posiblity of making it primarily Cocoa. Thus Cocoa would have to be implemented at the window level (at this time at least) which requires building a bundle for each window type and creating an interface to that, which can get annoying and inefficient. And finally, there are technology differences between Cocoa and Carbon that for the Finder makes Carbon a more attractive UI (Finder List view comes to mind - yes, lists are faster in Carbon than in Cocoa).
So, I'm not against there ever being a Cocoa Finder, but for the forseeable future it would require bad tradeoffs. By the time it is feasible however, I suspect that no one will care anymore.