HDTenEightyP/NetNews huggingface dataset:
From: cjmchale@dsg.cs.tcd.ie (Ciaran McHale)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Resizing a pixmap
Date: 17 Nov 92 01:27:23 GMT
Distribution: fj
Organization: DSG, Dept. of Computer Science, Trinity College Dublin

Date: 16 Nov 92 11:57:33 GMT
Message-Id: <1992Nov16.115733.17583@dsg.cs.tcd.ie>
Newsgroups: comp.windows.x

In <MELBY.92Nov16005529@dove.yk.Fujitsu.CO.JP>
melby@dove.yk.Fujitsu.CO.JP (John B. Melby) writes:
>>I'm looking for a quick way to resize a pixmap. Any suggestion will be
>>appreciated.
>
>Unfortunately the server does not handle this.  In the general case,
>a pixmap can be resized as follows:
>[copy to XImage; create second, different-sized XImage; copy from the
>first to the second using a scaling algorithm; copy the result back into
>a new pixmap]

If you just want a different size pixmap, but do not want to scale its
existing contents to fit then I suggest you use the following:

	/*
	** On input: p1 = the pixmap to be "resized"
	*/
	p2 = XCreatePixmap(...)		/* of the required size */
	XFillRectangle(dpy, p2, ...);	/* fill with a colour to "clear" it */
	XCopyArea(dpy, p1, p2, ...);	/* copy from old pixmap to new */
	XFreePixmap(dpy, p1);		/* delete the old pixmap */
	p1 = p2;
	/*
	** On output: p1 has been "resized"
	*/

A potential problem is that this algorithm requires that there will be
two pixmaps in existance for a short amount of time. If they are both
large, or the server has a limitation on how much memory can be
allocated for pixmaps, then the server might not be able to allocate
the second pixmap.

The algorithm using XImages suggested by the previous poster (John B.
Melby) requires even more use of memory, but this memory is used in the
client rather than the X server. The client may well have more
available memory than the X server so this is not so much of a problem.
It does have the disadvantage of being slower since transmitting all
the data from the pixmap (in the X server) to the XImage (in the
client), and back again, will probably take a long time.


Ciaran.
-- 
---- Ciaran McHale (cjmchale@dsg.cs.tcd.ie)
\bi/ Department of Computer Science, Trinity College, Dublin 2, Ireland.
 \/  Telephone: +353-1-7021539 FAX: +353-1-6772204
From: brad@bradley.bradley.edu (Bradley E. Smith)
Newsgroups: fj.mail-lists.x-window
Subject: Re: SUIT experiences wanted!
Date: 15 Nov 92 22:07:34 GMT
Distribution: fj
Organization: Bradley University

Date: 15 Nov 92 03:22:40 GMT
Message-Id: <1992Nov15.032240.16236@bradley.bradley.edu>
Newsgroups: comp.windows.x

a student here is working on a hub manager for at&t smarthubs using
suit.  I must say that it looks good, but he hasn't defined any
of his own widgets...I would like to write one, but I haven't started
yet.
-- 
Bradley Smith			 brad@bradley.edu ---  309-677-2337
Network & Technical Services @ Bradley University, Peoria, IL

"It's amazing how much scrap metal you get from 4 cans of beer"
From: mjs486!martin@bloom-beacon.MIT.EDU (Martin J. Schedlbauer)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Opinion of O'Reilly Guides to the X Window System (UIL)
Date: 15 Nov 92 21:43:50 GMT
Distribution: fj
Organization: Schedlbauer & Associates, Sudbury, MA 01776 (USA)

Date: 12 Nov 92 01:30:19 GMT
Message-Id: <1992Nov12.013019.920@mjs486.uucp>
Newsgroups: comp.windows.x

