HDTenEightyP/NetNews huggingface dataset:
From: fritz@mtl.mit.edu (Frederick Herrmann)
Subject: Drawing programs
Organization: MIT Microsystems Technology Laboratories
Date: Tue, 10 Nov 1992 04:38:01 GMT

I'm looking for an X drawing program so I can stop using MacDraw.

I've been experimenting with xfig, tgif, and idraw.  Are there any
others I should be aware of?

One feature that's important to me is the ability to snap to arbitrary
grids (1/10 inch or .3 cm).  Idraw looks like it should do this, but
behaves oddly when zooming in and out.  But then we're running an old
version... I'm still working on compiling the latest.

All recommendations appreciated.

				- Fritz Herrmann
				  fritz@mtl.mit.edu




Newsgroups: comp.windows.x.apps
From: kaiser@mammal.vbo.dec.com (Peter Kaiser)
Subject: Re: Is a screen capture program for Motif available?
Reply-To: kaiser@uniriv.vbo.dec.com
Organization: DEC Technology Integration Group
Date: Fri, 6 Nov 1992 11:31:21 GMT


--
In article <1992Nov5.103802.8819@cs.nott.ac.uk>, rji@tuck.cs.nott.ac.uk
(Rob Ingram) writes:

>In article <1992Nov4.075330.15579@vbohub.vbo.dec.com>,
>kaiser@mammal.vbo.dec.com (Peter Kaiser) writes:
>|> In article <1992Nov3.025044.26807@eplrx7.es.duPont.com>,
>The latest version of xv, the picture display program also contains a
>screen grabber and can save in a variety of formats, including
>postscript.
>It's available from most ftp sites with contrib stuff I expect.

Also on Digital's freeware CDs.  How could I have forgotten?  (Note address.)

___Pete

freeware@uniriv.vbo.dec.com
+33 92.95.62.97, FAX +33 92.95.52.00
Newsgroups: comp.windows.x.apps
From: jem@calypso.uucp (Jonathan Magid)
Subject: Re: Looking for CM (Calendar Manager) Summary.
Organization: University of North Carolina, Chapel Hill
Distribution: comp
Date: Mon, 9 Nov 1992 06:56:05 GMT

In article <ALBERTO.92Nov9000348@karna.cs.umd.edu> alberto@cs.umd.edu (Jose Alberto Fernandez R) writes:
>The good news is that there is a public domain program called XVTDL
>which has many of the features of CM including a tty interface, and
>supposely in able to deal with multiple calendars.
>cheack it out in cs.hope.edu (This is a very slow FTP site)
>If somebody know of a fast FTP site with xvtdl please post.
>Perhaps export.lcs.mit.edu has it.

xvtdl can also be found on sunsite.unc.edu in /pub/X11/Openlook;
which is probably a faster site (and is dedicated to archive purposes)

jem.

-- 
Jonathan Magid     jem@SunSite.unc.edu       SunSite Administrator
Virtual pizza Delivery (tm)::faxed in 30 cycles or less or you get it
----------------------------------------FREE!!!-----------------------
From: envbvs@epb11.lbl.gov (Brian V. Smith)
Newsgroups: comp.windows.x.apps
Subject: TransFig 2.1.5 is available on export
Date: 9 Nov 1992 17:40:12 GMT
Organization: lbl
Distribution: world
NNTP-Posting-Host: 128.3.12.123

TransFig 2.1.5 is available on export.lcs.mit.edu in /contrib/transfig.2.1.5.tar.Z.
Be sure to set binary mode when transferring.

>>> It is important for users of xfig 2.1.5 to get this latest version of 
TransFig.

TransFig is a set of tools for creating TeX documents with graphics
which are portable, in the sense that they can be printed in a wide
variety of environments.

The transfig directory contains the source for the transfig command
which generates a Makefile which translates Fig code to various graphics
description languages using the fig2dev program.  In previous releases,
this command was implemented as a shell script.

The fig2dev directory contains a general program for translating from
Fig code to other graphics desciption languages.  The dev subdirectory
contains a library of output drivers used by fig2dev.

