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: Sun, 16 Feb 2014 14:17:42 -0400 Message-ID: <87ob26x6pl.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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1392575525 12440 80.91.229.3 (16 Feb 2014 18:32:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Feb 2014 18:32:05 +0000 (UTC) To: 16647@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 16 19:32:10 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 1WF6Vc-0004bG-ML for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 Feb 2014 19:32:08 +0100 Original-Received: from localhost ([::1]:34610 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6Vc-00069f-94 for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 Feb 2014 13:32:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35889) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6Uh-0004to-Jg for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 13:31:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WF6UZ-0004Qr-59 for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 13:31:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53796) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6UZ-0004Qm-0R for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 13:31:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WF6UY-0003sT-8P for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 13:31: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: Sun, 16 Feb 2014 18:31: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-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.139257543414863 (code B ref -1); Sun, 16 Feb 2014 18:31:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 16 Feb 2014 18:30:34 +0000 Original-Received: from localhost ([127.0.0.1]:54978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WF6U5-0003re-P8 for submit@debbugs.gnu.org; Sun, 16 Feb 2014 13:30:34 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:33987) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WF6U3-0003rP-NR for submit@debbugs.gnu.org; Sun, 16 Feb 2014 13:30:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WF6Ti-0004CJ-QP for submit@debbugs.gnu.org; Sun, 16 Feb 2014 13:30:26 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:48383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6Ti-00046s-Le for submit@debbugs.gnu.org; Sun, 16 Feb 2014 13:30:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33813) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6Hs-0002Np-TQ for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 13:18:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WF6Hh-0000Rg-Eo for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 13:17:56 -0500 Original-Received: from mail-qc0-x22e.google.com ([2607:f8b0:400d:c01::22e]:43171) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6Hh-0000RT-9I for bug-gnu-emacs@gnu.org; Sun, 16 Feb 2014 13:17:45 -0500 Original-Received: by mail-qc0-f174.google.com with SMTP id x13so22296835qcv.5 for ; Sun, 16 Feb 2014 10:17:44 -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=HOFgUO7oKe8zkCRZfUUx281dYQvKwCABmTjvOjqlZxg=; b=Tln26EYVbGkzQWIbziOYHtbgCT8YXsk9hn2UCTgA/psKFWxIyOxSioNBqc8XdYc1Y9 eMx0tLiex+aFfY6Iow129y7xGzRtcXnogYftb0UkpDJTklKPJRsEPjjR09/K4mywmBZS q44scS6gEAWd9sv3dQfP7xaSfbY9A32ENmdgfyROpkY7I0RexIRhJRdzrkcmyiFOOKsX sXWln6vm7wmhbSgVONs6jjkZRl/YEZb8uDmOLnkjS0oG3a7ddKbVdDmZLC3V35DRAq3h BPnyWanMHz6UaIEFbw6SvquUl698x+pm8aCLZtMvUrHPbfDsjwtA1pU7bMAkcqVGPaQ4 PQxQ== X-Received: by 10.140.91.23 with SMTP id y23mr28159813qgd.3.1392574664867; Sun, 16 Feb 2014 10:17:44 -0800 (PST) Original-Received: from moondust.localdomain.nodomain.none (T8630.WPA.Dal.Ca. [134.190.134.48]) by mx.google.com with ESMTPSA id i7sm37167554qan.0.2014.02.16.10.17.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Feb 2014 10:17:44 -0800 (PST) In-Reply-To: <530093B0.50501@gmx.at> (martin rudalics's message of "Sun, 16 Feb 2014 11:32:16 +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:85682 Archived-At: At 06:32 -0400 on Sunday 2014-02-16, martin rudalics wrote: > 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? Well, my eyesight isn't up for counting the pixels on this display, but if the divider is the correct 24 pixels wide with this recipe, then the <=> handle is displayed in a region with a width of maybe 30 pixels. It doesn't appear until the mouse has crossed over into the vertical bar, but it continues to be displayed as the mouse continues to move beyond the width of the vertical bar. To the right of the vertical bar, it is displayed well in to the left fringe of the right window. To the left of the vertical bar it is displayed over the right "border" of the scroll bar (but not as far to the left as the slider thing inside the scroll bar). In these regions, beyond the width of the divider, when it is clicked it turns immediately to a normal mouse cursor, and no dragging is possible. This is Evgeni's original bug, I believe. Note: I am defining the location of the <=> cursor as the centre of it. >> With this recipe I see nothing wrong at all (except for the >> sluggishness). > > How would you describe the sluggishness? I am not seeing the sluggishness any more (after a restart of the computer). The Emacs windowing seems roughtly as snappy now as other running applications. What I was previously seeing was when maximaizing and restoring an Emacs frame (which is done here by pressing the logo key and the up or down arrow key), instead of the frame instantly appearing at its new size, I could see a very jerky animation of its resizing, and had to actually wait for it to be finished. Likewise, Gnome 3, amongst the extraordinary annoyances of its user interface, has no application menus, so to run those programs that I don't run from the command line, I have to hit the logo key to get a completion text box in which I type the name of the program. While this text box is displayed, all the open windows shrink to medium-sized thumnbnails that are desplayed on the "desktop", and the shrinking of Emacs frames into this display was also very much slower than I have ever seen any other program be. But as I said, I can no longer observe this sluggishness, but I don't know what has changed. Sorry. >>>> 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. ^^^^ I should have said "right" here of course. > Double checked this too. I still can't see what you describe. Recipe: Emacs -Q M-: (progn (scroll-bar-mode -1) (split-window-right) ) Drag vertical line as far as it will go to the right. Approach (and cross) vertical line with mouse cursor from the left. (Bug: I do not see the mouse cursor turn into the <=> handle.) Approach (and cross) vertical line with mouse cursor from the right. (I see the mouse cursor correctly turn into <=> handle.) N.