In article <2AE31AD9.2711@deneva.sdd.trw.com> helding@pooh.sdd.trw.com (steve helding) writes:
>pdc@dcs.ed.ac.uk (Paul Crowley) writes:
>
>>UIL seems pretty well universally acknowledged to be unusable, and
>>inferior in every respect to other application builders such as the free
>>Wcl 2.0.  I guess O'Reilly are going for completeness, but I can see no
>>reason why any but a very few people might want to know how to use it.
>
>Being somewhat new to X and Motif I was wondering about the assertion made
>above.  We use Builder Xcessory which optionally generates UIL.  UIL seems

I have recently developed an advanced Motif course that teaches UIL in
detail. Although I've run into a few attendees that don't much care for UIL,
the majority of attendees appreciate the simplicity of UIL. It seems to me
that UIL is gaining more acceptance as new programmers that might not
be the serious C hackers, are entering the Motif/X field. Also, as pointed
out many GUI builders generate UIL as output. Often, it is easier to make
a quick UI change by modifying the UIL code rather than loading the GUI
builder tool.

I've also found that for those folks that program in a language other than
C (e.g. Ada) that they prefer UIL. They don't have to learn the Ada-Motif/X
bindings.

I suspect much of the dislike for UIL stems from the weak documentation
for the language, its use, and its features, and its applicability in
large-scale projects. My course addresses those issues and quite often
former UIL-bashers are won over (or at least they tolerate my teaching of
UIL :)

	...Martin

P.S. Please watch for my UIL tutorial at the X conference.



-- 
==============================================================================
Martin J. Schedlbauer | Schedlbauer & Associates | (508) 443-1388 (voice)
P.O. Box 74           | martin@mjs486.UUCP       | (508) 443-1957 (fax)
Sudbury, MA 01776 USA | CIS: 76675, 3364	 | ...!uunet!wang!mjs486!martin
From: adrian@ora.com (Adrian Nye)
Newsgroups: fj.mail-lists.x-window
Subject: Re: ORA News
Date: 16 Nov 92 19:13:58 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9211161650.AA00681@spike.ora.com>
Date: Mon, 16 Nov 92 10:50:37 +0900


> By the way, what does XFlushGC() do? I can't find it in the
> X manuals.

It flushes the GC cache, and it is usually needed only in extension
writing.  It is used unnecessarily in the example given,
because the GC cache is flushed automatically by any call that uses
the gc such as XDrawLine.

It's an R5 function so it's only in R5 X manuals.

*************************************************************
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: Mikell.F.Vander.Laan.Jr.@expo.lcs.mit.edu (mikell@cactus.org)
Newsgroups: fj.mail-lists.x-window
Subject: SOCKETS , DATAGRAMS, CONNECTIONS NOT XtAddInput
Date: 18 Nov 92 21:00:15 GMT
Distribution: fj
Organization: Capital Area Central Texas UNIX Society, Austin, Tx

Date: 18 Nov 92 02:17:31 GMT
Message-Id: <1992Nov18.021731.26514@cactus.org>
Newsgroups: comp.windows.x,comp.windows.open-look

THE PONDERING:
How do you really take advantage of sockets and X window.
I'm not talking about that woefully inadequate example in
the FAQ. "use XtAddInput, Try to stay away from blocking
I/O routines, and return quickly from your callback"

THE B.S:
	What a bunch of Fluff!
This XtAddInput seems great if I want to read a file.  But simply
assuming that I can communicate with anouther process over
a period of say 30 seconds consisting of both reads and writes falls a
bit short of reality.