Drivers currently exist for the following graphics langauges:
(E)EPIC macros, LaTeX picture environment, PIC, PiCTeX, PostScript, and TeXtyl.
Fig2dev can be configured with a subset of these drivers


I have taken over the maintenance of TransFig from Micah Beck so please send any
bug notices, fixes, contributions etc to me at bvsmith@lbl.gov.


-- 
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.
From: ldawes@uahcs2.cs.uah.EDU (Lisa Dawes, Computer Science Dept., Univ. of Alabama-Huntsville)
Newsgroups: comp.windows.x
Subject: Xt Input only window
Date: 5 Nov 92 13:48:37 GMT
Organization: The Internet


Is there a way of creating an input only window using the Xt toolkit,
short of writing a widget?

Is there a resource for this somewhere?
From: ramakris@csgrad.cs.vt.edu (S.Ramakrishnan)
Newsgroups: comp.windows.x
Subject: Correction (Re: xdm startup: Xsession exec fails ?)
Date: 12 Nov 92 23:41:03 GMT
Organization: VPI&SU Computer Science Department, Blacksburg, VA

A small correction to my article <3798@creatures.cs.vt.edu>:
  
  >I have xdm setup with the following configurn on X11R4 (no XDCMP) :
  ...
  >  /usr/lib/X11/xdm/Xservers     (only local server; no foreign servers; no XDCMP)

That should be XDMCP. Sorry.

---
S Ramakrishnan, CS Dept, McBryde Hall, VaTech
Xref: sparky comp.windows.x:18964 comp.windows.x.motif:7366 comp.windows.misc:1676 comp.sys.misc:948 comp.sys.mac.misc:19013 comp.unix.misc:4087
From: boba@miki.pictel.com (Bob Alexander)
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
Subject: Re: XVT toolkit??
Date: 10 Nov 92 13:10:34 GMT
Organization: PictureTel Corporation


I have used XVT extensively on MS Windows, and I've done a preliminary
port to the Mac.  It handles the basic stuff very well - windows,
dialogs, standard controls, menus, drawing, and printing.  There have
been times when I needed to write non-portable code to handle things
that XVT doesn't support - palette manipulation, drag and drop, serial
port communications, and icon toolbars.  I've tried to isolate and
minimize the non-portable code so that it's currently 12% of my code
and *shrinking.* (I.e.  my XVT code is growing faster than my
non-portable code.)

XVT probably doesn't include absolutely everything you'll want, but I
doubt any other package would either.  The bottom line for me is that,
if I had to do it again, I'd still go with XVT.

