Re: [MACTCL] wish from the terminal window

[Michael M. <mic...@na...>]

Thanks for looking into this Jim.  A good example of an app that works the
way I'm talking about is gvim, which is a command line way of activating the
Vim application in the Finder.  The gvim script is effectively identical to
the /usr/bin/wish script, but the gvim window ends up in the foreground.
I'm running Panther (10.3.3) with Vim version 6.2.195, which I got from
http://macvim.swdev.org/OSX/.

> From: Jim Ingham <ji...@ap...>
> Date: Thu, 25 Mar 2004 14:26:30 -0800
> To: Michael McFarlane <mic...@na...>
> Cc: tc...@li...
> Subject: Re: [MACTCL] wish from the terminal window
> 
> Michael,
> 
> This is the way all apps launched through exec behave on X.  So I guess
> somebody designed it, but not me :-)  Note, BTW, that if you use
> /usr/bin/wish to open the wish shell, then Activating that after launch
> wouldn't do any good anyway, because that is just a shell script that
> launches the real wish...
> 
> Of course there is nothing I can do about launching from the Terminal.
> I guess I could change Wish so that it foreground's itself when it gets
> to the event loop, but apps that do this really tick me off, so I am
> not inclined to...
> 
> I don't even think it is a good idea for us to blanket foreground any
> app you launch through exec, though.  That seems undesirable in some
> cases.
> 
> The correct thing to do is to have the launching app send an activate
> event to the child application after it is launched.  That's what
> things like the "open" terminal command do.
> 
> A super-cheesy way to do this is:
> 
> osascript -e 'tell application "Wish Shell" to activate'
> 
> for instance...  This is going to fail if all your Wish based apps have
> the same signature (i.e. if you just launch  them with "wish foo.tcl" )
> The AE Manager won'tYou would have to make separate applets with
> different App names & signatures for this to work.  This isn't hard to
> do, BTW, it just involves making a copy of the Wish Shell, and editing
> the plist a bit...
> 
> It would be cool if we could do this for you, some extension of "tk
> appname" maybe...  But, the App name for Mac OS X is registered by the
> window server when the App starts.  I don't think there is any way you
> can change this dynamically from within the app.
> 
> You could also do this with tclAE.  I don't know whether tclAE can send
> to an app by PID.  Mac OS X supports a typeKernelProcessID addressing
> mode as well as the Classic typeProcessSerialNumber so it should be
> possible to make this work.  Does anybody else know...
> 
> Jim
> 
> 
> On Mar 25, 2004, at 11:54 AM, Michael McFarlane wrote:
> 
>> When launching wish from the terminal window (via /usr/bin/wish), the
>> application launches but a user must manually "pop" the application to
>> the
>> foreground by clicking on the window or by clicking on the icon in the
>> dock.
>> The same holds true if a wish shell is launched from within another
>> wish
>> shell.  The child comes up behind the parent.  If the child is smaller
>> than
>> the parent, then you must move the parent out of the way to find the
>> child.
>> 
>> Is this a bug, or was this done on purpose?  Is there a way around this
>> operationally?  The reason I ask is because our org uses a whole suite
>> of
>> wish scripts that were built for Linux and X windows, many of which
>> spawn
>> off children.  Most everything works well on TclTkAqua except for the
>> inconvenience of popping the child windows to the foreground.
>> 
>> Thanks for any help.
>> Mike M.
>> 
>> 
>> 
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IBM Linux Tutorials
>> Free Linux tutorial presented by Daniel Robbins, President and CEO of
>> GenToo technologies. Learn everything from fundamentals to system
>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> _______________________________________________
>> Tcl-mac mailing list
>> Tc...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>> 
> --
> Jim Ingham                                   ji...@ap...
> Developer Tools
> Apple Computer
>