From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: nljlistbox2@gmail.com (N. Jackson) Newsgroups: gmane.emacs.bugs Subject: bug#16647: Imprecisions with window-resizing cursors Date: Fri, 21 Feb 2014 19:33:48 -0400 Message-ID: <87fvnchwgz.fsf@moondust.localdomain> 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> <530093B0.50501@gmx.at> <87ob26x6pl.fsf@moondust.localdomain> <871tyyh0am.fsf@moondust.localdomain> <5307A0B4.3070003@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1393025717 13753 80.91.229.3 (21 Feb 2014 23:35:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Feb 2014 23:35:17 +0000 (UTC) Cc: 16647@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 22 00:35:25 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 1WGzcp-0007Za-V6 for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Feb 2014 00:35:24 +0100 Original-Received: from localhost ([::1]:47750 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGzcp-0001ia-H9 for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Feb 2014 18:35:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41987) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGzcd-0001ej-NA for bug-gnu-emacs@gnu.org; Fri, 21 Feb 2014 18:35:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WGzcV-0002Ey-8Y for bug-gnu-emacs@gnu.org; Fri, 21 Feb 2014 18:35:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGzcV-0002Eo-5R for bug-gnu-emacs@gnu.org; Fri, 21 Feb 2014 18:35:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WGzcU-00051P-6L for bug-gnu-emacs@gnu.org; Fri, 21 Feb 2014 18:35:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: nljlistbox2@gmail.com (N. Jackson) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Feb 2014 23:35:02 +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.139302566619255 (code B ref -1); Fri, 21 Feb 2014 23:35:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 21 Feb 2014 23:34:26 +0000 Original-Received: from localhost ([127.0.0.1]:35193 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WGzbt-00050U-G6 for submit@debbugs.gnu.org; Fri, 21 Feb 2014 18:34:26 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:39944) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WGzbr-00050I-1H for submit@debbugs.gnu.org; Fri, 21 Feb 2014 18:34:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WGzbd-0001b7-FY for submit@debbugs.gnu.org; Fri, 21 Feb 2014 18:34:17 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:36939) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGzbd-0001b3-CM for submit@debbugs.gnu.org; Fri, 21 Feb 2014 18:34:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41548) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGzbU-0000Qi-Mn for bug-gnu-emacs@gnu.org; Fri, 21 Feb 2014 18:34:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WGzbM-0001XV-AG for bug-gnu-emacs@gnu.org; Fri, 21 Feb 2014 18:34:00 -0500 Original-Received: from mail-qa0-x22c.google.com ([2607:f8b0:400d:c00::22c]:48279) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGzbM-0001XJ-4g for bug-gnu-emacs@gnu.org; Fri, 21 Feb 2014 18:33:52 -0500 Original-Received: by mail-qa0-f44.google.com with SMTP id w5so4140807qac.3 for ; Fri, 21 Feb 2014 15:33:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=E5MpToqa5hynxifKH/K3P98I684KL46MSyxWlzt5ytI=; b=M9SmvHxIGzg5CioYuXx0dMpiOxqqKtHd8m4xY3ZDkEqakSH6ogi9L3bZQr6w7A0AQn POsUOi5TF+94pSY/u+XOYA3d/9xrqZCKSswbUVEpp7xUuRhPT9lnM56CyFebg69y5tY1 LBuJQTF2triWeMSay1o3BNDTubP85p5N6yvM715mUiht3da+lX2+wTM1Cbes9HFdpa70 C9kF8Dmh43ybHrmLjScjGrNVC+y/0YDwcj02D1Uvq8SZl0FrPpI8XQt5IcAqnrQJwgAt PgJyV757AX99lkEF96/evQl9GOMxO4HCA2M2N8hUBx3faY3lCMgOiM+zgVdDoiUTPE+R cuOQ== X-Received: by 10.140.96.245 with SMTP id k108mr13357746qge.60.1393025631248; Fri, 21 Feb 2014 15:33:51 -0800 (PST) Original-Received: from moondust.localdomain.nodomain.none (T8630.WPA.Dal.Ca. [134.190.134.48]) by mx.google.com with ESMTPSA id i7sm26051798qan.0.2014.02.21.15.33.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Feb 2014 15:33:50 -0800 (PST) In-Reply-To: <5307A0B4.3070003@gmx.at> (martin rudalics's message of "Fri, 21 Feb 2014 19:53:40 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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:86001 Archived-At: At 14:53 -0400 on Friday 2014-02-21, martin rudalics wrote: >> Regardless of where the vertical line is, it is now almost impossible to >> get the <=> handle to appear at all when approaching the vertical line >> from the left -- I get it once in about fifty attempts. When approaching >> the vertical line from the right, the <=> handle appears normally (and >> it now appears normally when the vertical line is all the way to the >> left as well). > > If you can apply the patch I posted earlier (and I attach here again) Okay, I have applied the patch (on top of GNU Emacs 24.3.50 (x86_64-unknown-linux-gnu, GTK+ Version 3.8.8) of 2014-02-19 Repository revision: 116484) With the patch I see the same behaviour I described above. > you could try the following snippet with emacs -Q: > > (let ((i 200) > (window-on-left (selected-window)) > (window-on-right (split-window-right)) > (lhits 0) > (rhits 0)) > (tooltip-mode -1) > (scroll-bar-mode -1) > (set-mouse-pixel-position (selected-frame) i 200) > (while (car (setq position (cdr (mouse-pixel-position)))) > (let ((coordinates (coordinates-in-window-p position window-on-left t))) > (when (eq coordinates 'vertical-line) > (setq lhits (1+ lhits)))) > (let ((coordinates (coordinates-in-window-p position window-on-right t))) > (when (eq coordinates 'vertical-line) > (setq rhits (1+ rhits)))) > (sit-for 0.001) > (set-mouse-pixel-position > (selected-frame) (setq i (1+ i)) 200)) > (cons lhits rhits)) > > Evaluating this returns (8 . 0) here, the cdr of which amounts to the > width of one character on my frame. So here I have an 8 pixel-wide > corridor entirely in the left window where I am "on the vertical line" > (which occupies virtually the 7 right pixels of the right fringe of the > window on the left). Here I get (6 . 0). > Evaluating > > (let ((i 600) > (window-on-left (selected-window)) > (window-on-right (split-window-right)) > (lhits 0) > (rhits 0)) > (tooltip-mode -1) > (scroll-bar-mode -1) > (set-mouse-pixel-position (selected-frame) i 200) > (while (car (setq position (cdr (mouse-pixel-position)))) > (let ((coordinates (coordinates-in-window-p position window-on-left t))) > (when (eq coordinates 'vertical-line) > (setq lhits (1+ lhits)))) > (let ((coordinates (coordinates-in-window-p position window-on-right t))) > (when (eq coordinates 'vertical-line) > (setq rhits (1+ rhits)))) > (sit-for 0.001) > (set-mouse-pixel-position > (selected-frame) (setq i (1- i)) 200)) > (cons lhits rhits)) > > gets me the same results. What do you get? You might have to change > the initial values of `i' to "be in the frame" accordingly. I get (6 . 0) (with initial i = 400). Nevertheless, I can almost never get the <=> handle when I approach from the left.