[MACTCL] Re: Carbon

[Daniel A. S. <da...@us...>]

At 16:15 -0700 on 30/5/01, Rob Barris wrote:

>    I would be very open to running our scripts under the built-in Tcl of
>OSX - however in my brief test of 'tclsh' from the Terminal command line, I
>was not able to do the "package require Tclapplescript" command, so I
>suspect the Tcl version there is more of a bare UNIX flavor without any
>AppleScript capability - essential for this task.
>
>    Should I pursue the carbonized 8.3.3 instead?  Ideas welcome.

carbonizing 8.3.3 would certainly not be necessary for this, instead 
you could look at carbonizing the Tclapplescript extension which 
should not be too hard.

This is certainly something on my todo list, as is bringing the mac 
specific Tcl commands like resource and beep to the OSX Tcl, but help 
with this would definitely be most welcome.
(note that Tcl extensions on X currently need to be built as bundles 
but will need to be built as ordinary dylib libraries in the future, 
the dynamic code loader in Tcl has been changed to get a more 
standard extension binary format)

At 16:34 -0700 31/5/01, Rob Barris wrote:
>   key binding in CW pressed...
>    'glue' AppleScript applet... (classic)
>     Tcl script (processing)... (classic)
>      AppleEvent to trigger CW 'make'

you could probably use a native applet for the glue no? I would be 
interested to know if that has performance implications (positive or 
negative)

>    it is good to see that this type of thing works even though CW is under
>Carbon native on X, and the Tcl shell being used is in classic.  This gives
>me enough to work with right now, although I would be happier if I could
>have the MacTcl shell as a native Carbonized app someday, and avoid the
>overhead of Classic.

there is probably not much need to have a separate MacTcl shell on X, 
the terminal handles shell type tasks much better, and you can send 
apple events to any process on the system including tclsh (with a 
carbonized Tclapplescript and/or TclAE running).

Cheers,

Daniel
-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **