HDTenEightyP/NetNews huggingface dataset:
From: cgp@Arco.COM (Chris Phillips  (214) 754-6419)
Subject: Extending a listbox selection `a la Macintosh
Organization: ARCO Oil and Gas Company
Date: Mon, 17 Aug 1992 22:48:08 GMT

On a Macintosh, it is a common to be able to press B1 in a window and,
without releasing B1, drag the pointer out of the window to achieve
scrolling.  The scrolling continues until B1 is released or the pointer
re-enters the window.  Has anyone implemented this in Tk?  If not, how?

Scanning is sorta close to this, but you have to keep moving the pointer...

Chris
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.lang.tcl
Date: Sat, 22 Aug 1992 10:56:59 -0400 
From: Sean Levy <snl+@cs.cmu.edu>
Subject: BOS mailing list?

I've gotten mail from several folks around the net, both recently and in
the more distant past about BOS, ranging from praise to disbelief to
questions on how to use it, even one mystical conspiracy theory about
code developed on AFS which, I can assure my gentle readers, is TOTALLY
FALSE, and if you ever come across it, just ignore it, really. :-)
Honest. :-):-)

At any rate, I'm posting to find out if there is sufficient interest in
this thing for me to set up a little mailing list or not. The topic
wouldn't have to be limited to BOS, but could also be about embeddable
languages, object-oriented environments, the relationship of things like
tcl and bos to programming in the large, etc. etc. Anyone interested in
such a thing please send me email. Of course, we could always keep it in
comp.lang.tcl...

A more comprehensive document about BOS *is* in preparation, but I have
limited time. The amount of interest I've recieved from the net has been
a factor in spurring me to write it, so keep those cards and letters
coming!

Cheers,
			-- Sean
--
Sean Levy, n-dim Group, EDRC, CMU, 5000 Forbes Ave, PGH, PA 15213
Email: snl+@cmu.edu, Phone: +1 412 268 5221, Fax: +1 412 268 5229
From: "David Herron" <david@twg.com>
Subject: Re: Tk2.2 on OpenWindows 3.0
Sensitivity: Personal
Encoding:  10 TEXT , 4 TEXT 
Conversion: Prohibited
Organization: The Wollongong Group, Inc., Palo Alto, CA
Conversion-With-Loss: Prohibited
Date: Tue, 18 Aug 1992 16:45:49 GMT

> I'm trying to bring up tk2.2, ... mostly work too except for one thing,
> it never seems to recognize my double click.  ...  This is a Sparc 2 running
> SunOS 4.1.1B and OW3.0.

All this works fine on my home system (An SPARCStation 1 with 4.1.2 and OW3.0),
even double clicks.  (The double click in question is on listbox's, but is
done with bind <Double-Button-1> so is likely generic...)

The problem I had is that (for some reason) I like to put the Neo Soft
extensions in.  It wasn't trivial, as people were discussing last week.

<- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)
<-
<- "Just because I recreate the middle ages on weekends doesn't mean I have to
<- at work." -- me
From: jh@chorizo.CS.Berkeley.EDU (Jack Hsu)
Newsgroups: comp.lang.tcl
Subject: How to raise window to become top-layer?
Date: 18 Aug 1992 23:26:03 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: chorizo.cs.berkeley.edu


How do I raise a top level window that is covered by other windows
to become top-layer? Right now, I am doing it by iconifying the
window and then de-iconifying it. Is there a better way of doing
it?

Thanks,

-Jack
From: vqh@dwrock.att.com (Viet Q. Hoang)
Newsgroups: comp.lang.tcl
Subject: Tk2.2 on OpenWindows 3.0
Date: 17 Aug 92 23:29:13 GMT
Reply-To: vqh@dwrock.ATT.COM (Viet Q. Hoang)
Organization: AT&T Denver Works


I'm trying to bring up tk2.2, the compiling went fine with no errors,
testing wish using the demos/* mostly work too except for one thing,
it never seems to recognize my double click.  Could someone tell
me what the problem is and how to fix it?  This is a Sparc 2 running
SunOS 4.1.1B and OW3.0.

Thanks,

-- 

Viet Hoang
AT&T, Denver Works
v.hoang@att.com
Newsgroups: comp.lang.tcl
From: "David Herron" <david@twg.com>
Subject: Re: How to raise window to become top-layer?
Sensitivity: Personal
Encoding: 28 TEXT , 4 TEXT 
Conversion: Prohibited
Organization: The Wollongong Group, Inc., Palo Alto, CA
Conversion-With-Loss: Prohibited
Date: Wed, 19 Aug 1992 01:10:55 GMT

> How do I raise a top level window that is covered by other windows
> to become top-layer? 

There should be a "wm raise" command, and a few others.  I have a list of
others at home if anybody's interested.

In C you do:  XRaiseWindow(display, window).  Not sure what happens if the
window is a child of some enclosing window, but this is what I do in
Xt based programs (on `shell' widgets) & it works fine.

