HDTenEightyP/NetNews huggingface dataset:
From: grefen@wilbur.uni-mainz.de (Stefan Grefen)
Subject: Re: Pre-creating Dialog Boxes
Organization: Johannes Gutenberg Universitaet Mainz
Date: Fri, 2 Oct 1992 09:02:44 GMT

In article <1992Oct1.135632.17579@walter.bellcore.com>, tjj@thumper..bellcore.com (J Tim Jordan) writes:
|> In article <1992Oct01.120827.24948@rchland.ibm.com> jay@vnet.ibm.com writes:
|> >In article <1992Sep30.235241.2993@twg.com>, david@twg.com (David Herron) writes:
|> >|> In article <1992Sep29.155059.15038@awdprime.austin.ibm.com> madere@julius.austin.ibm.com (Steve Madere) writes:
|> >|> >Is there any way to "unmap/remap" a window in Tk using code at the Tcl
|> >|> >level?
[ hint to to Xt deleted]
|> ># for unmap
|> >wm withdraw $toplevel
|> >
|> ># for map
|> >wm deiconify $toplevel
|> 
|> I've noticed a problem with the above solution. If you were to
|> 
|> toplevel .t 
|> wm withdraw .t
|> 
|> the window won't be withdrawn. I found that I need to wait about 3 seconds
|> or so after creating the toplevel before withdrawing it. This is a problem
|> because I precreate about 10 toplevels and map and unmap them
|> as the user needs them but initially when they are created and 
|> withdrawn about 3 seconds latter, makes the screen look like 
|> a fireworks exhibition with all the windows being created and
|> going away. Has anybody already addressed this?
|> tim
I've made an Object for BOS 1.31 witch as a toplevel window but can get 
different precreated interiors.
I do this with 
place forget <window> and place <window> -in <win> 
Maybe you can live with one toplevel window an different frames placed in it.
(It shouldn't be a problem to resize the toplevel window for different frames) 
And no firework on startup only 20 sec silence :-)
Hope this helps
 Stefan
-- 
Stefan Grefen   ---   Johannes Gutenberg University Mainz   ---    Germany
Email: grefen@goofy.zdv.uni-mainz.de       ---        Phone:  06131/392415

Newsgroups: comp.lang.tcl
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: OpenWindows and Tk - is there anything I can do?
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Fri, 2 Oct 1992 14:12:38 GMT
Reply-To: gwlester@cpu.com

In article <1992Oct2.085015.26608@Csli.Stanford.EDU>, gandalf@Csli.Stanford.EDU (Juergen Wagner) writes:
>... i.e., its window id didn't seem to be valid for the grab operation.

	You need to to a Tk_MakeWindowExist(tkwin) *BEFORE* trying to use the
window id, unless you are **SURE** that the window fully exists.  This is
because tk does lazy creation of objects.  See the Tk_CreateMainWindow man page
for more details.
>
>My favourite is [2], next comes [1]. Can anyone who has some more
>insight into Xlib and Tcl/Tk (and more time) comment on this?
>

	Surrre we can, after all we are a consulting company (among other
things)!!!!  :-}

==========================================================================
* Gerald W. Lester                        !   Voice:  (504)-889-2784     *
* Computerized Processes Unlimited        !   FAX:    (504)-889-2799     *
* 4200 S. I-10 Service Road, Suite #205   !   E-Mail: gwl@cpu.com        *
* Metairie, LA  70001                     !                              *
==========================================================================


Newsgroups: comp.lang.tcl
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: Tk C code
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sat, 26 Sep 1992 15:17:27 GMT

In article <1992Sep26.033103.4440@cis.ohio-state.edu> mdm@hadrosaur.cis.ohio-state.edu (Michael Moore) writes:
>	Well, it seems that I must use C for my application.  Unfortunately,
>I have no experience with this aspect of Tk, and the man pages leave much
>to the imagination.  
>
>	If you have any C code written with Tk that you wouldn't mind
>letting me look at, could you please mail it to me?  I think if I had
>some sort of example then getting started would be much easier.

The "Command Writer's Manpage" that comes with Extended Tcl 
(extended/man/CmdWrite.man) contains six pages of documentation
on how to add C commands to Tcl, and applies to Tk and Tcl as
well as Extended Tcl.  

Extended Tcl is available from barkley.berkeley.edu as
   tcl/extensions/tclX6.2b.tar.Z.

If you are going to add the extensions to wish and tcl, be sure and
get 'tcl/extensions/tclX6.4b.upd.tar.Z' as well.
-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
You will now awaken feeling relaxed and refreshed, remembering everything 
you've read except the details of the Omega contingency plan.
Newsgroups: comp.lang.tcl,comp.windows.open-look,comp.sys.sun.apps,comp.windows.x
From: tel@adimail.uucp (Terry Monks)
Subject: Re: OpenWindows and Tk - is there anything I can do?
Organization: Automata Design, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 2 Oct 1992 15:24:56 GMT

Larry W. Virden (lwv26@cas.org) wrote:
: 
: olvwm: Warning, X Error: BadValue (integer parameter out of range for operation)
:   Request Major code: 12
:   Request Minor code: 0
:   ResourceId 0x0
: 



Put in an X errorhandler, like this.

  XSetErrorHandler(myErrorHandler);

here is a sample

int
  myErrorHandler(Display * p_disp,XErrorEvent *p_error)
/* add new errors by looking in /X11/Xproto.h */
  char err_msg[80];
  static int errors=0;
  
  XGetErrorText(p_disp, p_error->error_code, err_msg, 80);
  fprintf(stderr,"Error #%d:%s - ",
			 ++errors,err_msg,p_error->request_code);
  switch (p_error->request_code)
	 {
	 case 54:
		fprintf(stderr,"FreePixMap");
		break;
	 case 56:
		fprintf(stderr,"Change_GC");
	 case 68:
		fprintf(stderr,"PolyArc");
		break;
	 case 70:
		fprintf(stderr,"PolyFillRectangle");
		break;
	 case 71:
		fprintf(stderr,"PolyFillArc");
		break;
	 default:
		fprintf(stderr,"[%d]",p_error->request_code);
		break;
	 }
  fprintf(stderr,":Resource ID:0x%x\n",p_error->resourceid);
  
  return(0);

}  


Then, if you want further information, set a breakpoint in dbxtool
to the errorhandler and go 'up' when you get stopped. You may want
to (or need to, I forget) type the following command to dbxtool

set _Xdebug=1


-- 
Terry Monks        Automata Design Inc    (703) 742-9400

Newsgroups: comp.lang.tcl
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: Tcl bug? Array indices containing spaces
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Fri, 2 Oct 1992 18:47:03 GMT
Reply-To: gwlester@cpu.com

In article <1992Oct1.201804.52@awdprime.austin.ibm.com>, madere@julius.austin.ibm.com (Steve Madere) writes:
>I tried to do the following in Tcl and got some interesting errors:
>
>set vector("a b") "dog"
>
>It failed because Tcl doesn't handle array indices that contain
>spaces.  The following works:
>
>set vector("a.b") "dog"
>

As does:

	set "vector(a b)" "dog"
and
	set {vector(a b)} "dog"

Newsgroups: comp.lang.tcl
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: Pre-creating Dialog Boxes
Date: Thu, 01 Oct 1992 12:08:27 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN

In article <1992Sep30.235241.2993@twg.com>, david@twg.com (David Herron) writes:
|> In article <1992Sep29.155059.15038@awdprime.austin.ibm.com> madere@julius.austin.ibm.com (Steve Madere) writes:
|> >Is there any way to "unmap/remap" a window in Tk using code at the Tcl
|> >level?
|> 
|> I don't recall if there's a command in tk already to map/unmap windows
|> but it ought to be trivial.  The equivalent in Xt is:
|> 
|> 	#define XtMapWidget(widget) \
|> 		XMapWindow(XtDisplay(widget), XtWindow(widget))
|> 
|> and I recall there being similar concepts present in tk...

