Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!ucbcad!ucbvax!jade!violet.berkeley.edu!jkh From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Newsgroups: comp.windows.x Subject: Re: X11 nuances Message-ID: <5367@jade.BERKELEY.EDU> Date: Thu, 8-Oct-87 16:49:54 EDT Article-I.D.: jade.5367 Posted: Thu Oct 8 16:49:54 1987 Date-Received: Sun, 11-Oct-87 09:39:50 EDT References: <8710081838.AA17204@milk1.istc.sri.com> Sender: usenet@jade.BERKELEY.EDU Reply-To: jkh@violet.berkeley.edu (Jordan K. Hubbard) Organization: University of California, Berkeley Lines: 41 In article <8710081838.AA17204@milk1.istc.sri.com> wohler@SPAM.ISTC.SRI.COM (Bill Wohler) writes: > > my current list of "huh?"s after beating on x for a while, is as > follows. some may be bugs, others may be my inexperience with X11. > ... > ... > > 10. xterm. i'm depressed since the left mouse button no longer cuts > and pastes in one operation. this was a VERY valuable feature > when making (and screwing up) in-line shell scripts. the script > could be easily repeated by banging on the left mouse button a > few times, fixing the bad line, and banging on it again. the new > right mouse button has dubious functionality. Hear hear! I was going to bring this one up earlier, but decided to eyeball the code first. I use both X10R4 and X11 still, and frequently get the cut & paste buttons confused. Why was it changed? I never heard any complaints about the old assignments.. Eyeballing the xterm code reveals a lot of strange structures (all labeled "bogus this" and "bogus that") that *seem* to offer a selection between DEC's opinions and MIT's, but there's no really intuitive way of changing them around or selecting a particular key/button set. I looked for obvious #define's that might select a particular bogosity, but found nothing. Who is, um, responsible for the current version of xterm? Incidently, I miss my title bars too, but they really should be in the window manager. Since I like uwm, and uwm doesn't manage by reparenting (the way "wm" did), it's become a little more difficult than I thought to hack them in. Still, I think I should have something reasonable up in a little while. It also comes to mind that a little more real-estate oriented management could be added if uwm reparents and starts adding frobs to your windows. This seems to violate the "spirit" of uwm somewhat, and I'm wondering of title bars would just be a good place to stop. Any suggestions about the semantics of specifying additional frobs and their behaviour via the .uwmrc would be welcomed. The existance of title bars is currently specified for everybody with a "labels" boolean keyword. I can't think of an easy way (should it even be desirable) to label only those windows that wish it. Jordan Hubbard