Why does tk not have things like `wm raise' and `wm lower'??  Raise, at
least, is a very useful thing to have around.  Motif uses it when parenting
an error/message dialog off a particular window.  It places the dialog
in the center of the window and raises the whole shebang to front.  It sure
gets the attention of the user, which was probably the intention of the
designers.

I have written most of what's necessary for Motif-compliant message and
error dialogs for TK.  I've even drawn my own copies of the pictures!
All that's waiting now is to upgrade it to tk2.2 since that has enough
stuff to make real modal dialogs.  Two are easy (key grabs, and not 
returning until its ready to), but two problems are not.  This (lack
of `wm raise') is one problem.  The other is that my first attempt at
locating the dialog above the center of its parent did not work.  (I called
`wm rootx', `wm rooty' and whatever gets width/height, and calculated what
should have been the x/y coords, then did `toplevel ... -geometry ${x}x${y}'
but this did not help.)


<- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)
<-
<- "Just because I recreate the middle ages on weekends doesn't mean I have to
<- at work." -- me
From: mchen@groucho.cs.psu.edu (Michael Chen)
Newsgroups: comp.lang.tcl
Subject: Re: breaking up a list for use as proc arguments
Date: 15 Aug 92 05:41:52 GMT
Organization: Penn State Computer Science

In article <1992Aug15.030841.19439@Arco.COM> cgp@Arco.COM (Chris Phillips  (214) 754-6419) writes:
>The list and concat commands can take
>nonlist arguments and create a list from them.  What about the 
>converse?  How do I take a list and break it up so that
>
>proc twoargs {arg1 arg2} {}
>set a [list 1 2]
>twoargs [breakuplist $a]
>
>works?  I know that
>
>twoargs [lindex $a 0] [lindex $a 1]
>
>will work but this can be very tedious for procs that take a lot
>of arguments.  Of course, it's even worse when [llength $a] is not
>known a priori.

   Well, I've been using eval [concat twoargs $a] to do that sort of thing.

--- 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  |
From: ouster@sprite.Berkeley.EDU (John Ousterhout)
Newsgroups: comp.lang.tcl
Subject: Re: Font problem in tk2.2 ?
Date: 13 Aug 1992 17:25:26 GMT
Organization: U.C. Berkeley Sprite Project
Distribution: world
NNTP-Posting-Host: tyranny.berkeley.edu
Keywords: tk2.2, font

In article <1992Aug11.200305.15968@rchland.ibm.com>, shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes:
|> I've noticed a font problem w/tk2.2 on a 6000 running AIX 3.2/x11r4.
|> Seems that the trailing portions of various letters are being truncated.
|> In particular, when I select Text:Display styles in the widget demo, the
|> word `large' has the rightmost edges of the `a', `g' and `e' truncated.
|> It almost looks like it is trying to fit the characters in the same amount
|> of space as the smaller font.  Unfortunately, this happens in other places
|> where the font size is all the same, such as Text:Command bindings; the
|> first sentence has various `m' and `s' characters truncated; again this
|> could be because those characters are bold.
|> 
|> Anyways, is this likely just a problem with my server, and has anyone else
|> seen this?
|> 
|> -- 
|> : 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've noticed this problem too.  I've tracked it down to a problem with
IBM's X server having to do with off-screen pixmaps.  If you draw directly
to the screen then everything's fine.  However, if you draw text to an
off-screen pixmap and then copy that onto the screen, only the left-most
eight pixel columns of a character are drawn;  any pixel more than 7 pixels
from the left edge of the character is not drawn.  Thus small characters
appear OK and large ones are missing their right sides. This only seems to
affect some fonts: Times seems OK but Helvetica and Courier have the problem.
The problem seems to be very repeatable and happens regardless of which X
call is used to draw the text.

Unfortunately Tk makes extensive use of off-screen pixmaps to double-buffer
redisplays, so this is a serious problem.  Is there anyone out there with
contacts at IBM that can see if there's a server patch to fix the problem?
The fact that some fonts work OK while others don't also suggests that there
may be a work-around (figure out what property the Times font has that makes
it work, and make sure that the Helvetica font gets that same property);
is there anyone with enough RS/6000 experience to take a look at this?
From: kim@dde.dk (Kim Andersen)
Newsgroups: comp.lang.tcl
Subject: Re: starting scripts
Date: 13 Aug 92 14:30:44 GMT
Organization: Dansk Data Elektronik A/S

dv@cc-mac.nbn.com (David Vezie) writes:
[lines deleted]
>#! /usr/local/wish -f
>true ' { '
>exec /usr/local/wish -f $0 $*
>}

