Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!hao!ames!sdcsvax!ucbvax!ATHENA.MIT.EDU!swick
From: swick@ATHENA.MIT.EDU (Ralph R. Swick)
Newsgroups: comp.windows.x
Subject: Re: XrEditors in the Xr library.
Message-ID: <8708101231.AA10968@LYRE.MIT.EDU>
Date: Mon, 10-Aug-87 08:31:31 EDT
Article-I.D.: LYRE.8708101231.AA10968
Posted: Mon Aug 10 08:31:31 1987
Date-Received: Tue, 11-Aug-87 02:22:46 EDT
References: <5200005@uicsrd>
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 18

>> I find that the region in which the editors (like TitleBar Editor, 
>> Scroll Bar Editor etc..) are drawn (inside a window) can be over written
>> by any bitmap manipulation (for Instance just doing an XText call in
>> the window) routines.
>> ...
>> Are any later X versions going to or have addressed  this problem?

This isn't exactly an X problem, per se, but what I consider to be a
mis-feature of the particular toolkit.  I can't speak on behalf of the
folks at Hewlett-Packard, but they did tell me that the decision not to
use subwindows for each editor was one they made early in their
design process.  I think their intention was that you use Panels when
you want the window system to clip for you.

My own religion is that the majority of widgets (aka editors) always
want to have their own (sub)windows.

-Ralph