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
[MACTCL] Re: [ANN] TclTkAqua 8.4.2 Mac OS X binary distributions available
by Daniel A. Steffen other posts by this author
Mar 24 2003 5:22AM messages near this date
Re: [MACTCL] menu accelerators | [MACTCL] OpenGL access from Tcl
Scott,

On Monday, Mar 24, 2003, at 14:00 Australia/Sydney, Scott Schwartz 
wrote:

>  Sorry if this is a FAQ, but have you considered building a version
>  that could do both X11 and Aqua (e.g. see if DISPLAY is set, otherwise
>  fall back to native)?  Having two separate installations has obvious
>  disadvantages, since all the *.tcl stuff could be shared.

I have certainly considered it... but there are a number non-trivial 
challenges involved.

The ideal would be to have TkX11 bundled as a framework, this would not 
be too hard to do by wrapping the usual tk unix makeprocess in 
projectbuilder similarly to what we do now in tcl.

This might then be be called TkX11.framework, or more cleanly it could 
be a separate subversion of the current Tk.framework (e.g. 
Versions/8.4X11); but note that there is currently a bug with versioned 
frameworks c.f. recent discussion on tcl-mac.
However, in the latter case, Tk.framework/Version/Current would still 
need to refer to TkAqua however, which would make linking against TkX11 
awkward...

/usr/bin/wish would then be a script checking for the presence of 
DISPLAY or a -display argument and launching either e.g. 
/usr/bin/wishX11 or /Applications/Utilities/Wish Shell.app

A big question is what to do with Tk extensions, many of them use X11 
directly if available, or have TkAqua specific ports, so potentially 
two versions of some extensions would be needed, and some way to decide 
which to load depending on whether TkAqua or TkX11 is running. This 
would probably require separate /Library/Tk and /Library/TkX11 
directories in addition to /Library/Tcl to work with the existing tcl 
package mechanism, which is a highly non-trivial change AFAICT.

In summary, quite a lot of work with not a very large benefit to my 
eyes. For one, we want to encourage people to use the Aqua port; and if 
you need X11, the nicest option is probably to use tclkit anyway, where 
many of these issues are sidestepped by having a self contained 
executable with e.g. X11 specific extensions also contained in a .kit.

You're certainly welcome to have a go at this however if you think it 
worthwhile, I'll be glad to give you pointers...

Cheers,

Daniel

--
** Daniel A. Steffen     **  "And now for something completely
** Dept. of Mathematics  **   different"    Monty Python
** Macquarie University  **  <mailto:steffen@[...].au> 
** NSW 2109 Australia    **  <http://www.maths.mq.edu.au/~steffen/> 



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
Tcl-mac mailing list
Tcl-mac@[...].net
https://lists.sourceforge.net/lists/listinfo/tcl-mac

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved