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 #44 received at submit <at> debbugs.gnu.org (full text, mbox):

From: nljlistbox2 <at> gmail.com (N. Jackson)
To: bug-gnu-emacs <at> gnu.org
Cc: martin rudalics <rudalics <at> gmx.at>
Subject: Re: bug#16647: Imprecisions with window-resizing cursors
Date: Fri, 14 Feb 2014 18:53:07 -0400
martin rudalics <rudalics <at> gmx.at> writes:

> Can you please try conducting the same experiments with emacs -Q
>
> (set-frame-parameter nil 'right-divider-width 6)
>
> and with scrollbars en-/and disabled?

emacs -Q
M-: (set-frame-parameter nil 'right-divider-width 6)
M-x split-window-right

With this I see Evgeni's original bug -- when the <=> handle first
appears beyond the vertical line, clicking on it and dragging has no
effect, if just disappears and returns to a normal cursor. It's
disorienting behaviour but I think it might be due to the lag --
i.e. maybe it's about to turn back to the normal mouse cursor but hasn't
gotten around to actually doing so yet.

I do _not_ see my "Another bug" with this configuration -- when the
vertical line is at its extreme left or right position, it doesn't
matter from which side one approaches it, one still get's the <=> handle
displayed.

emacs -Q
M-: (progn
  (scroll-bar-mode -1) (set-frame-parameter nil 'right-divider-width 6)
  (split-window-right) )

With this recipe I see nothing wrong at all (except for the
sluggishness).


Also I have a slight amendment to what I wrote earlier about my "Another
bug":

>> Another bug =========== When the vertical line is as far to the right
>> in the frame as it will go (i.e., when the right window is as narrow
>> as permitted), then the <=> handle only appears when the mouse cursor
>> approaches the vertical line from the right. If the mouse cursor
>> approaches the vertical line from the left, the <=> handle fails to
>> appear. (Ditto with "left" and "right" reversed in that statement.)
>
> Interesting.  I cannot observe that here.

I double checked this. I definitely see this happening, but I was
mistaken about the "ditto". When the vertical line is as far to the left
as it will go, the <=> handle only appears when the mouse cursor
approaches the vertical line from the _right_ -- the same direction as
for the case with the vertical line as far to the left as it will go.





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.