HDTenEightyP/NetNews huggingface dataset:
From: welch@parc.xerox.com (Brent Welch)
Subject: Placing diaglog boxes
Summary: Here's how I place dialog boxes
Keywords: TK
Organization: Xerox PARC
Date: 29 Aug 92 23:39:11 GMT

In response to someones comment about not being able to
put a dialog box up in the middle of a top-level,
here's how I do it for my editor, mxedit.


#
# placePopUp -
#	Place a popup relative to its parent window
#
proc placePopUp { widget {where center} } {
    # mxedit is the main editing widget.  It exports a gridsize
    # command that gives the bounding box size of characters and
    # is the basis for using the "wm grid" command
    global mxedit

    # The screenwidth command is just a call to
    # winfo screenwidth $mxedit
    # The error checking is historical
    if {[string compare [screenwidth] unknown] == 0} {
	set screenWidth [lindex [exec xwininfo -root | egrep Width:] 2]
	set screenHeight [lindex [exec xwininfo -root | egrep Height:] 2]
    }

    # Figure out where we are
    scan [wm geometry .] "%dx%d+%d+%d" charsWide linesHigh xoff yoff
#    puts stderr "Geometry $charsWide $linesHigh $xoff $yoff"

    # Use gridding parameters to get our width and height
    set gridWidth [lindex [$mxedit gridsize] 0]
    set gridHeight [lindex [$mxedit gridsize] 1]
    set mainWidth [expr {$charsWide * $gridWidth}]
    set mainHeight [expr {$linesHigh * $gridHeight}]

    # Hide the diaglog box
    wm withdraw $widget
    update
    scan [wm geometry $widget] "%dx%d" itsWidth itsHeight    
#    puts stderr "Its $itsWidth $itsHeight"

    # This is for putting the dialog off to the side
    set leftRoom $xoff 
    set rightRoom [expr {[screenwidth] - $xoff - $mainWidth}]

    set topRoom $yoff 
    set bottomRoom [expr {[screenheight] - $yoff - $mainHeight}]

    case $where in {
	# The "off" placement is still a bit lame
	"off" {
#	    puts stderr "placePopUp " nonewline
	    if {$leftRoom > $rightRoom} {
		set itsXoff [expr {$xoff - $itsWidth}]
		if {$itsXoff < 0} {
		    set itsXoff 0
		}
#		puts stderr "left $itsXoff " nonewline
	    } else {
		set itsXoff [expr {$xoff + $mainWidth}]
		if {[expr {$itsXoff + $itsWidth}] > [screenwidth]} {
		    set itsXoff [expr {[screenwidth] - $itsWidth}]
		}
#		puts stderr "right $itsXoff " nonewline
	    }
	    if {$topRoom > $bottomRoom} {
		set itsYoff [expr {$yoff - $itsHeight}]
		if {$itsYoff < 0} {
		    set itsYoff 0
		}
#		puts stderr "top $itsYoff " nonewline
	    } else {
		set itsYoff [expr {$yoff + $mainHeight}]
		if {[expr {$itsYoff + $itsHeight}] > [screenheight]} {
		    set itsYoff [expr {[screenheight] - $itsHeight}]
		}
#		puts stderr "bottom $itsYoff " nonewline
	    }
	}
	{ default center } {
	    if {[string compare $where center] == 0} {
		set itsXoff [expr {$xoff + ($mainWidth - $itsWidth) / 2}]
		set itsYoff [expr {$yoff + ($mainHeight - $itsHeight) / 2}]
	    }
	}
    }
    wm geometry $widget +${itsXoff}+${itsYoff}
    wm deiconify $widget
}

--

	Brent Welch
Newsgroups: comp.lang.tcl
From: "David Herron" <david@twg.com>
Subject: tk-style interface to other windowing systems
Sensitivity: Personal
Encoding:  52 TEXT , 1 TEXT 
Conversion: Prohibited
Organization: The Wollongong Group, Inc., Palo Alto, CA
Conversion-With-Loss: Prohibited
Date: Thu, 27 Aug 1992 18:20:00 GMT

Greetings!

I have been writing an application (at home) which I would like to
have running on DOS(ick)/Windows(ick).  It is, of course, architected
as a binary with tcl/tk/local-extensions and a bunch of tcl/tk scripts.
There are over 4000 lines of these scripts, which is significant enough
that I'm reluctant to throw that out.  It all, of course, runs nicely
enough on my SPARCstation ;-).