You can try

# for unmap
wm withdraw $toplevel

# for map
wm deiconify $toplevel

-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
From: haedener@iacrs1.unibe.ch (Konrad Haedener)
Newsgroups: comp.lang.tcl
Subject: Re: Core dump when delete chars in text widget
Date: 1 Oct 92 08:48:17 GMT
Reply-To: haedener@iacrs1.unibe.ch
Organization: University of Berne

In article <1992Sep29.161048.15547@awdprime.austin.ibm.com>, madere@julius.austin.ibm.com (Steve Madere) writes:
|> 
|> In article <1992Sep26.194123.24976@rchland.ibm.com>,
|> shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes:
|> |> I've been getting core dumps when deleting characters in the text widget.
|> |> 
|> |> call stack is usually Rebalance, TkBTreeDeleteChars, tkText.DeleteChars().
|> |> 
|> |> codecenter tells me that on
|> |> 
|> |> tkTextBTree.c:722   nodePtr = line2Ptr->parentPtr;
|> |> 
|> |> line2Ptr is pointing to freed memory; unfortunately, I haven't been able
|> |> to track down where it is being freed.
|> |> 
|> |> Of course, if I recompile tcl/tk with TCL_MEM_DEBUG defined, everything
|> |> works fine.  I've also tried using a local malloc debug package which
|> |> did basically the same things as the tcl memory stuff; the core dump still
|> |> occurred but the information I got didn't help much.
|> |> 
|> |> I'm on AIX 3.2.2, x11r4.  Has anyone else seen this problem?
|> |> 
|> |> -- 
|> |> : jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
|> |> : shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
|> 
|> I tried to reply via e-mail but your address is unknown around here.
|> 
|> YES, I'VE HAD EXACTLY THE SAME PROBLEM!
|> 
|> Since we both had this problem on a RS6000 and no one else has reported
|> the problem (it seems like they would have run across it by now!),
|> it must be specific to the 6000.
|> 
|> OK, so now we've got it narrowed down a bit.  
|> 
|> We need to talk about operating system versions etc. to find the
|> real source of this problem.
|> 
|> Please call me on tl/793-8430 when you get a chance.
|> (Or post your VM address so we can converse via e-mail)
|> 
|> 
|> Steve Madere
|> (Do not reply with R! use the following address)
|> madere%aixserv@uunet.uu.net

I'm getting the same behaviour under 3.2.1/R4.
Setting 
  MALLOCTYPE=3.1
  export MALLOCTYPE
prior to invoking my tk based application makes the core dump phenomenon
disappear. Programs running well with version 3.1 malloc strategy and 
producing SIGSEGVs with MALLOCTYPE 3.2 are _always_ referencing freed
memory or corrumping malloc-internal structures or violating malloc rules
in some other way. Note that there is a never ending thread on malloc strategy
currently in comp.unix.aix.

This _is_ a bug in tk2.3.
-- 
Konrad Haedener                             Phone: +41 31 65 42 25
Institute for Physical Chemistry            FAX:   +41 31 65 44 99
University of Berne
Switzerland                                 haedener@iacrs1.unibe.ch
Newsgroups: comp.lang.tcl
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: emacs-like bindings for text widget?
Date: Mon, 28 Sep 1992 17:13:29 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN

Anyone have a set of bind commands for the text widget that will provide
emacs-like functionality?  If so, please send me (or post, I'm sure others
will be interested.)

-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
Newsgroups: comp.lang.tcl
From: tpoindex@nyx.cs.du.edu (Tom Poindexter)
Subject: Re: Core dump when delete chars in text widget
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Wed, 30 Sep 92 17:05:59 GMT

