[comp.windows.open-look] olwm/OpenWindows 2.0 and xterm

lwv27@CAS.BITNET (Larry W. Virden ext. 2487) (06/24/91)

I am wondering if this is something peculiar to olwm, or if this is an
xterm 'feature'.

I use the left mouse key to select some text.

I move the most pointer to another window and click left on the window
decorations to get it to move to the top.

I move the mouse into the window so that I can insert the selected text
into that window.

Clicking the middle key does not insert any text - the buffer is empty.

Is this xterm or the window manager or a user configuration problem?

Thanks!
--
Larry W. Virden                 UUCP: osu-cis!chemabs!lwv27
Same Mbox: BITNET: lwv27@cas    INET: lwv27%cas.BITNET@CUNYVM.CUNY.Edu
Personal: 674 Falls Place,   Reynoldsburg,OH 43068-1614
America Online: lvirden

jc@raven.bu.edu (James Cameron) (06/24/91)

>>>>> On 24 Jun 91 14:55:24 GMT, lwv27@CAS.BITNET (Larry W. Virden ext. 2487) said:

|> I am wondering if this is something peculiar to olwm, or if this is an
|> xterm 'feature'.

|> I use the left mouse key to select some text.

|> I move the most pointer to another window and click left on the window
|> decorations to get it to move to the top.

|> I move the mouse into the window so that I can insert the selected text
|> into that window.

|> Clicking the middle key does not insert any text - the buffer is empty.

|> Is this xterm or the window manager or a user configuration problem?

|> Thanks!
|> --
|> Larry W. Virden                 UUCP: osu-cis!chemabs!lwv27


Larry,

Think of exactly what you did:

	1. You grabbed the selection by using first-click-hold-drag
        2. You then did a first-click
        3. Finally you did a middle-click

Now, step 2 cleared the old buffer and since you selected nothing,
nothing was put into the buffer.  This has nothing do with the
window manager....it is simply logical.  Now, if you want to do
something like that, either have xclipboard handy, or have the
window already showing.

Hope this helps.

jc


--
					-- James Cameron  (jc@raven.bu.edu)

Signal Processing and Interpretation Lab.  Boston, Mass  (617) 353-2879
------------------------------------------------------------------------------
"But to risk we must, for the greatest hazard in life is to risk nothing.  For
the man or woman who risks nothing, has nothing, does nothing, is nothing."
	(Quote from the eulogy for the late Christa McAuliffe.)

nazgul@alphalpha.com (Kee Hinckley) (06/25/91)

In article <JC.91Jun24112441@raven.bu.edu> jc@raven.bu.edu (James Cameron) writes:
>|> I move the most pointer to another window and click left on the window
>|> decorations to get it to move to the top.

>Think of exactly what you did:
>
>	1. You grabbed the selection by using first-click-hold-drag
>        2. You then did a first-click
>        3. Finally you did a middle-click
>
>Now, step 2 cleared the old buffer and since you selected nothing,
>nothing was put into the buffer.  This has nothing do with the
>window manager....it is simply logical.  Now, if you want to do