I have prior experience in mimicing one GUI toolkit on top of another.
(I've written an implementation of XVT on top of Motif y'see)  So I
know approximately what to do and how much time it would take.

There aren't many things in `tk's API which are terribly specific
to X, the only which leaps to mind being font specifications, the arguments
to `bind' and `wm cursor'.  Otherwise the functions are pretty general purpose.

But since it will likely take >= 2 months to do this (part time), I'm
reluctant to start before asking:

	Am I missing something?

	In particular, I know rather little about MS-Windows but have
	access to people who know it & DOS (one of whom may be interested
	in helping out).

There are >= two ways to do this:

1) Use MS-Windows soley to provide windows & graphics primitives.  This would
be done the same as is currently done on top of Xlib.

This is not the route I prefer, but it might be more straightforward.  The
problem I have is that the resulting widgets won't look terribly like MS-Windows
widgets, but they'll look like tk widgets.  Also I prefer to make use of
the already debugged (knock on wood) widgets present in MS-Windows' libraries.

2) Do it as an encapsulation of MS-Windows widgets.  The `button' command
would ultimately do whatever MS-Windows magic creates one of its button
widgets, for instance.  MS-Windows events would be captured internally and
fixed up so they become appropriate TK procedure calls.

This is my preference, if only because it's how the implementation of XVT
was done.

3) Create a 1-1 mapping of windows function calls and data structures to
commands in TCL.  (Kind of like how WaFe is done).  Then proceed from there
to somehow write an all new set of scripts for the user interface to
the application.

I'm reluctant to do this as the existing scripts are pretty large and
represent a significant amount of effort (3+ months part time).


<- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)
Newsgroups: comp.lang.tcl
From: PETM@ibm.rz.tu-clausthal.de
Subject: Looking for TCL IMAGE under OS2
Organization: Rechenzentrum der TU CLAUSTHAL
Date: Tue, 1 Sep 1992 07:18:32 GMT

Hello,
I am looking for TCL IMAGE --- an image processing package --- running
under OS2. I know that there is such a version (my manual for my OS9-
Version says so) but I don't know where to get it (Dealer/AnonFTP).
Thanks,
           Thomas Mueller (petm@ibm.rz.tu-clausthal.de)
From: warsaw@nlm.nih.gov (Barry A. Warsaw)
Newsgroups: comp.lang.tcl
Subject: Compiling tcl 6.3 with gcc 2.2.2
Date: 28 Aug 92 15:53:21 GMT
Organization: Century Computing, Inc.


I had to make a minor change to tclUnix.h from 6.3 to get tcl to
compile properly under gcc 2.2.2 on a SS2, SunOS 4.1.1.  Without the
patch, gcc complains:

gcc -fno-builtin -g -I. -DTCL_LIBRARY=\"/vol/newirx/lib/tcl\"  -target sun4 -c  tclExpr.c
In file included from tclExpr.c:33:
tclUnix.h:302: conflicting types for `open'
tclUnix.h:302: A parameter list with an ellipsis can't match
tclUnix.h:302: an empty parameter name list declaration.
/usr/include/sys/fcntlcom.h:149: previous declaration of `open'
*** Error code 1
make: Fatal error: Command failed for target `tclExpr.o'


BTW, -fno-builtin switch is necessary for gcc since otherwise I got:

gcc -g -I. -DTCL_LIBRARY=\"/vol/newirx/lib/tcl\"  -target sun4 -c  regexp.c
In file included from tclInt.h:59, from regexp.c:29:
./stdlib.h:34: conflicting types for `exit'
<built-in>:0: previous declaration of `exit'
In file included from tclInt.h:60, from regexp.c:29:
./string.h:24: warning: conflicting types for built-in function `memcmp'
./string.h:25: warning: conflicting types for built-in function `memcpy'
./string.h:32: warning: conflicting types for built-in function `strcmp'
./string.h:33: warning: conflicting types for built-in function `strcpy'
./string.h:37: warning: conflicting types for built-in function `strlen'
*** Error code 1
make: Fatal error: Command failed for target `regexp.o'


since function like exit, mem* and str* are defined internally.