In article <1992Sep29.161048.15547@awdprime.austin.ibm.com> madere%aixserv@uunet.uu.net (Steve Madere) writes:
>
>In article <1992Sep26.194123.24976@rchland.ibm.com>,
>shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes:
>|> I've been getting core dumps when deleting characters in the text widget.
[...]
>|> Of course, if I recompile tcl/tk with TCL_MEM_DEBUG defined, everything
>|> works fine.  I've also tried using a local malloc debug package which
>|> did basically the same things as the tcl memory stuff; the core dump still
>|> occurred but the information I got didn't help much.
>|> 
>|> I'm on AIX 3.2.2, x11r4.  Has anyone else seen this problem?
[...]
>YES, I'VE HAD EXACTLY THE SAME PROBLEM!
>
>Since we both had this problem on a RS6000 and no one else has reported
>the problem (it seems like they would have run across it by now!),
>it must be specific to the 6000.
>
[...]

I too experienced core dumps with tk2.2 & 2.3 when deleting characters
in the text widget.  For me, switching malloc libraries worked.

My machine is a Sequent, running Ptx 1.3, an implementation of Sys V R3.2, on
Intel 486 cpus, X11R4.  

Sequent provides two malloc libraries: "fast" malloc based on BSD (?) in
libmalloc.a; "standard" malloc in libc.a.  I also have malloc.c from the
GNU Emacs code, which I generally refer to as "gnumalloc".

I normally use "fast" malloc (-lmalloc) for most of my cc's.  But this
caused the core dump problem.  I switched to "standard" malloc, and have
been running Tk2.3 (with deleting in text widgets) fine since.  I never
tried "gnumalloc".

As a matter of course in dealing with X Window System software on my system,
I count on trying all three mallocs before one works.  Scary indeed.

--
--
set signature {{Tom Poindexter} {tpoindex@nyx.cs.du.edu} {pithy quote}}
From: gaede@bearsan.sda.COM (Steve Gaede)
Newsgroups: comp.lang.tcl
Subject: exec leaves defunct processes
Keywords: background process execution
Date: 30 Sep 92 16:42:25 GMT
Organization: Software Design & Analysis Inc., Boulder, CO

Has anybody encountered this problem or (even better)
fixed it?

The execution mechanism in tcl apparently doesn't collect
exit status for processes that are executed in the background,
filling up the process table with <defunct> processes.  When 
executing a command in wish like:

    grep nothing /etc/passwd &

a <defunct> process sits around until wish terminates.  I discovered
this after executing quite a few background processes over time,
and discovering that my process table was full.

I'm running tcl6.4/tk2.3 on SunOS 4.1.1.

Steve Gaede
-- 
Steve Gaede (gaede@sda.com)
Software Design & Analysis, Inc.
(303) 444-9100
Newsgroups: comp.lang.tcl,comp.sources.testers,comp.emacs
From: wecker@child.cxn.dec.com (Dave Wecker/IGOR)
Subject: Can't get tk to work correctly with tvtwm
Organization: /usr/users/wecker/.organization
Date: Mon, 28 Sep 1992 21:02:04 GMT

I'm having all sorts of trouble getting `tk' menus and popup windows to work
correctly with `tvtwm' (window manager with virtual screens). As long as I
keep the `tk' application on the base screen (1,1) everything works as
expected however, as soon as I move the window to another screen the fun
begins. Here is an example of what happens:

    1. Start the application on screen 1,1.
    2. Move it around on the screen (everything works).
    3. Move it to another screen (everything works).
    4. Move it around on the new screen (menus wind up at the far edge of
    	the screen, popups wind up back on screen 1,1)!!!!