(BTW, their technical support has been very responsive and a big help.
That's been very important.)

     Bob Alexander                                     boba@pictel.com
     -----------------------------------------------------------------
     Organizations don't have opinions; people do.  The above opinions
     do not reflect those of the directors, stockholders, managers, or
     other employees of PictureTel.
Newsgroups: comp.windows.x
From: achan@idaho.tdd.sj.nec.com (Amy Chan)
Subject: Re: Window the pointer is in?
Organization: NEC-AM TDD, San Jose, California
Distribution: na
Date: Fri, 6 Nov 1992 18:47:59 GMT

In article <1d8lhiINN27a@seven-up.East.Sun.COM> marc@betelgeuse.East.Sun.COM writes:
>Hi,
>	How could I find the window ID of the topmost window that contains the mouse 
>pointer? If I do an XQueryPointer(dpy, root_window, ...), the returned
>child window is a window manager window. However the window that I am looking
>for is a leaf window of the window tree of an X client. Can this be done
>without having to make recursive calls to XQueryTree(), followed by an XGetGeometry()
>on each child window to figure out in which one the mouse pointer is in?

This can be accomplished by making another call to XQueryPointer(), with
the window ID of the window manager window as the 2nd argument. The child
window ID returned then will be the child of the window manager window.

Hope this helps.

Amy

--
Amy Chan                           | E-Mail:
NEC America Inc.                   |  INTERNET: achan@tdd.sj.nec.com
110 Rio Robles, San Jose, CA 95134 |  UUCP: ...{decwrl,oliveb}!necsun!achan
Newsgroups: comp.windows.x
From: star7287@mstr.hgc.EDU (michael starkie)
Subject: 2-D Animation
Organization: The Internet
Date: Thu, 5 Nov 1992 19:50:09 GMT

	Hello,
	
	I have a program that models point-mass particles in a flow of fluid.
	The model consists of 100 particles that react to gravity as the fluid 
	flows over time.

	The particles are drawn at each sequence frame individually.  A for-loop
	is used to call XDrawArc for each particle at each frame in the 
        sequence.

	In addition, special particles are filled in black and other special
	particles have tails that trace their particle through each frame
        sequence.

	Filling and tailing is done an a particle-by-particle basis using 
	XFillArc and XDrawString respectively at each frame of the animation.

	I discovered that Xlib contains calls that will draw a series of lines,
 	fill a number of arcs, and draw a number of arcs with one call
  	(XFillArc(s), XDrawLine s(s), XDrawArc(s)).

	I assumed this would be faster, so at the beginnig of each frame I
        allocate the proper array of x-structure (XArc, XLine, etc.), fill the
        array with the coordinates of each particle and pass the array to the
        respective XCall (XFillArcs, etc.). The X primitive then goes about
        drawing a series of arcs or lines as one event (I assume).

	Immediately following the call I deallocate the memory and move one.

	Question1:  Why didn't this speed up the animation and, in fact, slow 
	things down a great deal?

	Question2:  Is there a better way to implement this (I've heard the term 
	imaging used but don't know what to look for in the Xlib Programming Manual)?

	Please respond to star7287@hgc.edu



	Thank you, live long and prosper......		 
	
Newsgroups: comp.windows.x
From: susanp@sierra.com (Susan Pappalardo)
Subject: Problem getting an XEvent in scale widget
Organization: Sierra Geophysics,  Kirkland WA
Date: Wed, 11 Nov 1992 17:30:28 GMT

Problem: Getting the XEvent structure from the scale widget
		callbacks.

Versions: X11R4, Motif 1.1

Platform: SGI Indigo Elan

When I try to get the XEvent structure in both the drag and
valueChanged callbacks, I get a bad address and a bus error.
If this is in the FAQ for this newsgroup, please excuse me.

The reason that I wanted the XEvent was to determine if the
valueChanged callback was caused by a ButtonPress or a
ButtonRelease. I have tried other means of getting this information
but haven't succeeded. I tried using XtAddEventHandler with
the ButtonReleaseMask, but I never receive this event from the
scale widget; the widget is already requesting this event.

Any advice or confirmation that this is a known bug would
be most helpful.

Thanks in advance!

Susan
-- 
Susan Pappalardo		email: susanp@sierra.com
Sierra Geophysics, Inc.		phone: 206-822-5200, ext. 523
11255 Kirkland, WA 98033	fax:   206-828-9729
Newsgroups: comp.windows.x,comp.os.ms-windows.misc
From: bernward@rcc.de (Bernward Averwald)
Subject: Re: Wanted: PCL5 displayer on terminals
Organization: Home
Date: Mon, 9 Nov 92 22:15:38 GMT

In article <1992Nov9.181734.21674@quando.quantum.de> spies@quarc.munic.quantum.de (Juergen Spies) writes:
>We are looking for programs to display PCL5-files (the HP printer language)
>on X-Terminals and MS-Windows PCs.
>
>Any hints on commercial products or PD-software are appreciated.
>
Please summarize.
-- 
        Bernward Averwald, Heinrichstr. 42, 4600 Dortmund 1, Germany
        Voice: +49 231 144048, FAX: +49 231 144047,  email: b@rcc.de
               Lange Hunde, Kurze Menschen - von Schmidt
Newsgroups: comp.windows.x
From: dyck@mprgate.mpr.ca (Trevor Dyck)
Subject: Writing Drivers under X
Originator: dyck@galaxy
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada
Date: Wed, 11 Nov 92 00:06:35 GMT

This is a newbie question (sorry)...

I am developing a STREAMS device driver under Microport Unix SVR4 and
am running X-windows with Motif.

Is there any way I can get an xterm window which is the console?  That is,
can the console be redirected to a window?

In the device driver, you can only print to the console, and that means
I have to exit from X every time I want to see info from my driver...
this is a pain!

Sorry if this is a stupid question...

Thanks for any help.

Trevor.
-- 
Trevor Dyck (dyck@mpr.ca)      | "The number of Unix installations has grown 
Advanced Technology Division   |  to 10, with more expected" 
MPR Teltech Ltd. 	       |  -- The Unix Programmer's Manual, 2nd Edition,
8999 Nelson Way, Burnaby, BC   |     June, 1972 
Newsgroups: comp.windows.x,comp.windows.x.motif
From: peter@xvt.com (Peter Hallett)
Subject: Re: Looking for an Interactive User Interface Builder
Organization: XVT Software Inc.
Distribution: inet
Date: Thu, 5 Nov 1992 16:30:26 GMT
X-Disclaimer: The views expressed in this message are those of an
	individual at XVT Software Inc., and do not necessarily
	reflect those of the company.

In article <1da4otINN4b2@armory.centerline.com> matt@centerline.com (Matt Landau) writes:
>I believe that HP's User Interface Architect is basically HP's relabeling 
>of the widely used UIMX product.  A couple of other hardware vendors have
>also licensed UIMX and either bundle it with their machines or sell it as
>an add-on product under their own names.

Not only do hardware vendors resell UIM/X for their individual boxes, but
a software vendor, Precision Visuals, resells UIM/X versions for all
the different platforms supported - one stop shopping.  This is handy if
you want to build interfaces on lots of different UNIX-based, X-based,
Motif-based environments.  Of course, if you want to build really
portable applications (multi-platform, multi-GUI, Motif and beyond)
check out XVT.

Peter Hallett
XVT Software
303/443-4223
peter@xvt.com

Newsgroups: comp.windows.x,comp.windows.x.motif
From: stefans@bauv106.bauv.unibw-muenchen.de (Stefan Schwarz)
Subject: Re: Draw text centering a point??
Organization: Universitaet der Bundeswehr Muenchen (Germany)
Date: Fri, 13 Nov 1992 09:28:46 GMT

yhtao@magnus.acs.ohio-state.edu (Yu-Hui Tao) writes:

>Hi, netters:

>  Is there anyway to draw a text in Motif's Drawing area centering one
>specific point?

Check width and height of your text string with code like the following:
	XFontStruct *fstruct = XQueryFont (display, gc);
	width = (unsigned int) XTextWidth (fstruct, string, strlen(string));
	height = fstruct->ascent;

Now centering should be no problem.

Stefan
-- 
__
Stefan Schwarz                            University of the armed forces
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: help required with simple font program
Organization: McGill Research Centre for Intelligent Machines
Date: Fri, 6 Nov 92 11:21:05 GMT

In article <1992Nov1.210942.13899@dcs.warwick.ac.uk>, cgarnett@dcs.warwick.ac.uk (Chris. Garnett) writes:

> As a novice X window programmer, I am trying to learn from a recently
> published book, "X Window Inside and Out" by Levi Reiss and Joseph
> Radin (McGraw Hill).

> However, one program I have laboriously typed in doesn't seem to draw
> the text on screen as it should (example 6-1, if anybody has the
> book).  I have checked the code diligently,and I'm convinced there's
> an error in the original, as I have found several in the book
> already.

If you transcribed it reliably, there is indeed an error in the
original.

> The executable produces a window on the screen, but the text is not
> drawn in it.

Actually, it is; it's just that it's being drawn white-on-white, so you
can't see it.

> If anybody could help, the listing follows... ;-)

> #include <X11/Xos.h>   /* these two includes */
> #include <stdio.h>     /* were not in the original */

I removed these before compiling.  Works fine - for me - without them,
once I fix the real problem (which I'll get to below).

Here are the relevant excerpts.

> 					XDrawText(thedisplay, thewindow,
> 						thegc, 40, 30, line,
> 						MAX_ELEMENTS);

> 	background = WhitePixel(thedisplay, thescreen);
> 	foreground = BlackPixel(thedisplay, thescreen);

> 	thewindow = XCreateSimpleWindow(thedisplay,
> 		DefaultRootWindow(thedisplay), thehints.x, thehints.y,
> 		thehints.width, thehints.height, BORDER_WIDTH,
> 		foreground, background);
> 
> 	thegc = XCreateGC(thedisplay, thewindow, 0, 0);

The problem is that the thegc's foreground is 0 and its background is
1, because nothing else has been specified.  (As a portability note,
note that your code is correct only when the compiler supports
prototypes and a prototype for XCreateGC is in scope; the last two
arguments are of type "unsigned long int" and "XGCValues *", not two
ints.  You will get away with it on many - far too many - machines
because int, long, and pointer are all the same size, and integer-zero
is passed the same way as a pointer.  If you care about portability,
you should write ...XCreateGC(..., 0L, (XGCValues *)0); instead.)

Okay, so its foreground is 0 and its background is 1.  Why is this a
problem?  First of all, because there's no guarantee that 0 and 1
display as anything useful.  (As a simple example, consider a TrueColor
display, where 0 and 1 are likely to be visually indistinguishable.)
But the background doesn't matter anyway, because nothing you do uses
it.  The problem is that you're drawing text with a pixel value of 1
into a window whose background is the WhitePixel of the screen.  If, as
is the case on some (but not all) "monochrome" displays, these are the
same, you get white-on-white.

I added a line "XSetForeground(thedisplay,thegc,foreground);" just
after the XCreateGC call, and it worked like a champ.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: mike@vort.cuc.ab.ca (Mike Nemeth)
Subject: no job control under an xterm?
Distribution: na
Date: Fri, 06 Nov 1992 01:20:47 GMT

system: ISC 3.2.2.1, X11R5 patchlevel 17, X386 1.2

starting up tcsh in an xterm yields

Warning: no access to tty (Invalid argument).
Thus no job control in this shell.
> 

whereas starting up csh in an xterm yields

Warning: no access to tty; thus no job control in this shell...
% 

this didn't use to happen, but i don't know what i changed, if
anything. can anybody offer any clues?

-- 
An epic miniseries that has all the trashy wealth of detail of provocative
daytime soaps...
Mike Nemeth       VORT Computing      Calgary, Canada
Newsgroups: comp.windows.x
From: adrian@ora.COM (adrian)
Subject: Updating pixmaps in label widgets
Organization: The Internet
Date: Fri, 13 Nov 1992 12:40:08 GMT


Someone asked a few days ago how to make a Label widget redraw its
pixmap.  The problem comes up when you want the Label widget to
display a pixmap that is changing.  Since the pixmap ID remains
constant, there is no way for the widget to know the pixmap has
been written to.

Here's the code for sending a synthetic Expose event to the widget;

    /* send synthetic Expose event: */
    XExposeEvent event;
    event.type = Expose;
    event.serial = 0;
    event.send_event = True;
    event.display = XtDisplay(w);
    event.window = XtWindow(w);
    event.x = 0;
    event.y = 0;
    event.width = 1000;
    event.height = 1000;
    event.count = 0;

    XSendEvent(XtDisplay(w), XtWindow(w), True, ExposureMask, &event);


If you have the O'Reilly examples for Volume 4, Athena edition, 
you can substitute this for the XClearArea call in redraw_small_picture.

*************************************************************
Adrian Nye (314) 531-1231    Editor, The X Resource
O'Reilly & Associates, Inc., Publishers of Nutshell Handbooks
4466 West Pine Blvd.  20-G   St. Louis MO 63108
Internet:   adrian@ora.com    	UUCP:   uunet!ora!adrian      
*************************************************************
From: c23mkb@kocrsv01.delcoelect.com (Mahesh Bagade)
Newsgroups: comp.windows.x
Subject: Which version of x server am I running?
Date: 6 Nov 92 21:58:37 GMT
Organization: Delco Electronics Corp.
Originator: c23mkb@kocrsw19


Dear x-users,

How do I find out which version of X server am I running?

Thanks for any pointers...

Mahesh
c23mkb@kocrsv01.delcoelect.com
From: tmcconne@sedona.intel.com (Tom McConnell~)
Newsgroups: comp.windows.x
Subject: Re: Compiling aXe. anything wrong?
Keywords: aXe
Date: 6 Nov 92 18:31:21 GMT
Organization: Intel Corporation
NNTP-Posting-Host: thunder.intel.com
Originator: tmcconne@sedona


In article <bibhas.721065324@femto.engr.mun.ca>, bibhas@pico.engr.mun.ca (Bibhas Bhattacharya) writes:
> ip217@brems.ii.uib.no (Torgeir Veimo) writes:
> 
> >Help!
> 
> >When i try to compile aXe version 3.1 on our sun 3/50s here, i get the message
> 
> >[...]
> >cc -c -O   -I/usr/include  -I.     -DHELPDIR=\"/usr/lib/X11\" AxeEditor.c
> >"AxeEditor.c", line 1728: object undefined
> >Compilation failed
> >*** Error code 1
> >make: Fatal error: Command failed for target `AxeEditor.o'

  I patched aXe for the RS/6000. I guess the problem is more widespread than
that. Here is the patch:

This patch file was created on Fri Nov 06 11:30:19 MST 1992.

The top level directory was /a/stor/x11dev/R5/contrib/clients/aXe-3.1


*** ./AxeEditor.c_orig  Sun Sep 20 15:02:50 1992
--- ./AxeEditor.c       Sun Sep 20 15:30:22 1992
***************
*** 2365,2369 ****
   *************************************************************/

- #include <sys/stat.h>
  extern int errno;
  extern char *sys_errlist[];
--- 2365,2368 ----


    Cheers,

    Tom McConnell
-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
Newsgroups: comp.windows.x
From: juando@cnm.us.es
Subject: Re: Building X11R5 on Convex
X-Unparsable-Date: Fri, 13 Nov 1992  2: 36:08 UTC+0100
Organization: The Internet
Date: Fri, 13 Nov 1992 06:58:08 GMT

>X-Envelope-to: JRowe@cen.ex.ac.uk, xpert@expo.lcs.mit.edu

In article <BxM2zv.9wL@cen.ex.ac.uk> JRowe@cen.ex.ac.uk (J.Rowe) writes:

>
>Has anyone actually managed this trick? When I try make World it
>pretty quickly bombs out because Convex's cpp can't concatenate
>strings (I'm running ConvexOS 9.1).
>
>I've tried manually massaging a few files, eventually I can build
>libX11.a but it doesn't work! Of course, Convex charge extra for their
>version of X so I guess that gives them an incentive to stop you being
>able to build your own. Convex used to believe in open systems and
>compatiblity. Then again, in the UK they used to believe in
>technical support too. :-(
>
>Dr. John Rowe
>Dept. Physics
>Exeter University
>U.K.

We finally did it here, but it was pretty hard. Most of the files were
compiled using gcc. I don't remember exactly, but I think a few files failed,
and those were compiled with the native C compiler. Anyway it is possible
to do it. If you have interest I'll try to find out something more or direct
you to people in charge of this. I believe someone took notes of the process.

Regards.
-- 
Juan D. Martin                     Centro Nacional de Microelectronica
<juando@cnm.us.es>                                   Edificio C.I.C.A.
Phone: 34-5-4623811                             Av/ Reina Mercedes s/n
Fax:   34-5-4624506                               41012-SEVILLA, SPAIN

Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Accessing dash_list members from XGCValues
Organization: McGill Research Centre for Intelligent Machines
Date: Fri, 6 Nov 92 11:34:50 GMT

In article <27586@castle.ed.ac.uk>, kenny@castle.ed.ac.uk (K J MacDonald) writes:

> I'm writing a few functions to help me output my Xlib drawings to
> PostScript file.  I've managed to implement most of the calls I use
> so far, but I'm stuck on the dash_list problem.

> I'm using an XGCValues structure to hold the graphics context,

Then you will have trouble.  An XGCValues structure cannot represent
the full generality of dash lists set with XSetDashes.  You'll have to
either restrict yourself to dashes that can be represented with what
XGCValues gives you or you'll have to keep extra data structures to
remember the full dash info; once it's set with XSetDashes, nobody but
the server (and possibly the code that called XSetDashes) has that
information any longer.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x