>Inserting this at the beginning of your script (substituting
>the /usr/local/wish for your path to wish) should guarantee
>wish startup (the first line is seen as a command by itself
>to the bourne shell, so the bourne shell runs the second line.
>The first line (thanks to the single quotes and curly braces)
>is continued on the next two lines in wish/tcl, so is ignored.

>I've tested this on SunOS 4.1.1 (my machine), but not on System V,
>but I think it'll work.
>-- 
>--
>David Vezie dv@sonoma.edu,dv@xnet.ssl.berkeley.edu

Thanks alot.
It does work on a "pure" System V platform.

-- 
-- 
Kim Andersen @ Dansk Data Elektronik A/S, Herlev, Denmark.
E-mail: kim@dde.dk   or    ...!uunet!mcsun!dkuug!dde!kim
Newsgroups: comp.lang.tcl
From: rdavis@convex.com (Ray Davis)
Subject: Re: Object orientedness & The Customer (tm)
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Fri, 21 Aug 1992 15:08:46 GMT
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.

adrianho@barkley.berkeley.edu (Adrian J Ho) writes:
>All the OOPLs I know use the noun-verb (object-method) syntax, forcing

Gee - I wonder if Germans are better at OOPL programming than
english speakers, since their verb always goes at the end of
the sentence.

Ray
Newsgroups: comp.lang.tcl
From: bytor@grumpy.bellcore.com (Ross Huitt)
Subject: Headless lines
Organization: Bellcore
Date: Fri, 14 Aug 92 12:34:09 GMT

Here's one for the odd-bug file.

Whenever I try to manually reset the coordinates of a line with arrows on the end,
the arrowheads don't move with the line. They just lay there on the canvas.
Very disconcerting. I end up with a bunch of little dismembered heads all over the
place. Anyone have a workaround or patch?

Ross Huitt
bytor@ctt.bellcore.com
From: colas@bagheera.inria.fr (Colas Nahaboo)
Newsgroups: comp.lang.tcl
Subject: Re: Object orientedness & The Customer (tm)
Date: 20 Aug 92 07:19:21 GMT
Organization: Koala Project, Bull Research France

In article <ADRIANHO.92Aug18221908@barkley.berkeley.edu>,
adrianho@barkley.berkeley.edu (Adrian J Ho) writes:
|> (I should note at this point that I have limited breadth of experience
|> in OOPLs, so there might indeed be some relatively obscure one that
|> exhibits verb-noun syntax. 

CLOS has it this way (CLOS is the object layer on top of common lisp)
To send method do-this to object obj, you just write:
(do-this obj)
do-this is called a generic function.

That's one of the *few* things good about common lisp :-)

-- 
Colas Nahaboo, colas@sa.inria.fr, Bull Research Koala proj. Wool&Gwm Architect
Pho:(33) 93.65.77.70(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
Newsgroups: comp.lang.tcl
From: mgc@cray.com (M. G. Christenson)
Subject: Re: changing cursors
Summary: where to look for list of possible cursors
Reply-To: mgc@cray.com
Organization: Cray Research, Inc.
Date: 20 Aug 92 10:15:48 CDT

>I need to change my cursor to an hourglass or something during
>an operation that takes a long time.  The "options" manual page
>says that I can use any of the forms acceptable to TkGetCursor.
>The "GetCursor" manual page says that I can use any X identifier
>for a cursor.
>
>How can I find out what are the possible X identifiers I can use
>for setting a cursor in wish? 
>
>Of course I'm ignorant about how to find this stuff in X, and not
>wanting to know *too* much about X Windows is one of my main reasons
>for using tk!  I have the same problem-- not knowing where to find
>lists of X definitions-- in looking for possible key bindings, as well.
>
>Steve Gaede
>--
>Steve Gaede (gaede@sda.com)
>Software Design & Analysis, Inc.
>(303) 444-9100

Take a look at /usr/include/X11/cursorfont.h.  You can use the names
in there by removing the 'XC_'.  Here's a little proc I use to make
my entire application go 'busy' while it's doing something. Just call
it with the commands you want to execute, and the watch cursor will be
displayed for the time it takes the commands to complete.  Note that any
new windows will have their normal cursor.


proc busy {cmds} {
    global errorInfo

    set busy {.app .root}
    set list [winfo children .]
    while {$list != ""} {
	set next {}
	foreach w $list {
	    set class [winfo class $w]
	    set cursor [lindex [$w config -cursor] 4]
	    if {[winfo toplevel $w] == $w || $cursor != ""} {
		lappend busy [list $w $cursor]
	    }
	    set next [concat $next [winfo children $w]]
	}
	set list $next
    }

    foreach w $busy {
	catch {[lindex $w 0] config -cursor watch}
    }

    update idletasks

    set error [catch {uplevel eval [list $cmds]} result]
    set ei $errorInfo

    foreach w $busy {
	catch {[lindex $w 0] config -cursor [lindex $w 1]}
    }

    if $error {
	error $result $ei
    } else {
	return $result
    }
}
From: joe@athena.mit.edu (Joseph C Wang)
Subject: How do I get a scale with the numbers increasing as one goes up?
Organization: Massachusetts Institute of Technology
Date: Tue, 18 Aug 1992 08:59:16 GMT

How do I get a vertical scale with the smaller numbers at the bottom?



Newsgroups: comp.lang.tcl
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: Tcl wish vs TclX wish con't
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Fri, 14 Aug 1992 12:43:15 GMT

In article <1992Aug11.090136.1497@cc-mac.nbn.com> dv@cc-mac.nbn.com (David Vezie) writes:
>I just grabbed those patches, and installed them.  But there's a
>more basic problem, I think, with TclX and TK.  tk.tcl (which is
>what both wish.tcl and wishx.tcl source) sets up auto_path, which
>the "undefined" in init.tcl knows how to use, but TclInit.tcl
>does not.  This means that the routines necessary for tk (like
>the button control routines) are not available unless you source
>init.tcl (via wish.tcl).

>Is there something else I'm missing?  Or could TclInit.tcl be fixed
>to use auto_path?

I finally tracked this all down.

In Extended Tcl, as long as a directory with either Ouster's tclIndex or our 
*.tlib/*.tndx files is in the TCLPATH variable, stuff in that directory will
get autoloaded as expected.

Extended Tcl *does* support John Ousterhout's autoload mechanism in
that it will load his tclIndex files and pull in the referenced
files automatically.  

However, we don't support the auto_path variable itself.  This is a problem
for the widget demo, which basically 'lappend's auto_path with the pathname
of the demo directory.

The answer, I think, is for us to support auto_path.  For now, the easiest 
answer is to change the TCLPATH in the Extended Tcl default file to
include the demo directory.

-- 
-- 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.
From: adrianho@barkley.berkeley.edu (Adrian J Ho)
Newsgroups: comp.lang.tcl
Subject: Re: bind: How to select using Button-3
Date: 18 Aug 92 12:41:34 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: barkley.berkeley.edu
In-reply-to: richard@borneo.gmd.de's message of 18 Aug 92 12:34:00 GMT

In article <1992Aug18.123400.3968@gmd.de> richard@borneo.gmd.de (Richard Czech) writes:
>I have a Tcl/Tk application in which I want to have different bindings
>for Button-1 and Button-3 in several listboxes as follows:
>[...]
>It works fine for Button-1, because the selection of elements in
>listboxes is predefined for Button-1. [...] But how is this done?

In general, questions about default class bindings can be answered by
looking at $tk_library/tk.tcl, in which all class bindings are found.
(Larry, I think this little-known fact qualifies for the FAQ. 8-)

In the case of listboxes, there is no binding for <B1-ButtonRelease>,
so you'll have to add that yourself, like this:

bind Listbox <B1-ButtonRelease> {echo foo [%W curselection]}

>Can I define the same functionality for Button-3 using the bind command?

Sure.

bind Listbox <3> {%W select from [%W nearest %y]}
bind Listbox <B3-Motion> {%W select to [%W nearest %y]}
bind Listbox <B3-ButtonRelease> {echo bar [%W curselection]}
--
-----------------------------------------------------------------------------
Adrian Ho, He With The Embarrassingly *Dead* Passion ** Phone: (510) 642-5563
System Manager, CFD Lab, ME Dept, UC Berkeley * adrianho@barkley.berkeley.edu
Maintainer, Tcl/Tk Contrib Archive ---- barkley.berkeley.edu [128.32.142.237]
  Send all Tcl/Tk Archive-related stuff to tcl-archive@barkley.berkeley.edu
From: serra@sophia.inria.fr (Bruno Serra)
Newsgroups: comp.lang.tcl
Subject: Re: Tcl-mode.el ANYONE ?????
Date: 13 Aug 92 09:03:20 GMT
Organization: INRIA, Sophia-Antipolis (Fr)

You'll find exactly that in :

ftp barkley.berkeley.edu
file tcl/distrib/tcl-mode.el.Z
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Newsgroups: comp.lang.tcl
Subject: Re: How to raise window to become top-layer?
Date: 19 Aug 92 13:17:24 GMT
Reply-To: jay@vnet.ibm.com
Organization: IBM Rochester, MN
Disclaimer: This posting represents the poster's views, not necessarily those of IBM

In article <1992Aug19.010804.16684@twg.com>, "David Herron" <david@twg.com> writes:
|> of `wm raise') is one problem.  The other is that my first attempt at
|> locating the dialog above the center of its parent did not work.  (I called
|> `wm rootx', `wm rooty' and whatever gets width/height, and calculated what
|> should have been the x/y coords, then did `toplevel ... -geometry ${x}x${y}'
|> but this did not help.)

Speaking of which, I've got a tcl proc which calculates the new geometry for
the dialog popup ok, but with one caveat: I always have to explicitly set
the width and height of the box before calling my proc.  Whenever I try to
retrieve the geometry of the dialog box, wm geometry returns 0x0+0+0.

If I was using Xt, I would probably first realize the box to let its height
and width be set, then calculate the position and then map the shell.  There
doesn't seem to be a way to do the equivalent in tk.  It looks like pack is
supposed to map the windows it manages, but calling wm geometry after packing
still returns zeros.  Is there a way to get the height and width before it
becomes visible?

-- 
: 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: snl+@cs.cmu.edu (Sean Levy)
Newsgroups: comp.lang.tcl
Subject: Re: Tcl-mode.el ANYONE ?????
Date: 12 Aug 92 07:47:51 GMT
Article-I.D.: cs.0eWH_ba00hNS4Za1VE
Organization: Carnegie Mellon, Pittsburgh, PA

I seem to recall someone posting about it, but don't recall now and
can't find the article. At any rate, I have a hacked version of C mode
that I use as tcl-mode; the one gotcha is that you have to use
semicolons like C, e.g.
	proc foo {} {
		stmt1;
		stmt2;
		if {blather} {
			x;
		}
	}
or else tcl-mode gets confused about indentation. I find this easier
anyway, since it's less of a context switch when I flip between editing
C and tcl code. I've uploaded this dumb little thing onto barkley, but
until adrian puts it somewhere you can also get it via anonymous ftp to
sambar.ndim.edrc.cmu.edu (128.2.214.236) under
/afs/cs/user/snl/public/tcl-mode.el.Z (don't forget binary mode).

Cheers,
			-- Sean
--
Sean Levy, n-dim Group, EDRC, CMU, 5000 Forbes Ave, PGH, PA 15213
Email: snl+@cmu.edu, Phone: +1 412 268 5221, Fax: +1 412 268 5229
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Newsgroups: comp.lang.tcl
Subject: Re: Font problem in tk2.2 ? (Workaround)
Keywords: tk2.2, font
Date: 20 Aug 92 21:17:13 GMT
Reply-To: jay@vnet.ibm.com
Organization: IBM Rochester, MN
Disclaimer: This posting represents the poster's views, not necessarily those of IBM

In article <1992Aug19.174453.24713@rchland.ibm.com>, shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes:
|> They're sending me a fix.  When I get it and verify that it corrects the problem,
|> I'll post the PTF numbers.

Ok, got the fix and it works.

You should be able to call IBM Software Service at 1-800-237-5511 and ask
for PTFs U402884 and U402887 to correct this problem.  You will need your
customer number handy, as they will ask you for that.  I don't know what
else they will ask you :), but the important thing is make sure they get
those PTF numbers as it simplies the problem determination process if
they know what the answer is ahead of time. :) :)  I did ask if those 
were some funky internal number with no relation to what an external
customer would order and the answer was that if I could order them that
way, an external customer could order them that way. (Ie, CYA insurance.)

As Charles noted, if you're running x11r5, you won't see this problem so
you probably don't need the fix.  Also, I noticed that the people running
on X Stations here didn't have the problem either (but that doesn't help
the host display, of course.)

-- 
: 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: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: Extended TCL & wish problems
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Fri, 14 Aug 1992 12:29:45 GMT

In article <1992Aug7.041454.3557@cc-mac.nbn.com> dv@cc-mac.nbn.com (David Vezie) writes:
>I'm having problems getting wish working with TclX.  I compile it as
>instructed in the extended directory, but when I try to run anything
>(even something as simple as the demos/hello demo), I can't get the
>window to respond.  I can't even hit ^C at the command line prompt.
>All I can do is kill the process remotely.  The exact same code works
>fine with the standard wish.

You need to change the TCLPATH in the Tcl default file, which is
usually /etc/default/tcl6.3b or /usr/local/lib/tcl6.3, to read

set TCLPATH "/usr/local/tcl /usr/local/lib/tcl /usr/local/lib/tk"

This is documented in the notes that come with the patch to make Wish
and Extended Tcl play together.

I apologize to everyone for these difficulties, however, and plan to pull
together and post the definitive patch for Tk 2.2 and Extended Tcl 6.3b.
-- 
-- 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.