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, 23 Feb 2014 22:01:50 -0400 Message-ID: <87txbp2rqp.fsf@moondust.localdomain> References: <87y51qnlfe.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> <87fvnchwgz.fsf@moondust.localdomain> <53086B2A.4020804@gmx.at> <87txbrrphk.fsf@moondust.localdomain> <87eh2vgfph.fsf@gmail.com> <5308F1DC.6010108@gmx.at> <87mwhj9da6.fsf@gmail.com> <87eh2usmf3.fsf@moondust.localdomain> <5309D33E.1020005@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1393207398 12435 80.91.229.3 (24 Feb 2014 02:03:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Feb 2014 02:03:18 +0000 (UTC) Cc: 16647@debbugs.gnu.org, esabof@gmail.com To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 24 03:03:24 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 1WHkt8-0008WO-KY for geb-bug-gnu-emacs@m.gmane.org; Mon, 24 Feb 2014 03:03:22 +0100 Original-Received: from localhost ([::1]:55455 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHkt7-0002OY-W3 for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Feb 2014 21:03:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41607) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHksx-0002O7-4U for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 21:03:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WHkso-0002GM-Ll for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 21:03:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35924) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHkso-0002GG-I4 for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 21:03:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WHkso-0001jN-2d for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 21:03: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: Mon, 24 Feb 2014 02:03: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, E Sabof Original-Received: via spool by submit@debbugs.gnu.org id=B.13932073476595 (code B ref -1); Mon, 24 Feb 2014 02:03:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 24 Feb 2014 02:02:27 +0000 Original-Received: from localhost ([127.0.0.1]:37106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WHksE-0001iJ-V3 for submit@debbugs.gnu.org; Sun, 23 Feb 2014 21:02:27 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:39750) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WHksC-0001hx-IM for submit@debbugs.gnu.org; Sun, 23 Feb 2014 21:02:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WHkry-0001zP-Pl for submit@debbugs.gnu.org; Sun, 23 Feb 2014 21:02:19 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:42577) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHkry-0001zL-Mm for submit@debbugs.gnu.org; Sun, 23 Feb 2014 21:02:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41411) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHkrq-0001hx-3Z for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 21:02:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WHkrh-0001qV-MQ for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 21:02:02 -0500 Original-Received: from mail-qg0-x231.google.com ([2607:f8b0:400d:c04::231]:45844) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHkrh-0001pX-GU for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 21:01:53 -0500 Original-Received: by mail-qg0-f49.google.com with SMTP id j107so13316194qga.8 for ; Sun, 23 Feb 2014 18:01:52 -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=IpCfR1MmmHCwNrahbMsU7576uEoKnLUDvSNoOZlGXOY=; b=gYJAuMPM4WzpEfEbReq2xo6cDxOIZXuLUT6F7e4Y+C2IajR4BkBH1ZhjFkLIdvmi19 E6WP/b8NcUx7h+jV0kAGxxe1HaZMAhEK2WzfnxMRASueVeW7WfJkPY5bPzbl3dcW29sR d97bRk+PpCnIRFETLqh6CahrLLuPcvyOV0e7i2dpsBjtvNp0eHbYXlY6VEpfrfYn8CGs Q3z0pky/4roCFq5XNANARJJG0Yf+/csw5IerFltxDDFxGin7XfA8f3t6YR2y1X6VR5wU isjdW2pyF8OiFgc5C/7/1blNALezOq4zNPkAWWN9Sk12tIBoXz3cORDTJxSYj4HCWEk7 1r+w== X-Received: by 10.140.46.74 with SMTP id j68mr25574367qga.71.1393207312386; Sun, 23 Feb 2014 18:01:52 -0800 (PST) Original-Received: from moondust.localdomain.nodomain.none (hlfxns0169w-142176057239.dhcp-dynamic.FibreOp.ns.bellaliant.net. [142.176.57.239]) by mx.google.com with ESMTPSA id i7sm45354278qan.0.2014.02.23.18.01.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Feb 2014 18:01:51 -0800 (PST) In-Reply-To: <5309D33E.1020005@gmx.at> (martin rudalics's message of "Sun, 23 Feb 2014 11:53:50 +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:86095 Archived-At: At 06:53 -0400 on Sunday 2014-02-23, martin rudalics wrote: >> Moving the mouse from the left, towards the right window, the mouse >> cursor changes to the <=> immediately I cross the left edge of the >> vertical line. The right window is selected immediately the mouse cursor >> crosses the right edge of the the vertical line. _However_, the mouse >> cursor stays as a <=> for a few pixels more movement to the right, and >> it is at this time that, if it is clicked, it doesn't do anything, as >> per Evgeni's original bug. > > Hmmm... It's the most concrete description of the problem I read so far > but it still doesn't help me explaining it :-( > > How does this behave when you do > > (set-frame-parameter nil 'bottom-divider-width 10) > > and move from an upper to the lower window and vice-versa? > > martin Badly. First impressions: Before splitting the window horizontally (with the backwardsly-named split-window-vertically), I notice that I get the changed mouse cursor indicating that I can resize the window whenever I cross the mode line / bottom divider, but, in fact, I am only able to use it (to increase the size of the minibuffer) when the minibuffer is active. When the minibuffer is inactive, I can't resize it, yet the mouse cursor still changes indicating that I can. Presumably this is a bug. Okay, continuing: emacs -Q M-: (set-frame-parameter nil 'bottom-divider-width 10) RET M-: (setq mouse-autoselect-window t) M-x split-window-vertically Moving the mouse cursor upwards from the bottom window towards the top window, as soon as I reach the bottom of the bottom divider the focus changes to the upper window and the resizing mouse cursor appear. The resizing cursor continues to be displayed until I cross the top of the mode line into the top window. (Reasonable behaviour.) Moving the mouse cursor downwards from the top window to the bottom window, when I am about half way down the mode line the resizing cursor appears and continues to be displayed until I cross the bottom of the bottom divider into the bottom window, when the focus changes to the lower window and the mouse cursor resumes its normal form. (Reasonable behaviour.) But: emacs -Q M-: (set-frame-parameter nil 'bottom-divider-width 10) RET M-: (setq mouse-autoselect-window t) Drag the window divider up a few pixels (but less than one line) Moving the mouse cursor upwards is as before. Moving the mouse cursor downwards is as before except that when it crosses the bottom of the bottom divider into the bottom window, the focus changes to the bottom window, _but_ the resizing mouse cursor continues to be displayed well in to the bottom window, but will not resize the window if clicked on there -- indeed clicking on it, I can select text in the bottom window while it is still displayed as a resizing cursor! At 19:29 -0400 on Sunday 2014-02-23, E. Sabof wrote: > To me it looks like some code expects a full "character" movement, before it registers a change in location. I get a similar impression. Noticing that split-window-below is documented to take only an argument that is an integral number of lines (it does something when passed a decimal fraction but I can't figure out what it is -- I thought it might then treat the argument as pixels but that's not it), I wondered if the code assumes that the split can only be an integral number of lines below the top of the window above, or something, and fails to take into account a fractional position? Regards, N.