THE STRIAGHT POOP:
What I'm talking about is an Xwindow program:(A) that sits atop
a database on machine (ALPHA). After selecting a host and pushing a button,
it forks or RPCs  a copy of an NONE-XWINDOW program on host (BETA)
that sits atop a different database.  Sockets are registered,
and program (A) becomes the client to program (B), in an attempt
to tranfser some 40 (600 byte records to the database on host (BETA) 
without Blocking the X server! 

THE PREVIOUS ATTEMPT:
In the last week, I've attempted it with CONNECTION BASED socket 
programming but a none fatal server block starts warning and beeping.
None-connection based sockets:(DATAGRAMS) are my next stab. Although 
they qualify as NONE_BLOCKING I/O, I fear that their unreliability in
transmission will mean a whole lot of ACK / NAK type programming
on both ends of the socket. Lastly, I assume I'll also need to 
send most of the data with a WorkProc called from a ClientMessage event
to keep the server moving. Which means I'll additionally
have to have all the data encapsilated and ready to send before
the Event takes place. Plus the nasty WorkProc memory leaks
I've heard of. Does OW3.0 have it too?

THE REQUEST:
In short, can someone point me in the right direction. Is there
an example app avialable at MIT export. ect that is sophisticated enough 
to handle such transport but not reach the complexity of
FTP or TELNET.  or how about a few comments from der mouse.

Please,    NO Deep Thoughts By Jack Handys...
-- 
///////////////////////////////////////////////////////////////////////////
///          /////////////////Mikell F. Vander Laan////////////////////////
///  ///////////  /////////////////////////////////////////////////////////
///  ///////////  ////////////         ////////////////////////////////////
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: fj.mail-lists.x-window
Subject: RE: X-app. over tcpip, with Motif
Date: 17 Nov 92 18:55:28 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:    Tue, 17 Nov 92 09:48:17 PST
Message-Id: <921117094817.42800174@TGV.COM>
X-St-Vmsmail-To: ST%"xpert@expo.lcs.mit.edu"

#
#Can you tell me what to do about these error messages, logged to 
#DECW$SERVER_0_ERROR.LOG
#
#A staff user has been trying (unsuccessfully) to run an X-windows application
#called Lispworks (from Harlequin) which produces these log messages. 
#
#The X-windows application is on a Unix machine, which he accesses remotely via
#a TELNET session, from our VAXstation, which has motif installed. 
#
#He has set up his security option OK in the session manager,
#and can run X-applications such as xclock, but not this application. 
#He is using tcpip transport, not DECNET.
#
#Thanks for all your suggestions.
#
#Margaret
#------------------------------------------------------------------------------
#16-NOV-1992 11:56:47.4 Using extra todo packet pool...
#16-NOV-1992 11:57:08.1 %LCG-I-CONDITION_HANDLER_CALLED, the LCG condition
#handler has been called
#%LCG-I-CONTINUE_REQUESTED, DDX requests server continue despite exception
#Access violation, reason mask=01, virtual address=2D30303D, PC=0002648F,
#PSL=03C00000
#
#Unrecoverable server internal error(error code = 12) found, terminating all
#connections.
#Mapped Images...
#

I've seen this occur only with the DECwindows/Motif 1.1 Server and using
X11R5 based applications.  The only one I've been able to trace is when
using XView 3.0 againist a DECwindows server.  I this case, the XView 
application tried to InternAtom on an Atom that wasn't there and the
Server on the VAX went kabloom!.  I've also seen this happen when using
any application built using CLX as well, though I haven't gotten a 
packet trace with XScope yet.

My suggestion is to get on the horn to Digital.

Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Finding out the number of 'free' cells in the color map
Date: 16 Nov 92 11:15:38 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: 15 Nov 92 19:31:25 GMT
Message-Id: <1992Nov15.193125.19911@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Nov13.072332.27682@mailhost.ocs.mq.edu.au>, s8923098@macnab.mqcs.mq.oz.au (Josef WIDJAJA) writes:

> I want to use XAllocColor many times to allocate color cells that can
> be shared by other applications.  But I want to know in advance how
> many of these will be available.  How can I do this ?

You can't.  For one thing, it depends on exactly what colors you're
allocating, because you may match colors that are already allocated and
hence get an already-allocated cell instead of a new one.  Even if you
rephrase it to ask "how many cells are unallocated", there is no simple
way to answer it; you have to try it and see.  (Unless you want to
design and implement an extension, of course.)

> [code example]

> I want to know how many color cells are going to be available so that
> I can adjust the value of maxno, and prepare data[i]'s accordingly.
> More specifically, I want to make sure that result is always
> succesful(true).

Can't be done.  Even if you did contrive somehow to find out how many
cells are free, other clients could allocate cells while you're
working.  You'd have to grab the server to prevent this....

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: amit@point.cs.uwm.edu (Amit Srivastava)
Newsgroups: fj.mail-lists.x-window
Subject: colors & pixels..
Date: 20 Nov 92 10:24:00 GMT
Distribution: fj
Organization: University of Wisconsin, Milwaukee

Date: 17 Nov 92 18:26:46 GMT
Message-Id: <1ebdh6INN66a@uwm.edu>
Newsgroups: comp.windows.x


	I am using DirectColor setting for colormaps.  X has the rgb plane
which has 24 bits to store the pixel.  However it uses an unsigned long
to store the pixel, does X care what u do with the remaining 8 bits.
My appl. has huge color images, and I'd like to store info. in the
pixel, say whether it is a part of a mask, to process the image. Is there
anyway to do that?
				-amit.
--
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Session Manager
Date: 16 Nov 92 21:12:23 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 16 Nov 92 10:44:40 PST
Message-Id: <9211161844.AA22383@mtesol>


> From xpert-mailer@expo.lcs.mit.edu Sun Nov 15 00:38:04 1992
> Date: 12 Nov 92 16:56:09 GMT
> From: petty@fxgrp.fx.com (Tim Petty)
> Subject: Session Manager
> To: xpert@expo.lcs.mit.edu
> 
> I am in search of a session manager for Unix workstations. It
> needs to be able to save a current configuration of windows and
> provide multiple desktops or virtual space. Can anyone give
> me some advice on possible products they have seen?
> 
> Thanks!
> --Tim Petty
> 
Best of them are in the Public Domain, available
from export.lcs.mit.edu

check out olvwm :-) (this is what I use on Sparcs and Concurrents)
          ctwm
          tvtwm