Anybody else notice the same things with gcc and are these fixed in
6.4 (haven't had the time to upgrade yet...)?


Here's the patch:

*** tclUnix.h.orig	Fri Aug 28 10:40:27 1992
--- tclUnix.h	Fri Aug 28 10:44:03 1992
***************
*** 300,304 ****
  extern long	lseek	   _ANSI_ARGS_((int fd, int offset, int whence));
  extern char *	mktemp	   _ANSI_ARGS_((char *template));
! extern int	open	   _ANSI_ARGS_((CONST char *path, int flags, ...));
  extern int	pipe	   _ANSI_ARGS_((int *fdPtr));
  extern int	read	   _ANSI_ARGS_((int fd, char *buf, int numBytes));
--- 300,304 ----
  extern long	lseek	   _ANSI_ARGS_((int fd, int offset, int whence));
  extern char *	mktemp	   _ANSI_ARGS_((char *template));
! /*extern int	open	   _ANSI_ARGS_((CONST char *path, int flags, ...)); */
  extern int	pipe	   _ANSI_ARGS_((int *fdPtr));
  extern int	read	   _ANSI_ARGS_((int fd, char *buf, int numBytes));


tclTest seemed to approve.

-Barry
Newsgroups: comp.lang.tcl
From: stroomer@cbnewsb.cb.att.com (J. D. Stroomer)
Subject: Openlook with Tk
Keywords: Tcl Tk Openlook Motif
Organization: AT&T
Date: Wed, 2 Sep 1992 10:39:55 GMT

We have spent the last couple of months looking into using Tk/Tcl as the
underpinnings for a program we are developing.  We're pretty enthusiastic about
what we've seen, but there's a hitch - we have to support both the Motif and
Openlook look and feel.  Motif is obviously no problem, since the Tk we have
supplies that.  To make the Openlook version we thought we could start with the
Motif Tk and alter the low-level code that builds widgets.  The end result would
still be built on top of Xlib, but would produce the Openlook look and feel.

We have a couple questions about the job:

(1) Has anyone already solved our problem?  If so, how can we get the software?

(2) If we have to do it ourselves, how hard would it be?  Is the approach we
suggested (i.e., replacing low-level Xlib code) the right thing to do?

Thanks for the help.

Jeff

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 Jeffrey D. Stroomer 3C-402A                  E-mail: jeffst@mhcnet.att.com
 AT&T Bell Laboratories                       Phone: (908) 582-2242
 600 Mountain Avenue                          FAX: (908) 582-3440
 Murray Hill, New Jersey 07974                
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
From: kennard@tukey.berkeley.edu (Kennard White)
Newsgroups: comp.lang.tcl
Subject: tk2.3-pixmap
Date: 4 Sep 1992 03:20:16 GMT
Organization: U.C. Berkeley -- ERL
Distribution: world
NNTP-Posting-Host: tukey.berkeley.edu

I've updated my pixmap extension for Tk to work with Tk2.3.  I've just
now uploaded the tar file to barkeley...hopefully it will show up soon.

Kennard

The README is below:

92/Aug/03: Pixmap1 Extension to Tk
92/Sep/03: Pixmap Extension to Tk2.3

The included files contain an extension to Tk for support of pixmaps.
See the comments added to "tkBitmap.c".  This extention allows the
program to draw on a pixmap (using Xlib calls), and to have that pixmap
displayed by a Tk button, menu or menubutton.

This extension does NOT support a client-side data specification of the
pixmap as with Tk_GetBitmapFromData().  Instead, the pixmap must be
drawn using X calls.

The only significant changes are to tkBitmap.c, the changes to the
other files are one liners.

Both the modified files and patch files are incuded.

Kennard (kennard@ohm.berkeley.edu)
From: mchen@groucho.cs.psu.edu (Michael Chen)
Newsgroups: comp.lang.tcl
Subject: Re: variable argument procedures.
Date: 1 Sep 92 22:59:48 GMT


   Sure... try proc foo {args} { puts stdout $args }.
   Basically, whenever you put args in the parameter list, it takes the values
in that position in beyond, makes them into a list, and sticks it in args.

--- Mike
--
_____________________________________________________________________________
| Michael Chen			| From the depths of our most lucid horrors |
|				| spring our fond hopes and pure desires... |
| mchen@groucho.cs.psu.edu	| except what comes from HELL! :-) 7/23/92  |
\_______________________________\___________________________________________|
Newsgroups: comp.lang.tcl
From: kelsey@mdd.comm.mot.com (Joe Kelsey)
Subject: Patch to tk2.3 Makefile for portability
Summary: Add LIB_DIR variable; pass TCL_LIBRARY to tcl MAKE.
Keywords: patch Makefile tk 2.3
Organization: Motorola, Mobile Data Division - Seattle, WA
Date: Tue, 25 Aug 1992 20:16:01 GMT