The same behaviour can be observed if you just start up the application on any
screen other than 1,1 (immediately all menus are at the far edge and popups
are on 1,1). It appears that menus are sending absolute coordinates for their
positions, but are probably using PPosition Hints (so that tvtwm adds in the
current screen's virtual root position) sending them off the far edge.
Toplevel popups appear to be doing the exact opposite.

Am I doing something wrong, or is there a usable work around?

--
Best Regards,
____________________________________________________________________________
dave                                      ENET:   HOOTUS::WECKER  WECKER@CXO
      Digital Equipment Corporation       PHONE:  719/548-2352 DTN: 522-2352
      CXO2-1/7-D    Pole: L95 Cube: 60    FAX:    719/548-3995 DTN: 522-3995
      301 Rockrimmon Blvd                 CRL:	  617/621-6699 DTN: 259-6699
      Colorado Springs CO 80919           ARPA:   wecker@hootus.enet.dec.com
        CRL & SME multimedia research     PROJS:  IGOR and DIDDLY

Disclaimer: The opinions expressed are my own and in no way should be taken
            as representative of my employer Digital Equipment Corporation.
____________________________________________________________________________

Newsgroups: comp.lang.tcl
From: tpoindex@nyx.cs.du.edu (Tom Poindexter)
Subject: tkBellCutbuffer for Tk 2.3?
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Mon, 28 Sep 92 22:13:29 GMT

I'm trying to find tkBellCutbuffer relative to the Tk 2.3 
distribution.  I've tried contacting the author, (Rick_Ohnemus@imd.sterling.com)
but haven't received a reply.  Rick, if you're listening, send mail please.
The code on barkley.berkeley.edu:/tcl/extensions is based on Tk 2.1.

If anyone has this code relative to 2.3, please let me know.

Regards,
Tom

--
--
set signature {{Tom Poindexter} {tpoindex@nyx.cs.du.edu} {pithy quote}}
From: jlc@firewalladaclabs.com (Jean-Luc Chatelain)
Newsgroups: comp.lang.tcl
Subject: Re: dld on SunOS 4.1.1 ?
Date: 5 Oct 92 17:08:43 GMT
Article-I.D.: firewall.1992Oct5.100843
Organization: Adac Laboratories, Milpitas Ca

I have not tried the package you mentionned but if you are interested by SunOS
only, I have written a dl extension package for tcl which may help you.
This package is a front end to the libdl library and includes:

dl open ?file?
dl error
dl sym ?handle? ?symbol?
dl close ?file?

Let me know if you are interested and I will post it.
-- 
Jean-Luc Chatelain				VOICE: 408 321 9100 x1797
ADAC Laboratories				VMAIL: 800 SAY ADAC x1797
540 Alder Driver				INET : jlc@adaclabs.com
Milpitas, CA 95054

Disclaimer: Any opinion expressed is my own may not reflect the views of
ADAC Laboratories
Newsgroups: comp.lang.tcl
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: To exec or not ...
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sat, 26 Sep 1992 04:44:25 GMT

In article <1992Sep25.212654.6752@NeoSoft.com> brad@NeoSoft.com (Brad Morrison) writes:
>In article <1992Sep21.143344.1@cc.helsinki.fi> linkosalo@cc.helsinki.fi writes:
>>And if it is, how does the father-process know when the child exits?
>
>Use wait with the child's pid as an argument.

This is the most common way to go, but you can also trap the SIGCLD signal
with, for example, "signal trap SIGCLD trap_routine"
-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
You will now awaken feeling relaxed and refreshed, remembering everything 
you've read except the details of the Omega contingency plan.
Newsgroups: comp.lang.tcl
From: jefu@akbar.nmt.edu (Jeff Putnam)
Subject: obvious error?
Organization: New Mexico Tech
Date: Tue, 6 Oct 1992 18:00:44 GMT


I'm probably missing something obvious, but the following code
doesnt seem to work right.  the "set_up" procedure is intended
only to set up a couple arrays so I can use them later on
without worrying about if they have elements or not.  If this
is put into a file, then the file is "sourced" then I try 
to run "set_up", I get :

"Error: wrong # args: should be "set varName ?newValue?""

proc set_up args {
    global x xx
    set x(1) 1
    set xx(1) 2
}

So, whats up?

--
jefu <=> Jeff Putnam - New Mexico Tech <=> jefu@nmt.edu 
"Overturn the dominant paradigm"
From: de@helios.ucsc.edu (De Clarke)
Newsgroups: comp.lang.tcl
Subject: Need very basic help starting out with Tcl(X) and Wish
Date: 30 Sep 1992 23:14:31 GMT
Organization: UCO/Lick Observatory
NNTP-Posting-Host: helios.ucsc.edu
Summary: memory check failures when executing wish demos
Keywords: install startup demo

This may be a FAQ, and if so I am sorry, but I can't find the 
FAQ for this group on my news-server.  I have no idea what I
am doing with this software yet; I hear that it has a reasonably
good interface to Sybase, which I would like to try out.  I
have got all the little pieces installed and they have passed
their qual tests with flying colours, BUT

In running (or trying to run) the wish demos, AFTER installing
Extended Tcl and rebuilding everything, I note that any attempt
to double-click the LMB (in browse, for example, or in the Colors
list widget in the widget demo) causes 

low guard failed at e1198, tclParse.c 422
Allocated at ((null) 0)
Memory validation failureAbort

(crash tinkle)

Any idea if there is a simple and obvious thing which I have
overlooked or done wrong in the compilation which would cause
this error?  It was not present before I installed the Tcl
extensions.  I have done a 'make clean' in every directory
where there is a Makefile and rebuilt the entire suite
(tcl, tk, extensions) and the problem persists.  Oh, by the
way, yes, the TCL_MEM_DEBUG flag is set in the tcl directory
Makefile as well as in the Config.mk in the 'extended' dir.

help?  should I live without mem debugging, or is it actually
pointing out to me some other problem which I am not yet
savvy enough to find and fix?

thanks in adv.  --de
..............................................................................
: De Clarke, Computing Resources Mgr.	           UCO/Lick Observatory, UCSC :
: de@helios.ucsc.edu |  "Gawd I love this job, it's so exciting."             :
: de@portal.bitnet   |                                    -- Martin Riggs     :
From: jclesius@bbn.com (Jeff Clesius)
Newsgroups: comp.lang.tcl
Subject: Need help starting out with Tcl and Wish
Keywords: global variables
Date: 28 Sep 92 21:23:12 GMT
NNTP-Posting-Host: bbn.com


Hi folks,

I'm just starting to use tcl and tk with wish.  So bear with me
if this seems like a stupid question.  Anyway, I would like to
have a menu-based application that has sub-windows which prepare
the state of global variables that can be referenced from the
main window.

The sub-windows are launched from procedure calls in the -command
specifier of the menu items.

The problem is after I try to copy the values out of the entry
widgets from the procedures where the subwindows are created, (like
from the pressing of an "OK" button, by using a 'set' command and then
closing the sub-window and returning from the procedure),
the variables appear in the main program as unchanged.  And this is 
irrespective of whether I use a 'global' specifier or an 'upvar #0'.

I appear to be confused about what the proper mechanism is for manipulating
the values of global variables. Can someone shed some light?

Desired:
   start application
   set variables: P1, P2, P3 to default values
   make menu selection for parameter window
   launch sub-window with entry widgets for P1, P2...
   when done, copy out the values from the entry widgets, and
	then destroy the sub-window
   make another menu selection that uses the new values of P1, P2...

Seems simple enough... doesn't it?!?

Jeff Clesius (jclesius@bbn.com)
BBN Systems and Technology
50 Enterprise Center, Suite 200
Middletown, RI 02840-5202
(401) 849-2543 (voice)
(401) 849-8611 (fax)
Newsgroups: comp.lang.tcl
From: halazar@media.mit.edu (Michael Halle)
Subject: detecting focus events in Tk entry widgets
Organization: M.I.T. Media Laboratory
Date: Sat, 3 Oct 1992 14:45:15 GMT


I'm trying to set a variable with the value of the string of an entry
widget but only after some user confirmation, such as pressing Return
or changing focus to another entry.  I can bind Return to set the
variable easily, but I can't get FocusIn or FocusOut events to call
their callbacks, even if I set the focus explicitly with "focus".
Ideas?

						Thanks,
						
						Michael Halle
						MIT Media Lab

Ps.  This is using tk2.3.

Newsgroups: comp.lang.tcl,comp.windows.open-look,comp.sys.sun.apps,comp.windows.x