Sinan
From: gorrie@HERCULES.CS.UREGINA.CA (Dennis Gorrie)
Newsgroups: fj.mail-lists.x-window
Subject: X-windows clients for ms-dos
Date: 15 Nov 92 22:33:45 GMT
Distribution: fj
Organization: University of Regina, SK, Canada

Date: 9 Nov 92 02:55:57 GMT
Message-Id: <1992Nov09.025557.303930@sue.cc.uregina.ca>
Newsgroups: comp.windows.x


I am looking for X-windows clients that will run under ms-dos. 
I want them to connect to HP700 series X-windows servers,
using a 9600 baud modem connection.  I assume this would work
over SLIP?

If you can suggest any good clients, please e-mail me.  
The cost of the clients is not a concern.

gorrie@hercules.cs.uregina.ca           gorriede@max.cc.uregina.ca
gorrie@regina.cs.uregina.ca             gorrie@meena.cc.uregina.ca
Dennis Gorrie    "I used to be apathetic, but now I don't care..."
From: patry@Software.Mitel.COM (Jean-Yves Patry)
Newsgroups: fj.mail-lists.x-window
Subject: Re: I need 8514/ATI Graphics Ultra support for ISC UNIX SVR3.2 & X11R4
Date: 17 Nov 92 14:03:42 GMT
Distribution: fj
Organization: MITEL Corporation, Kanata, Ontario, Canada

Date: 16 Nov 92 15:24:28 GMT
Message-Id: <PATRY.92Nov16102428@jy.Software.Mitel.COM>
Newsgroups: comp.unix.sysv386,comp.unix.bsd,comp.windows.x


We are using the Metrolink X11R4 software with Motif 1.1.3 on ISC 3.0.
They support the ATI ultra very well. For information call

(305) 970-7353

They also have X11R5 with Motif 1.1.4 available.

--
-------------------------------------------------------------------------------
Jean-Yves Patry          patry@Software.Mitel.COM          (613) 592-2122 x4992
-------------------------------------------------------------------------------
From: mosedale@genome.stanford.ed (Dan Mosedale)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Why is xload such a memory pig?
Date: 19 Nov 92 04:24:59 GMT
Distribution: fj
Organization: Yeast Genome Project, Stanford University, Stanford, CA