It has a lot to do with the window manager.  I'm unaware of any other
window manager other than olwm that considers a M1 click on the
window decorations to be a reason to clear the clipboard.  Given
that the window you are moving to is highly unlike to be visible I
find this to be an incredible annoyance (and one of the reasons I
don't use olwm anymore).

-- 
Alfalfa Software, Inc.          |       Poste:  The EMail for Unix
nazgul@alfalfa.com              |       Send Anything... Anywhere
617/646-7703 (voice/fax)        |       info@alfalfa.com

I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.

mrd@ecs.soton.ac.uk (Mark Dobie) (06/25/91)

In <JC.91Jun24112441@raven.bu.edu> jc@raven.bu.edu (James Cameron) writes:

>Think of exactly what you did:

>	1. You grabbed the selection by using first-click-hold-drag
>        2. You then did a first-click
>        3. Finally you did a middle-click

>Now, step 2 cleared the old buffer and since you selected nothing,
>nothing was put into the buffer.  This has nothing do with the
>window manager....it is simply logical.  Now, if you want to do
>something like that, either have xclipboard handy, or have the
>window already showing.

... or you can raise the window to the front using L5, which won't
clear the selction.

				Mark.
-- 
Mark Dobie                              M.Dobie@uk.ac.soton.ecs (JANET)
University of Southampton		M.Dobie@ecs.soton.ac.uk (Bitnet)

Stuart.Marks@Eng.Sun.COM (Stuart Marks) (06/27/91)

    It has a lot to do with the window manager.  I'm unaware of any other
    window manager other than olwm that considers a M1 click on the
    window decorations to be a reason to clear the clipboard.  

Clarification on two counts:  olwm doesn't clear the clipboard.  It
acquires ownership of the primary selection (not the clipboard).  Further,
the selection isn't cleared; there really is a selection, and its contents
are windows.  Unfortunately, there are bugs in the OpenWindows V2 olwm
that prevent it from responding to interesting selection request targets.
This will be fixed.

							       Given
    that the window you are moving to is highly unlike to be visible I
    find this to be an incredible annoyance (and one of the reasons I
    don't use olwm anymore).

Right ... none of this says that olwm's selection behavior isn't annoying.
Personally, I use olwm, but I use the L5 (Front) key almost exclusively to
do my window restacking.

s'marks

Stuart W. Marks			ARPA: smarks@eng.sun.com
Windows & Graphics Software	UUCP: sun!smarks
Sun Microsystems, Inc.

mrd@ecs.soton.ac.uk (Mark Dobie) (06/27/91)

In <1991Jun25.031601.12328@alphalpha.com> nazgul@alphalpha.com (Kee Hinckley) writes:

>It has a lot to do with the window manager.  I'm unaware of any other
>window manager other than olwm that considers a M1 click on the
>window decorations to be a reason to clear the clipboard.  Given
>that the window you are moving to is highly unlike to be visible I
>find this to be an incredible annoyance (and one of the reasons I
>don't use olwm anymore).

Well I think it does it because you can select whole windows. If you
have several selected (using the middle button to extend the
selection) you can move them all around together... not particularly
useful.

Anyway, what's wrong with pasting into a window that is only partially
visible? Usually you have set the destination window up already
(editor in the right place, or whatever) to its either at the front or
it doesn't matter.

Alternatively, there is L5, which is dead useful and something I
missed in other window managerws.

I think that the other benefits of ol[v]wm (pin up menus, drag and
drop) far outweigh any inconvenience caused by this "feature".

				Mark.
-- 
Mark Dobie                              M.Dobie@uk.ac.soton.ecs (JANET)
University of Southampton		M.Dobie@ecs.soton.ac.uk (Bitnet)

nazgul@alphalpha.com (Kee Hinckley) (06/28/91)

In article <8313@ecs.soton.ac.uk> mrd@ecs.soton.ac.uk (Mark Dobie) writes:
>Well I think it does it because you can select whole windows. If you
I gather this is the case.  I'd recommend that they use some other
mechanism, since I don't think most applications are going to care
much whether a window is selected.

>Anyway, what's wrong with pasting into a window that is only partially
>visible? Usually you have set the destination window up already
Pasting *where*?  That only works if you're only working with xterms.

>(editor in the right place, or whatever) to its either at the front or
>it doesn't matter.
This is hardly ever true.  I usually had to pop the window from which
I am pasting to the top.  Now it covers whatever I was doing before.
Since OLWM doesn't give me a nice way of doing automatic window layout
(or any other window manager for that matter, what I'd give for my
Apollo/DM keydefs under X) I'm almost certain to need to pop it.

>Alternatively, there is L5, which is dead useful and something I
>missed in other window managerws.
I'm not running olwm now.  I gather Front moves the window you
are pointing at to the top?  Kind of like Apollo's Pop key (
current window to top if obscured, otherwise to bottom).

>I think that the other benefits of ol[v]wm (pin up menus, drag and
>drop) far outweigh any inconvenience caused by this "feature".
Drag and drop has nothing to do with olwm.  It still continues to
work (so to speak) under other window managers.  For what it's
worth I can't stand the OL implementation.  The same mouse button
cannot properly do both select and drag.  I always end up either
reselecting when I wanted to drag, or dragging when I wanted to
reselect.

Pinups would be nice, although I prefer Mac-style tearoffs.
-- 
Alfalfa Software, Inc.          |       Poste:  The EMail for Unix
nazgul@alfalfa.com              |       Send Anything... Anywhere
617/646-7703 (voice/fax)        |       info@alfalfa.com

I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.