I've made the following change to every release of tk so far...

Basically, I want to control as much of the make process as possible from the
single point of invocation in the tk directory.  So, that means that if you
decide to install the library some place other than /usr/local/lib, you have
to change *both* TK_LIBRARY and TCL_LIBRARY.  In order to make this process
easy, I add the LIB_DIR variable to the tk Makefile and use that variable to
generate the TK_LIBRARY define and the TCL_LIBRARY define to pass to the tcl
make process.  I also changed the tcl ``make'' to ``$(MAKE)'' so that it gets
the make flags passed to the parent process.

I hope others find this useful and maybe even see it in the ``official''
release...

/Joe
----
*** Makefile.orig	Tue Aug 25 12:45:22 1992
--- Makefile	Tue Aug 25 12:55:04 1992
***************
*** 27,36 ****
  #			switch unless your library is in a non-standard place.
  #
  
  TCL_DIR		= tcl
  XLIB		= -lX11
  CC		= cc
! CFLAGS		= -I. -I$(TCL_DIR) -g -DTK_VERSION=\"2.2\"
  
  LIBS = libtk.a $(TCL_DIR)/libtcl.a
  
--- 27,37 ----
  #			switch unless your library is in a non-standard place.
  #
  
+ LIB_DIR		= /usr/local/lib
  TCL_DIR		= tcl
  XLIB		= -lX11
  CC		= cc
! CFLAGS		= -I. -I$(TCL_DIR) -g -DTK_VERSION=\"2.3\" -DTK_LIBRARY=\"$(LIB_DIR)/tk\"
  
  LIBS = libtk.a $(TCL_DIR)/libtcl.a
  
***************
*** 78,84 ****
  	ranlib libtk.a
  
  $(TCL_DIR)/libtcl.a:
! 	cd $(TCL_DIR); make libtcl.a
  
  clean:
  	rm -f $(OBJS) main.o libtk.a wish	
--- 79,85 ----
  	ranlib libtk.a
  
  $(TCL_DIR)/libtcl.a:
! 	cd $(TCL_DIR); $(MAKE) libtcl.a TCL_LIBRARY=$(LIB_DIR)/tcl
  
  clean:
  	rm -f $(OBJS) main.o libtk.a wish	

Newsgroups: comp.lang.tcl,alt.hypertext,comp.windows.x,comp.lang.sgml
From: joe@athena.mit.edu (Joseph C Wang)
Subject: ANNOUNCING: tkWWW 0.3 Alpha
Organization: Massachusetts Institute of Technology
Date: Sun, 30 Aug 1992 23:23:18 GMT


ANNOUNCING:
tkWWW 0.3 Alpha
by Joseph Wang (joe@athena.mit.edu)

A Tk interface to World Wide Web (ALPHA TEST)

WHAT IS IT?
-----------
World Wide Web (WWW) is a hypertext project which seeks to build a
world wide network of hypertext links.  There are several different
browsers for this system including a simple tty interface.  For a 
demos of the terminal browsers for WWW, telnet to the following sites:

 telnet info.cern.ch or telnet 128.141.201.74 (SWISS)
 telnet eies2.njit.edu or telnet 128.235.1.43 (USA [NJ])
 telnet vms.huji.ac.il or telnet 128.139.4.3  (ISRAEL)
 telnet info.funet.fi or telnet 128.214.6.100 (FINLAND)

 and login as "www"

Tk is an interpreted toolkit which allows one to build X11 applications
quickly and easily.

tkWWW is a Tk interface to (WWW), which lets you send embedded buttons,
scrollbars, etc in hypertext written for WWW.

IMPROVEMENTS SINCE 0.2
----------------------
Increased speed
Many bug fixes

WHERE IS IT?
------------
export.lcs.mit.edu:/contrib/tkWWW-0.3.tar.Z
barkley.berkeley.edu:
info.cern.ch:

MAILING LIST
------------
The mailing list "tk-www@athena.mit.edu" exists for discussion of tk-www.
To subscribe send e-mail to "tk-www-request@athena.mit.edu"