Date: 18 Nov 92 20:28:53 GMT
Message-Id: <1992Nov18.202853.7625@leland.Stanford.EDU>
Newsgroups: comp.sys.sun.apps,comp.windows.x,comp.unix.ultrix,comp.unix.admin

>>>>> On Thu, 12 Nov 1992 19:02:54 GMT, jpiquer@dcc.uchile.cl (Jo Piquer) said:
> In article <1992Nov12.023124.871@mnemosyne.cs.du.edu>, (Ian Hastie) writes:

>> OK... I may be being stupid here, but as far as I understand it a
>> programs RSS should always be smaller than it's SZ.  At least surely
>> it should not be bigger since this implies that the resident portion
>> is bigger than the total size of the process.  Is there really
>> something wierd going on or is it just that ps work differently on
>> Suns in this respect from the way it does on DEC's boxes??
>
> 	It's typical in Sun OS4.x, it is due to the shared libs, they are
> counted for RSS but not for the SZ. xload includes a big part of the libX11
> and libc.

Aha.  Now things are starting to make sense.  This seems to make RSS a
moderately useless statistic, however:  if there are 6 xloads running,
each with an RSS of about 1 meg, the total (actual) RSS of all the
xloads will be much less than 6 megs.

Does anyone know the rational behind this decision?  More importantly,
I guess, is there any way to access the "real" RSS of a process?  Does
sps do this?

Thanks,
Dan Mosedale

mosedale@genome.stanford.edu
From: toepfer@du9ds4.fb9dv.uni-duisburg.de (Hansjoerg Toepfer)
Newsgroups: fj.mail-lists.x-window
Subject: How display a GL application on remote X server ???
Date: 16 Nov 92 01:27:04 GMT
Distribution: fj
Organization: Universitaet Duisburg GH

Date: 10 Nov 92 12:11:32 GMT
Message-Id: <toepfer.721397492@du9ds4>
Newsgroups: comp.windows.x

Hello !

I have remote access to an IRIS Indigo.
Is it possible to run remote GL applications with display on my SUN under X11?
I always get the following error:

dgl error (TCP connect): Connection refused
dgl error (default init): default dglopen(du9ds4:0.0,4) returned -127

Could someone give me a hint?

Thanx, Hanjo

PS: No problems with 'normal' X applications.

--------------------------------------------------------------------------------
     __  __  _________  Hansjoerg Toepfer                Tel.: +49-203-3792583
    / / / / /__   ___/  University of Duisburg           FAX : +49-203-370439
   / /_/ /     / /      FB 9 / DV (Data Processing)
  / __  /     / /       Bismarckstr. 81
 / / / /     / /        D-4100 Duisburg 1, Germany
/_/ /_/     /_/         e-mail: toepfer@du9ds4.uni-duisburg.de
--------------------------------------------------------------------------------
From: Peter_Imants_Buttuls@mts.ucs.ualberta.ca
Newsgroups: fj.mail-lists.x-window
Subject: Xt functional description
Date: 20 Nov 92 02:11:35 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 19 Nov 92 16:44:38 MST
Message-Id: <3340265@mts.ucs.ualberta.ca>

At what location and directory can I copy a functional description of
MIT's Xt, so a client of mine can decide whether he wants to use it?
He really will want to use SGI's Xt, but the two will be close 
enough as far as functionality is concerned, I would think. THANKS.
 
Peter Buttuls, University of Alberta, Edmonton, Canada 
e-mail:(userpib@mts.ucs.ualberta.ca)
From: monisha@pms020.pms.ford.com (Monisha Guglani)
Newsgroups: fj.mail-lists.x-window
Subject: xps! Where can I get it?
Date: 19 Nov 92 14:41:40 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 19 Nov 92 08:15:52 EST
Message-Id: <9211191315.AA03408@pms020.pms.ford.com>
Posted-By: monisha@pms020  Thu Nov 19 08:15:52 1992  

Hi,
	I'm trying to get hold of xps - the postscript previewer.
	I use ftpmail since I don't have direct Internet access.
	I tried to ftp it off of oddput.efd.lth.se but it did not allow
	me to set password as guest. Is there any other archive site
	that might have it available? Any info would be appreciated.
