HDTenEightyP/NetNews huggingface dataset:
From: barmar@think.com (Barry Margolin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Kills from Window Manager
Date: 22 Jul 92 01:03:03 GMT
Distribution: fj
Organization: Thinking Machines Corporation, Cambridge MA, USA

Date: 19 Jul 1992 05:54:58 GMT
Message-Id: <14b03iINN1kn@early-bird.think.com>
Newsgroups: comp.windows.x

In article <1992Jul18.132220.18254@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>If an application would simply exit when asked to delete its window,
>and it has no requirement for user interaction during its cleanup
>operations, if any, I see no reason why it should bother participating
>in WM_DELETE_WINDOW.  (I suspect this is a fairly large class of
>applications.)  Do you see any such reason?

Doesn't it have to participate in the protocol even to do that much?  In
order to do anything "when asked to delete its window", it has to recognize
the request.

When I use f.delete on windows of clients that don't implement the
protocol, twm beeps at me.

If you're suggesting that toolkits should provide the above default action,
rather than requiring the application to implement the protocol itself,
that would be feasible.  It doesn't sound like a reasonable default,
though, since it's a pretty dangerous action.  However, if the toolkit
default issued a "do you really want to quit" query, that would be OK.  Of
course, many toolkits have enough information so they could just delete the
window themselves rather than exiting the application.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: jerryt@teal.csn.org (Jerry Tuneburg)
Newsgroups: fj.mail-lists.x-window
Subject: signals and X
Date: 22 Jul 92 06:53:16 GMT
Distribution: fj
Organization: Colorado SuperNet, Inc.

Date: Tue, 21 Jul 1992 20:02:09 GMT
Message-Id: <Brr8zM.BCn@csn.org>
Newsgroups: comp.windows.x


We are setting up a psuedo realtime application in which we would like to
use signals in the place of the timeouts we are using as of now.
We have tried signals before and have had some interesting results so
I was wondering if anyone out there has had any experience using signals
with X and Motif. It seems like there should be no problems doing this.

Any info on passed experiences with signals and X would be helpful.
Since we seem to be doing something incorrect. Any info can be emailed to me.

thanks

Robert Jurca   rob@otsuka.com

-- 
Jerry Tuneberg              I have many reservations, but none at a good place.
Otsuka Electronics                          Network Warrior
2555 Midpoint Dr.                          jerryt@otsuka.com
Fort Collins, CO 80525                      (303) 484-0428
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Finding the current cursor
Date: 26 Jul 92 01:48:53 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sat, 25 Jul 92 11:06:19 GMT
Message-Id: <1992Jul25.110619.8548@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Jul23.141226.19607@rchland.ibm.com>, shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes:
> In article <1992Jul22.161928.19371@andersen.co.uk>, you write:
>> During an application I need to change the cursor, I do this with
>> XdefineCursor.  I would like to be able to store the original cursor
>> so that I can change it back.
> I don't think you need to store the original cursor at all; instead,
> store your new cursor.  Then, when you're done, undefine the new
> cursor.  The original cursor is automagically restored.

This doesn't restore the original cursor per se; rather, it causes the
window to use its parent's cursor.  This may or may not be what the
cursor was before the XDefineCursor call was made; it is equivalent to
assuming the original cursor was None.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: pel@ctron.com (Paul Leclerc)
Newsgroups: fj.mail-lists.x-window
Subject: Re: faking xlock with kill -STOP <X server PID>
Date: 25 Jul 92 04:23:39 GMT
Distribution: fj
Organization: Cabletron Systems Inc.

Date: 24 Jul 92 15:53:05 GMT
Message-Id: <PEL.92Jul24115305@pan.ctron.com>
Newsgroups: comp.windows.x

In article <1992Jul22.203318.24969@porthos.cc.bellcore.com> bucci1@donner.uucp (25853-pastor) writes:

>   What we are looking for is a way to either hide that xterm icon, or to disable 
>   the close ability on it, but still allow users to work with the other 
>   applications with the touch screen.
>
>   Thanks
>
>   Robert Buccigrossi (bucci1@donner.cc.bellcore.com)


There was a program posted to either comp.sources.x or alt.sources
and is on contrib called VR.
This program provided Virtual Rooms for windows.  It achieves that
by using ICCM to make windows (and icons) invisible.  You can use another
ASCII client program to send messages to VR to switch windows.  This could
be used to hide and unhide the console remotely.  Maybe you can't use
that program as-is but you can certainly borrow/steal the technique.

--
pel@ctron.com              #include <disclaimer>
Cabletron Systems Inc.
From: converse@expo.lcs.mit.edu (Donna Converse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Touchscreens and Multple Pointer Devices
Date: 24 Jul 92 18:30:13 GMT
Distribution: fj
Organization: X Consortium, MIT Laboratory for Computer Science

Message-Id: <9207241635.AA15433@excess.lcs.mit.edu>
             <5720@taurus.cs.nps.navy.mil> 
Date: Fri, 24 Jul 92 12:35:39 EDT


> Ideally, I'd like to be able to have the pointing device configurable
> between the touchscreen and a trackball (mice don't work on a rolling ship).
> The pilot, who is normally preoccupied, needs to be able to "hit" a control
> quickly, hence the touchscreen.  However, he may want to ask the co-pilot to
> do some more detailed input which requires either a trackball or keyboard.
> I'd like to keep all 4 stations identical in hardware, using software for
> configuration.
> 
> The touchscreen vendor I've located stated that X11R4 uses only a single
> pointing device, but that X11R5 can have multiple ones.  How does this work?

Read the "X11 Input Extension Library Specification", available by 
anonymous ftp at the machine and directory
   export.lcs.mit.edu:pub/R5untarred/mit/doc/extensions/xinput/

> Are there multiple mouseforms on the screen?

No

> Are they both generating
> events? 

Yes

> In Motif (1.2, I assume), can events from either device trigger
> callbacks (arm, activate, etc)?

No (unless the software is customized), input devices which trigger callbacks
must be core devices; they cannot be extension devices.


Donna Converse
converse@expo.lcs.mit.edu
From: ware@organ.cis.ohio-state.edu (Peter Ware)
Newsgroups: fj.mail-lists.x-window
Subject: Re: How do you make a whole composite motif window appear "grey" or "Insensitive"?
Date: 28 Jul 92 00:49:12 GMT
Distribution: fj
Organization: Ohio State Computer Science

Date: Mon, 27 Jul 1992 20:22:21 GMT
Message-Id: <WARE.92Jul27152221@organ.cis.ohio-state.edu>
Newsgroups: comp.windows.x.motif,comp.windows.x

Try:
	XtSetSensitive (widget, False)
Disables user input events and provide some visual feedback that the
components are inactive.  This effects all children that are
descendents of widget.

--pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 538-0965
Too bad the Nike slogan isn't "Just Do It Right" instead of "Just Do It"
From: wellcon@penguin.ccl.itri.org.tw (WELLCON)
Newsgroups: fj.mail-lists.x-window
Subject: Subscribe me, please
Date: 23 Jul 92 21:09:36 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Fri, 24 Jul 92 02:25:54 CST
Message-Id: <9207231825.AA24965@penguin.ccl.itri.org.tw>


  Please subscribe me to the mailing list, Thanks.

  My E-mail address:  wellcon@penguin.ccl.itri.org.tw
From: ebt-inc!jlv@bloom-beacon.mit.edu (Jeffrey L. Vogel)
Newsgroups: fj.mail-lists.x-window
Subject: XtDestroyWidget changes in R5
Date: 25 Jul 92 11:39:03 GMT
Distribution: fj
Organization: EBT

Date: 24 Jul 92 16:24:51 GMT
Message-Id: <5432@ebt-inc.UUCP>
Newsgroups: comp.windows.x


In X11R4, the phase 2 destruction of a widget did not occur until
the current invocation of XtDispatchEvent exited.  
XtDestroyWidget never performed the phase 2 destruction itself.

After XtDispatchEvent returns, any widgets set to be destroyed had 
their phase 2 destruction method called.

However, in R5, it seems as though XtDestroyWidget  performs the phase
2 destruction before it returns.  

Can anyone confirm/contradict this.



-- 
--------------------------------------------------------------------
| Jeff Vogel                    |  Lead Engineer                   |
| jlv@ebt-inc.com               |  EBT Inc.                        |
| uunet!ebt-inc!jlv             |  One Richmond Square             |
From: scott@toro.mts.ml.com (Scott Strool)
Newsgroups: fj.mail-lists.x-window
Subject: blank background
Date: 31 Jul 92 12:50:30 GMT
Distribution: fj
Organization: Merrill Lynch Municipal Analytics & Systems, NY

Date: 30 Jul 92 19:23:00 GMT
Message-Id: <1709@toro.MTS.ML.COM>
Newsgroups: comp.windows.x

Is there any way that I can have my screen go 'blank' when inside a window.
except ofcourse for the window my cursor is in. Then when I move to the window
manager background the icons and other windows re-appear. This way I can
have a less clutered screen when in my editor or program. 

thanks


-- 
Scott Strool	       /\
Software Consultant   /**\
Merrill Lynch        /_II_\
scott@ml.com  (212) 449.1456
From: nosmo@ximage.com (Vince Kraemer)
Newsgroups: fj.mail-lists.x-window
Subject: Getting DIRT(y)
Date: 21 Jul 92 05:42:04 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 20 Jul 92 10:07:12 PDT
Message-Id: <9207201707.AA02522@ximage.COM>
Reply-To: nosmo@ximage.com

I have seen references to the UI builder (??) DIRT in some of the files
associated with Wcl.  I am interested in finding out more about it or
other UI builders which support Wcl.

Thanks
vbk
From: malowany@cenparmi.concordia.ca (Stephen Malowany)
Newsgroups: fj.mail-lists.x-window
Subject: Undefined symbol: _XtMalloc (twm,sun3,sunos4.1.1,gcc2.1,/usr/bin/ld)
Date: 30 Jul 92 10:15:38 GMT
Distribution: fj
Organization: CENPARMI, Concordia University, Montreal, Canada

Date: 30 Jul 92 02:42:44 GMT
Message-Id: <4640@daily-planet.concordia.ca>
Newsgroups: comp.windows.x

Situatation: X11R5 pl.14, Sun3, SunOS 4.1.1, gcc 2.1, /usr/bin/ld,
all binaries are dynamically linked.

Problem: twm dies with the following error:
ld.so: Undefined symbol: _XtMalloc

However, everything else works (XsunMono, xedit, xcalc, xmh...)
Any suggestions (besides linking twm statically)?

Thanks,
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steve Malowany                                         Software Systems Analyst
Centre for Pattern Recogn. & Machine Intell.     malowany@cenparmi.concordia.ca
Department of Computer Science                         malowany@cs.concordia.ca
Concordia University                                   Montreal, Quebec, Canada
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: qb7g6@fel.tno.nl (Maarten Landzaat)
Newsgroups: fj.mail-lists.x-window
Subject: What's "xnews: Warning:input queue lock broken"?
Date: 24 Jul 92 14:18:38 GMT
Distribution: fj
Organization: TNO Physics and Electronics Laboratory

Date: 24 Jul 92 08:10:19 GMT
Message-Id: <1992Jul24.081019.1781@fel.tno.nl>
Newsgroups: comp.graphics,comp.windows.open-look,comp.windows.x,alt.toolkits.xview

Please let me know if you know anything about the following:

I transformed the PHIGS example "pickjet" to work with an openlook
interface: It now has a.o. a button to start the "pick loop".
In the callback of the button, PHIGS enters a loop in which PICKS
are requested.
When I push this button TWICE (i.e. without picking something in 
between) my entire screen hangs: it cannot receive mouse input anymore.

The same problem seems to occur whenever I inadvertently press ANY button
twice, of which the callback performs PHIGS input.

After having killed the processes (PHIGS runs a separate unix process to
manage the "X tool", the window in which the graphics are done),
this message appears in the console:

"xnews: Warning: input queue lock broken".

Also, a number of times proportional to the number of events I tried to
generate, the following message appears:

"olwm: Warning: failed to grab pointer".

I use a SPARC, SunPHIGS 2.0, Openwindows 3.0, Devguide 3.0 with the xview
toolkit. 
----------
My questions:

1 Has anyone had a similar experience?

2 Does anyone know the meaning of the error messages?

3 How is it possible that an event for a process that isn't waiting for
  events (after all, it's in the callback) can mess up things that badly?
  Or is PHIGS's xtool process to blame?


Any reaction is appreciated!
Thanks in advance.
-- 
Maarten J. Landzaat (analyst/programmer, bass player, Atari/midi freak)
BSO/Aerospace & Systems			Mail: Spuistraat 97
Email: maarten.landzaat@fel.tno.nl	      1012 SV  Amsterdam
Phone: +31 20 6266098			      The Netherlands
From: dan@watson.ibm.com (Walt Daniels)
Newsgroups: fj.mail-lists.x-window
Subject: Debugging keyboard grab problems
Date: 28 Jul 92 18:23:07 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 28 Jul 1992 11:38:52 EDT
Phone: 914-784/863-6736
Message-Id: <072892.113852.dan@watson.ibm.com>

One of our users occationally gets hung in a state where it looks like
the keyboard is grabbed by someone, i.e. the clock updates, you can
popup a new day window from xcalendar, etc. but you can't type in any
window. You can't perform any window manager functions (Motif).

The first attempt at debugging was to kill windows individually and test
if the grab was still in effect. Unfortunately it was until all the windows
were killed. So my assumption is that the server somehow got the bit
set and there is no mechanism to clear it.

So the question is: How do you find the culprit that set the bit?
From: meyer@darkwing.uoregon.edu (David M. Meyer 503/346-1747)
Newsgroups: fj.mail-lists.x-window
Subject: X11 on Solaris 5.0?
Date: 22 Jul 92 23:07:14 GMT
Distribution: fj
Organization: University Network Services, University of Oregon, Eugene, OR

Date: 22 Jul 92 13:10:22 GMT
Message-Id: <MEYER.92Jul22061022@darkwing.uoregon.edu>
Newsgroups: comp.windows.x


	Are any "patches" being developed for Solaris 2.0
	(sparc)?


	Thanks,


	Dave
-------------------------------------------------------------------------------

	David M. Meyer			Voice:     503/346-1747
					Pager:	   503/342-9458
					FAX:	   503/346-4397
	Senior Network Engineer		Internet:  meyer@ns.uoregon.edu
	Office of University Computing	Bitnet:    meyer@oregon
  	University of Oregon		UUCP:	   ...!uoregon!meyer
	1225 Kincaid			
	Eugene, OR 97403
From: stephan@nmt.edu (Stephan Witz)
Newsgroups: fj.mail-lists.x-window
Subject: XAllocColor strangeness
Date: 30 Jul 92 13:01:59 GMT
Distribution: fj
Organization: New Mexico Drek

Date: Wed, 29 Jul 1992 00:11:48 GMT
Message-Id: <1992Jul29.001148.10511@nmt.edu>
Newsgroups: comp.windows.x

Hey guys, I've got an odd problem.  I wrote this application about half
a year or so ago, and it preformed marvelously.  However ...

	I recently recompiled the thing after playing with some of the 
	non-graphics algorithms.  I used gcc 2.1 on a Sparc station ipc 
	running X11R5 (patch level 13).  To my supprise, all the neat-o
	color beasties I drew ended up being black.  XAllocColor started
	returning black on all my calls to it.  I checked the input, and
	everything seems to be in order (types correct, no bogus data).
	The earlier calls to XAllocNamedColor work as they should, and
	casual inspection shows no color map madness.

Any ideas?  Drop me a line at:                   stephan@nmt.edu	
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
	"Let he who is without sine throw the first rock."    - Anton
	"The New Mexico Institute of Mining and Technology is
	   an institution that I'm proud to be comitted to!"  - Me
From: lecom@slhp1.epfl.ch (Claude Lecommandeur)
Newsgroups: fj.mail-lists.x-window
Subject: Menus and grab, bug ?
Date: 23 Jul 92 18:13:46 GMT
Distribution: fj
Organization: Ecole Polytechnique Federale de Lausanne

Date: 22 Jul 92 10:41:20 GMT
Message-Id: <3347@sicsun.epfl.ch>
Newsgroups: comp.windows.x


    I think there is a little bug in Xt or Xaw. If you have a translation that
pops up a menu widget in a composite widget, the menu is poped up not only in
the composite but also in all his sub-widgets (the brothers of the menu). This
make impossible to have popup menus in composites.
    It looks like there is a grab that is inherited by childrens and shouldn't.

    A small example show this behaviour :

-------------------------------------------------------------------------
#include <stdio.h>

#include <X11/Intrinsic.h>
#include <X11/StringDefs.h>
#include <X11/Xaw/Cardinals.h>
#include <X11/Xaw/Command.h>
#include <X11/Xaw/Form.h>
#include <X11/Xaw/SimpleMenu.h>
#include <X11/Xaw/SmeBSB.h>

static XtCallbackProc quit ();
static XtCallbackProc ent  ();

main (argc,argv)
int  argc;
char **argv;
{
    Widget   toplevel, form, button, menu, entry1, entry2;

    toplevel = XtInitialize ("bug", "Bug", NULL, 0, &argc, argv);
    form     = XtCreateManagedWidget ("form", formWidgetClass,  toplevel, NULL, ZERO);
    button   = XtCreateManagedWidget ("button", commandWidgetClass, form, NULL, ZERO);
    XtAddCallback (button, XtNcallback, quit, NULL);

    menu   = XtCreatePopupShell  ("menu", simpleMenuWidgetClass, form, NULL, ZERO);
    entry1 = XtCreateManagedWidget ("entry1", smeBSBObjectClass, menu, NULL, ZERO);
    XtAddCallback (entry1, XtNcallback, ent, "entry1");
    entry2 = XtCreateManagedWidget ("entry2", smeBSBObjectClass, menu, NULL, ZERO);
    XtAddCallback (entry2, XtNcallback, ent, "entry2");

    XtRealizeWidget (toplevel);
    XtMainLoop ();
}

static XtCallbackProc quit (widget, data, junk)
Widget	  widget;
char	  *data;
XtPointer junk;
{
    printf ("quit\n");
}

static XtCallbackProc ent (widget, data, junk)
Widget	  widget;
char	  *data;
XtPointer junk;
{
    printf ("entry = %s\n", data);
}
-------------------------------------------------------------------------
  with a resource file :

Bug.form.translations:		#override\
	<Btn1Down>	: XawPositionSimpleMenu(menu) XtMenuPopup(menu)
-------------------------------------------------------------------------

    The quit action never get called, instead the menu is poped up when i click
on the button. Is this a bug, or do i misunderstand something.
    Is there a workaround ?

   Thanks for any hints.

-- 


                    Claude Lecommandeur
                    Service Informatique Central
                    Ecole Polytechnique Federale de Lausanne
                    1015 LAUSANNE (SWITZERLAND)
                    E-Mail : lecom@sic.epfl.ch
                    Tel : (41 21) 693-22-97
From: iscooibc@nuscc.nus.sg (Beng Chin)
Newsgroups: fj.mail-lists.x-window
Subject: Errors
Date: 25 Jul 92 23:50:12 GMT
Distribution: fj
Organization: National University of Singapore

Date: 25 Jul 92 05:37:13 GMT
Message-Id: <1992Jul25.053713.405@nuscc.nus.sg>
Newsgroups: comp.windows.x

Hi,

Been getting this errors lately
	Segmentation Fault error
	Bus error

What exactly are these errors and how to go
about solving them. Appreciate any help.

--------------------------------------------
Phua Kia Chek
phuakiac@iscs.nus.sg
From: gregortj@ucunix.san.uc.edu (TONYA JEANETTE GREGORY-RAPP)
Newsgroups: fj.mail-lists.x-window
Subject: Athena Widgets /Text widgets
Date: 21 Jul 92 07:35:55 GMT
Distribution: fj
Organization: University of Cincinnati

Date: Mon, 20 Jul 92 18:31:54 GMT
Message-Id: <1992Jul20.183154.19717@ucunix.san.uc.edu>
Newsgroups: comp.windows.x

How do you save files using XawAsciiSave();  This function needs
the AsciiSourceObject.  I do not know how to point to it because, I did not 
create it.  I think it is a child of Text Widget.  I am able to point to
the Text Widget.

Thank you,

Tonya
From: bsts00!rlb@bloom-beacon.mit.edu (Ronald (Ron) L. Bolin 3945 snk=)
Newsgroups: fj.mail-lists.x-window
Subject: Recommendation for X11R4 Motif Test Tool
Date: 25 Jul 92 03:47:25 GMT
Distribution: fj
Organization: BellSouth Services, Switching Technical Support, Altanta, GA 30375

Date: 24 Jul 92 13:45:48 GMT
Message-Id: <199@bsts00.UUCP>
Newsgroups: comp.windows.x

Reply-To: gatech!sbmsg1!bsts00!rlb


I would like to receive e-mail comments on the availability of
a X11 Motif based tool for capture and play back of X11R4 Motif
based applications. I would like something that I could use for regression
testing of X applications - so I will not have to manually enter data and
commands again.


Name and contact number would be helpful if available.


Thank's in advance.

Ron
From: georged@sequent.com
Newsgroups: fj.mail-lists.x-window
Subject: Re: WANTED: motd window when runnin
Date: 23 Jul 92 12:52:35 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 18 Jul 92 03:19:00 GMT
Message-Id: <1992Jul17.171930.24595@sequent.c>
Newsgroups: comp.windows.x



For those out there with really slow connections the file name is actually:
/pub/xlogin-2.01.tar.Z

In article <tim.711388142@appenzell> tim@appenzell.cs.wisc.edu (Tim Theisen) writes:
>tom@uts.cc.wayne.edu (Thomas Richard Stevenson) writes:
>> Does anyone have a script, program, etc., that can be used when
>> running under xdm to display a motd window at login time? Something
>> that a user would have to click to remove. It should be started by 
>> the /usr/lib/X11/xdm/Xstartup script.
>
>There is a contributed program called xlogin which displays the motd as well
>as checking the user's quota, /etc/nologin, and making wtmp entries if desired.
>It is available via anonymous ftp from export.lcs.mit.edu as
>contrib/xlogin.tar.Z
>
>Hope this helps,  ...Tim
>
>          Tim Theisen           Systems Programmer
>Internet: tim@cs.wisc.edu       Department of Computer Sciences
>    UUCP: uwvax!tim             University of Wisconsin-Madison
>   Phone: (608)262-0438         1210 West Dayton Street
>     FAX: (608)262-9777         Madison, WI   53706


-----------------------------------------------------------------------------
George Dolbier                                  Sequent Computer Systems Inc.
UUCP: uunet!sequent!georged                     15450 S.W. Koll Parkway
Internet: georged@sequent.com                   Phone: (503) 578-5776
                                                Fax:   (503) 578-3073
----------------------------------------------------------------------------
From: imp@solbourne.com (Warner Losh)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X: User simplicity vs code complexity
Date: 25 Jul 92 01:44:17 GMT
Distribution: fj
Organization: Solbourne, User Interface Group

Date: Fri, 24 Jul 1992 05:35:34 GMT
Message-Id: <BrvovB.Kts@solbourne.com>
Newsgroups: comp.windows.x

In article <TPAQUETTE.92Jul23134924@gumby.ita.lgc.com>
tpaquette@ita.lgc.com (Trevor Paquette) writes:
>Is there ANYONE out there who knows EVERYTHING in these manuals?

I'd say der Mouse, but he doesn't know Xt (nor does he seem to want to
from the tone of many of his postings). :-)

Warner

P.S. Toolkits and interface builders were invented to make your life
easier.
-- 
Warner Losh		imp@Solbourne.COM
Interview Horror Story #882: "It's pretty informal around here.
Thursdays are clothing optional.."