WHAT DO I NEED TO INSTALL IT?
-----------------------------
In order to install tkWWW you will need

   The code for the WWW line-mode browser. (anon ftp from info.cern.ch)
   Libraries for tk and tcl (I'm using tk2.1 and tcl6.3)

   A wish intepreter which contains the Hyper and XYGraph widgets

To install this program, unpack the WWW line-mode browser source and 
cd to the directory WWW.  Unpack the tkWWW tar file. 

Newsgroups: comp.lang.tcl
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: Openlook with Tk
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Wed, 2 Sep 1992 15:38:58 GMT
Reply-To: gwlester@cpu.com

In article <1992Sep2.103955.23232@cbfsb.cb.att.com>, stroomer@cbnewsb.cb.att.com (J. D. Stroomer) writes:
>We have spent the last couple of months looking into using Tk/Tcl as the
>underpinnings for a program we are developing.  We're pretty enthusiastic about
>what we've seen, but there's a hitch - we have to support both the Motif and
>Openlook look and feel.  Motif is obviously no problem, since the Tk we have
>supplies that.  To make the Openlook version we thought we could start with the
>Motif Tk and alter the low-level code that builds widgets.  The end result would
>still be built on top of Xlib, but would produce the Openlook look and feel.
>
>We have a couple questions about the job:
>
>(1) Has anyone already solved our problem?  If so, how can we get the software?
>
>(2) If we have to do it ourselves, how hard would it be?  Is the approach we
>suggested (i.e., replacing low-level Xlib code) the right thing to do?

	The fell is done in tcl for Motif (at least with the last two versions
of TK), so to get the fell all that would change is the default bindings.  As
to the look, I think that you would might have to modify some of the widgets,
I'm not that much into Openlook.  You might be able to just get by modifing the
xdefaults for the widgets.

>
>Thanks for the help.
>

No problem.
Newsgroups: comp.lang.tcl,alt.hypertext
From: boutell@cshl.org (Tom Boutell)
Subject: TkWWW Version 0.3: Anyone Using It?
Organization: Cold Spring Harbor Labs
Date: Fri, 4 Sep 1992 15:13:09 GMT

I've got version 2.3 of Tk, and version 0.3 of the TkWWW World Wide Web
browser. I used to use version 0.2, which ran perfectly. Version 0.3
refuses to run properly. I'm running on a Sparc II.

Does anyone have Version 0.3 running on their machine? If so, did you have
to edit anything out of the ordinary to get it running properly?
Please help, folks, I don't have 0.2 around anymore and I need a
Web client back. Thanks.

(P.S. Anyone heard from Tim Biehl of the Web lately? My magazine was
about to be connected, then he disappeared.)

-- 
Tom Boutell, boutell@cshl.org

Clausthaler is the best non - alcoholic beer in the known universe.
From: andylee@oahu.cs.ucla.edu (Andy Lee)
Newsgroups: comp.lang.tcl
Subject: (Possible) Bug in Tk2.3 Menubutton
Date: 4 Sep 92 18:23:21 GMT
Organization: UCLA, Computer Science Department

[This is the third attempt in posting this, I hope it finally gets through...]

When I click on a menubutton whose menu is empty, as demonstrated in
the following wish script below:

    #!/usr/local/bin/wish -f
    pack append . [menubutton .testbutton -text Test -menu .testmenu] top
    menu .testmenu

Tk2.3 complains with the error message:

    bad menu entry index "0"
	while executing
    "[lindex [$tk_priv(posted) config -menu] 4] activate 0"
	("then" clause line 2)
	invoked from within
    "if {($tk_priv(inMenuButton) != "") && ($tk_priv(posted) != "")} {
	    [lindex [$tk_priv(posted) config -menu] 4] activate 0
	} else {
	    tk_mbUnpost
	..."
	(command bound to event)

This used to work (in Tk2.1) where an empty menu is posted, but no
error message.  Am I doing something wrong?

-- 
Andy A. Lee           UCLA MS Graduate Student, AI Neural Networks
andylee@cs.ucla.edu   Down-to-Earth Idealist & Independent NeXT Developer
(310)824-7131         "If you don't watch your figure, who will?" - TV Ad.
(310)208-0200         "Trust is earned, not given away." - Star Trek: TNG
Newsgroups: comp.lang.tcl
From: pnh@pmin24.osf.org (Peter Harbo)
Subject: exec output file format (can't say exec foo > stdout)
Organization: Open Software Foundation
X-Newsreader: Tin 1.1 PL4
Date: Wed, 26 Aug 1992 21:15:48 GMT

I recently wanted to use the exec command to send the output of a UNIX command
directly to standard output rather than returned as a TCL result like so

	exec date > stdout

using the "stdout" filename.  Unfortunately exec does not work like "puts"
which calls TclGetOpenFile() to translate "stdout" to a file descriptor,
instead it apparently calls Tcl_CreatePipeline() to open the file following
'>' via open(), ergo no translation.

Is there a workaround for this, apart from chging the way the library works
or simply getting the results and sending them to stdout when the command
has completed.
From: larry@cs.berkeley.edu (Larry Rowe)
Newsgroups: comp.lang.tcl
Subject: Posting messages about commercial tcl/tk products
Date: 28 Aug 1992 22:04:55 GMT
Organization: U.C. Berkeley EECS Dept.
Distribution: world
Reply-To: larry@cs.Berkeley.EDU
NNTP-Posting-Host: tweety.cs.berkeley.edu

So far I have received 8 votes on whether people want messages that are 
non-marketing/press-release announcements about tcl/tk commercial products
posted to the newsgroup.  All 8 votes were YES.

To be sure everyone has a chance to comment, please send email to me
(larry@cs.berkeley.edu) if you have a strong opinion FOR or AGAINST
these types of postings.

I received one message from another person doing commercial product
development using tcl/tk who volunteered to write something about his
work.  My plan is to put together a mailing that describes several
different commercial products.  If you want your product to be included,
send me a short (<200 word) description of the product, how people can
get more information if desired, and any novel/interesting result from
using tcl/tk.
	Larry
From: kaye@linc.cis.upenn.edu (Jonathan Kaye)
Newsgroups: comp.lang.tcl
Subject: Moving the mouse from Tcl?
Date: 29 Aug 92 23:33:26 GMT


Are there any Tcl commands for controlling the mouse, particularly
moving it to a predefined place on the screen?

Thanks in advance for any suggestions!

-jonathan
Newsgroups: comp.lang.tcl
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: errors in Tk2.3 demos
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Wed, 2 Sep 1992 14:46:23 GMT
Reply-To: gwlester@cpu.com

In article <9209012315.AA06051@MATH13.CIMS.NYU.EDU>, walkerm@MATH13.CIMS.NYU.EDU (M.Walker) writes:
> ...
>invalid command name "tk_bindForTraversal"
>	while executing
> ...
>Are there any changes I need to make?  Since I cannot install things in such 
>places as /usr/local or /usr/lib, I installed the Tcl and Tk respectively in
>$HOME/lib/tcl and $HOME/lib/tk where $HOME is /stumpy.a/misc/walkerm (along
>with the various header files).  Wish is installed in $HOME/bin.  If there is
>a problem with this installation, please let me know.

Michael,

	Sounds like you should check your tklibrary and tcllibrary variables.

Newsgroups: comp.lang.tcl
From: ok@dadent.wustl.edu (Orly Kamin)
Subject: Self modifying dialog boxes
Organization: Washington University, St. Louis MO
Date: Wed, 26 Aug 1992 19:54:59 GMT

I need a dialog box that has a scrollable canvas with N
entry fields, where N is a value entered on that same dialog.
That value N can be incremented and decremented with button
pushes, so with each button press, I want to update the scrollable
canvas of entries.  Can anyone help me with this one?
Example code would be ideal.
Please post to comp.lang.tcl as i am using a friend's account.

Thanks much!
tom

Xref: sparky comp.lang.tcl:1292 gnu.gdb.bug:1013
From: helgaas@convex.com (Bjorn Helgaas)
Newsgroups: comp.lang.tcl,gnu.gdb.bug
Subject: gdb/tcl interface (for user-defined gdb commands)
Keywords: user-defined commands,arguments,control structures
Date: 1 Sep 92 22:36:24 GMT
Followup-To: comp.lang.tcl,gnu.gdb.bug
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.
Apparently-To: bug-gdb@prep.ai.mit.edu

It would be really neat if tcl and gdb were integrated in such a way
that tcl could be used to add user-defined gdb commands with arguments
and control structures.

I've done just enough work to convince myself that it might actually
work, and am wondering whether anyone else is doing anything similar.

Thanks,
  Bjorn (helgaas@convex.com)
Newsgroups: comp.lang.tcl