On 18 Jun 2007, at 19:39, Jim Ingham wrote:

>  Cocoa is a higher level toolkit than Carbon.  Tk wants to get it's  
>  grubby paws on events much closer to the "raw" state than the Cocoa  
>  model allows you to easily do.  OTOH, Carbon is a pretty low-level  
>  toolkit.  So it was a better match for Tk.  That's why when we were  
>  originally doing the Mac OS X port I decided to go with Carbon  
>  rather than rewriting it in Cocoa.

Yeah, that was what I was most concerned about. Whether Cocoa would  
give the necessary low-level stuff to do Tk in it. I know that many  
parts of it operate on a higher level. Apple has, I believe, said  
that the event stuff is still going to be kept there, and in 64-bit  
form, as the Cocoa event management is built on top of Carbon's. So  
it would be the actual GUI stuff that would need to be moved to Cocoa.

>  I don't think this would really be an issue with Tk.  Much of what  
>  gives Cocoa apps that nice feel "out of the box" would be stuff we  
>  would be subverting to get down to the level at which Tk needs to  
>  operate.

Yes, I know. My statement about Cocoa apps feeling more refined was a  
general observation and not relevant to this discussion, sorry.

I am slightly disappointed that Python has gained so much attention  
in the Apple world with its Cocoa extensions. Would be great to see  
Tcl get a bit more of that.

            /  http://www.fishpool.com/~setok/


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Tcl-mac mailing list
tcl-mac@[...].net
https://lists.sourceforge.net/lists/listinfo/tcl-mac