GNU bug report logs - #16647
Imprecisions with window-resizing cursors

Previous Next

Package: emacs;

Reported by: E Sabof <evgkeni.sampelnikof <at> gmail.com>

Date: Wed, 5 Feb 2014 06:36:02 UTC

Severity: normal

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: E Sabof <evgkeni.sampelnikof <at> gmail.com>
Cc: 16647 <at> debbugs.gnu.org
Subject: Re: bug#16647: Imprecisions with window-resizing cursors
Date: Thu, 27 Feb 2014 20:58:35 +0100
I now tried to address the following issues reported here:

> On current trunk version, from emacs -Q
>
> 1)
>
> (progn
>   (scroll-bar-mode -1)
>   (split-window-right)
>   )
>
> Slowly move the mouse from left to right across the vertical line splitting the windows. Once the mouse goes past the black line, it's still shown as <=>, although clicking-and-dragging on that area won't have any effect.

Confirmed.  The reason was that a mouse glyph could cross window
borders.  Should be fixed now.

> 2)
>
> C-x 2
>
> Move the cursor from top to bottom, across the mode-line. Once the cursor enters the mode-line, it won't change to a "resize" cursor, although it's already possible to drag.

Confirmed (on a Gtk build).  The reason was that a mouse glyph from the
text area could extend into the mode line.  Should be fixed now.

martin




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

Previous Next


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