ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> tcl-mac
tcl-mac
Re: [MACTCL] No 64-bit Carbon = Problem for Tk Aqua?
by Kevin Walzer other posts by this author
Jun 17 2007 9:04PM messages near this date
[MACTCL] No 64-bit Carbon = Problem for Tk Aqua? | Re: [MACTCL] No 64-bit Carbon = Problem for Tk Aqua?
Kevin Walzer wrote:
>  I've been following the news at WWDC about how there is no 64-bit Carbon 
>  support forthcoming in Leopard. Can anyone tell me whether this will 
>  present any problems for Tk applications under Leopard? Is this 
>  something I need to be worried about?
>  

Looking more closely at this issue, it appears to me that the answer to 
my question is "yes"--not that 32-bit Tk applications will break in 
Leopard, but that over the longer term Carbon is going to be completely 
deprecated and made obsolete, which means that TkAqua would likely 
follow suit.

Here's a post at the CarbonDev wiki that summarizes the general background:

http://www.carbondev.com/site/?page=64-bit+Carbon

Here's a Carbon-dev list posting from one of the most active members of 
that list, and one of the few independent commercial Mac developers who 
use Carbon as their primary framework, not Cocoa:

http://lists.apple.com/archives/Carbon-dev/2007/Jun/msg00617.html

Let's set aside the issue of the major commercial Mac software vendors, 
such as Microsoft and Adobe, and the fact that their major applications 
are all Carbon. Has Apple given any consideration to the fact that 
nearly every cross-platform GUI toolkit uses Carbon for its windowing 
system API? Not just Tk, but Qt, wxWidgets, and RealBasic, for starters. 
Or perhaps they have given this thought, and want to discourage 
cross-platform toolkits?

This is very distressing. Daniel Steffen has done such monumental work 
recently bringing Tk Aqua in line with modern Carbon approaches, and now 
it seems like his efforts have been wasted. What a shame.

Since I use Tk for commercial development, as well as open-source, I'm 
now being forced to review my own options. Keep my applications 
Tk-based, and take my chances? Or bite the bullet and move from Tcl/Tk 
and Python/Tkinter to some Cocoa variant, most likely PyObjC? It's 
doable, but it's work I'd rather avoid--though, barring some greater 
encouragement than I've yet seen, it's increasingly likely that I won't 
be able to avoid the porting effort.

--Kevin

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

-------------------------------------------------------------------------
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
Thread:
Kevin Walzer
Kevin Walzer
Bill Northcott
Jeff Hobbs
Bill Northcott
Kevin Walzer
Kristoffer Lawson
Kevin Walzer
Tim Jones
Jim DeVona
Tim Jones
Jim DeVona
Tim Jones
Kristoffer Lawson
Skytag
Skytag
Kristoffer Lawson
Skytag
Kevin Walzer
Skytag
Svenn Are Bjerkem
Kevin Walzer
Kristoffer Lawson
Kristoffer Lawson
Jon Guyer
Kevin Walzer
Jon Guyer
Jim Ingham
Kevin Walzer
Kristoffer Lawson
Kevin Walzer
Tim Jones
Kristoffer Lawson
Tim Jones
Adrian Robert
Tim Jones

Privacy Policy | Email Opt-out | Feedback | Syndication
© 2004 ActiveState, a division of Sophos All rights reserved