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

Previous Next

Full log

Message #80 received at 19988 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>, Tassilo Horn <tsdh <at> gnu.org>, 
 Eli Zaretskii <eliz <at> gnu.org>
Cc: 19988 <at> debbugs.gnu.org
Subject: Re: bug#19988: 25.0.50; Drag events ending in different frame
Date: Fri, 06 Mar 2015 19:55:25 +0100

> The typical scenario where I run into it is trying to select text
> using the mouse and inadvertently moving the mouse slightly outside
> the frame.  The region stays selected, even as the mouse is outside
> the frame, so I think all is well.

You _have_ to move outside the frame if you want to scroll the text in
the window and thus enlarge the region.  If the mouse cursor remains in
the window, text won't scroll.  All applications behave like this.

> But as soon as I let go (release `mouse-1'), the selection disappears,
> and point moves back where it was - where mark is now set also (empty
> region).

Because you should move the cursor exactly to the location where you
want `point' to be.  Any position of `point' when the mouse cursor is
outside the frame is specified only by a previous position and the
amount text scrolled.  Emacs is different here because the region cannot
exist without `point'.  Other applications can leave the selection alone
because their equivalent of point doesn't change during mouse dragging.

martin

Previous Next

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