Thanx,
Monisha.

monisha@pms020.pms.ford.com
From: envbvs@epb11.lbl.gov (Brian V. Smith)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Updating pixmaps in label widgets
Date: 17 Nov 92 11:29:52 GMT
Distribution: fj
Organization: lbl

Date: 16 Nov 1992 19:02:08 GMT
Message-Id: <27481@dog.ee.lbl.gov>
Newsgroups: comp.windows.x

In article <9211131740.AA00262@spike.ora.com>, adrian@ora.COM (adrian) writes:
|> 
|> 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.

This is a problem that keeps coming up in xfig.  I assumed that the Intrinsics
would know that an XSetValues() call to set the pixmap of the widget should 
send the widget an expose event, but it doesn't.  My solution was to call
XSetValues twice, once with backgroundPixmap ID of 0 then with the correct ID.

The very strange thing is that the top and side rulers work excatly the same
way (a pixmap in a label widget), but only in version 2.1.5 does the problem
that the pixmap doesn't get updated occur, and ONLY in the side ruler.  The
top ruler and side ruler code is virtually identical, but only one exhibits
the problem.  

-- 
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.
From: mct-1!thurk@uunet.UU.NET (Dan Thurk)
Newsgroups: fj.mail-lists.x-window
Subject: XCopyArea with dashed lines
Date: 18 Nov 92 16:20:37 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9211181437.AA03154@mct-1.com>
Date: Wed, 18 Nov 92 8:37:43 CST
X-Mailer: ELM [version 2.3 PL11]



 Using X11R4, I draw a dashed line into a window and a pixmap.  The dashed line
appears correctly in the window.  When I use XCopyArea to copy the pixmap to
a window, the line is copied as a solid line.  All other drawing into the
pixmap ( Rectangles, Points etc ) is copied OK.  Can anybody tell me why
my dashed lines are always copied as solid???

                                    Dan Thurk
                                    Micro Component Technology
                                    uunet!mct-1!thurk
                                    (612) 482-5356

--
From: snail@lsl.co.uk
Newsgroups: fj.mail-lists.x-window
Subject: Re: Want to overlay bitmap onto a pixmap
Date: 17 Nov 92 03:37:41 GMT
Distribution: fj
Organization: Laser-Scan Ltd., Cambridge

Date: 16 Nov 92 18:10:06 GMT
Message-Id: <1992Nov16.191006.2643@lsl.co.uk>
Newsgroups: comp.windows.x

In article <1992Nov7.113623.21363@thunder.mcrcim.mcgill.edu>, mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
> In article <1992Nov5.155947.2619@lsl.co.uk>, snail@lsl.co.uk writes:
>> In article <RPB.92Nov3144841@brain.psy.ox.ac.uk>, rpb@psy.ox.ac.uk (Ray Bellis) writes:
> 
>>> [wants to overlay a 1-bit bitmap onto an 8-bit pixmap]
> 
>> OK, [...rough outline, mentioning XCopyArea...]
> 
>> Note that I haven't address the fact that you're dealing with 8 bit
>> and 1 bit pixmaps.  All I'm doing is addressing the fact you must
>> remove data before you plot data.
> 
>> Note, that you could also use XCopyPlane for each of teh 8 planes.
>> This is probably not what yu want and will be slower than 1
>> XCopyArea.
> 
> You seem to be a bit confused about XCopyPlane and XCopyArea.

At the time yes. Stupid of me, I was really tired and thought that 'cos he'd
tried various things he'd got the depth right and had screwed something else,
when I came in the next day, I realised I'd screwed up myself. I think I won't
post when I'm tired in future. Stupid really since I'd done a lot of
stuff using these only a few weeks earlier.

Electrons really fry my brains after about 9 or 10 hours.
-- 
snail@lsl.co.uk      

You Have To Remember, You Need To Beleive,
The Time Has Past, Dust In The Leaves.