GNU bug report logs - #19988
25.0.50; Drag events ending in different frame

Previous Next

Package: emacs;

Reported by: Tassilo Horn <tsdh <at> gnu.org>

Date: Tue, 3 Mar 2015 14:32:05 UTC

Severity: normal

Found in version 25.0.50

Full log


View this message in rfc822 format

From: Tassilo Horn <tsdh <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 19988 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: bug#19988: 25.0.50; Drag events ending in different frame
Date: Wed, 04 Mar 2015 22:09:42 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>> > FWIW, the current behavior is probably useful in the case where the
>> > drag is used in order to select a region.  IOW, we should probably
>> > include *both* informations.
>> 
>> I don't get your statement.  When selecting a region, you're
>> restricted to one window anyway, no?
>
> Stefan thinks about dragging the mouse outside of the frame, to
> another frame: you'd still want to select only text in the window you
> started.
>
>> And that situation is already covered as one would expect.
>
> What do you mean by "as one would expect"?  On my machine, the
> behavior is unreasonable: the wrong part of text is selected.

When I select a region by dragging Mouse-1 starting at the "selected."
above, as soon as the mouse cursor leaves the emacs frame, the region
won't grow or shrink anymore until I enter the frame and window again.
And when I release the drag outside of the frame and window where I
started, the final region is the last one before leaving the
frame/window.  That's pretty much what I'd expect except that releasing
the drag outside of the start frame/window inactivates the region.

Bye,
Tassilo




This bug report was last modified 10 years and 156 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.