From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#16647: Imprecisions with window-resizing cursors Date: Sun, 16 Feb 2014 11:32:16 +0100 Message-ID: <530093B0.50501@gmx.at> References: <87y51qnlfe.fsf@gmail.com> <52F21707.9050509@gmx.at> <87k3d81tqz.fsf@gmail.com> <52F3635C.9040408@gmx.at> <877g96g76g.fsf@gmail.com> <52F530A7.1090104@gmx.at> <871tz7pcop.fsf@gmail.com> <52FE0059.4080508@gmx.at> <8738jlk6zn.fsf@moondust.localdomain> <52FE5FA0.6020202@gmx.at> <87lhxdgvcc.fsf@moondust.localdomain> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1392546806 11119 80.91.229.3 (16 Feb 2014 10:33:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Feb 2014 10:33:26 +0000 (UTC) Cc: 16647@debbugs.gnu.org To: "N. Jackson" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 16 11:33:31 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WEz2R-0003JY-9W for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 Feb 2014 11:33:31 +0100 Original-Received: from localhost ([::1]:60581 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEz2Q-00020V-NQ for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 Feb 2014 05:33:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50499) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEz2A-0001t5-2O for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 05:33:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WEz1y-0001yO-H8 for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 05:33:13 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53112) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEz1y-0001yE-E4 for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 05:33:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WEz1y-0004vc-2w for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 05:33:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Feb 2014 10:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16647 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.139254677418927 (code B ref -1); Sun, 16 Feb 2014 10:33:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 16 Feb 2014 10:32:54 +0000 Original-Received: from localhost ([127.0.0.1]:54293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEz1p-0004vB-Gj for submit@debbugs.gnu.org; Sun, 16 Feb 2014 05:32:53 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:48646) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEz1o-0004ug-7p for submit@debbugs.gnu.org; Sun, 16 Feb 2014 05:32:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WEz1Z-0001rr-Iw for submit@debbugs.gnu.org; Sun, 16 Feb 2014 05:32:46 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:57184) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEz1Z-0001rn-G5 for submit@debbugs.gnu.org; Sun, 16 Feb 2014 05:32:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEz1S-0001oR-0Y for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 05:32:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WEz1K-0001pq-JI for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 05:32:29 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:55845) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEz1K-0001pY-8z for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 05:32:22 -0500 Original-Received: from [62.47.47.61] ([62.47.47.61]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MOfcU-1WL19u3Jiw-0063Fs for ; Sun, 16 Feb 2014 11:32:20 +0100 In-Reply-To: <87lhxdgvcc.fsf@moondust.localdomain> X-Provags-ID: V03:K0:ti6nHjkWk7eXRaTyvycJ7qqdg3JghkcVzzWjItSqaViMjQSG0mz ZbVJ+7v/dwclXmcZgXoG5ZFe4DVkahGqcxxT3/oMMl8Ij2lq2EWsoaK/LBL31mt1Dm4E6o0 L+9UpRVXepKKXDwn6jZFXRnScuhtOOYFYZp41wn63wnwX7b+5aGHfIGJkP+MiVbG1sDAS6z +0un9m1wfm32XnGxZMNKg== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:85668 Archived-At: >> 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. Suppose you (set-frame-parameter nil 'right-divider-width 24) Then the <=> shows for a width of 24 pixels here. Doesn't it with your setup? > With this recipe I see nothing wrong at all (except for the > sluggishness). How would you describe 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. Double checked this too. I still can't see what you describe. martin