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: Wed, 26 Feb 2014 11:17:06 +0100 Message-ID: <530DBF22.3050100@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> <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> <5309D323.5010607@gmx.at> <87lhx19zn9.fsf@gmail.com> <530AF735.7070106@gmx.at> <877g8kmzr5.fsf@gmail.com> <530B8B8D.1030102@gmx.at> <8738j8m7p2.fsf@gmail.com> 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 1393409901 15749 80.91.229.3 (26 Feb 2014 10:18:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Feb 2014 10:18:21 +0000 (UTC) Cc: nljlistbox2@gmail.com, 16647@debbugs.gnu.org To: E Sabof Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 26 11:18:27 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 1WIbZK-0002Kv-Qf for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Feb 2014 11:18:27 +0100 Original-Received: from localhost ([::1]:39405 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIbZK-00083Q-Ba for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Feb 2014 05:18:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39338) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIbZ6-0007of-MS for bug-gnu-emacs@gnu.org; Wed, 26 Feb 2014 05:18:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WIbYw-0007W5-Qp for bug-gnu-emacs@gnu.org; Wed, 26 Feb 2014 05:18:12 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39228) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIbYw-0007W1-NS for bug-gnu-emacs@gnu.org; Wed, 26 Feb 2014 05:18:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WIbYw-0007HB-4n for bug-gnu-emacs@gnu.org; Wed, 26 Feb 2014 05:18: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: Wed, 26 Feb 2014 10:18: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: "N. Jackson" , bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.139340987527956 (code B ref -1); Wed, 26 Feb 2014 10:18:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 26 Feb 2014 10:17:55 +0000 Original-Received: from localhost ([127.0.0.1]:40410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIbYo-0007Gq-S5 for submit@debbugs.gnu.org; Wed, 26 Feb 2014 05:17:55 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:37543) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WIbYl-0007Gd-T3 for submit@debbugs.gnu.org; Wed, 26 Feb 2014 05:17:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WIbYY-0007Q0-Mx for submit@debbugs.gnu.org; Wed, 26 Feb 2014 05:17:51 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:45828) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIbYY-0007Pv-K5 for submit@debbugs.gnu.org; Wed, 26 Feb 2014 05:17:38 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39038) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIbYL-00070M-SH for bug-gnu-emacs@gnu.org; Wed, 26 Feb 2014 05:17:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WIbYE-00079y-G4 for bug-gnu-emacs@gnu.org; Wed, 26 Feb 2014 05:17:25 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:58610) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WIbYE-00076e-6e for bug-gnu-emacs@gnu.org; Wed, 26 Feb 2014 05:17:18 -0500 Original-Received: from [62.47.38.172] ([62.47.38.172]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MWTSA-1Wll8z1EHi-00Xf8i for ; Wed, 26 Feb 2014 11:17:15 +0100 In-Reply-To: <8738j8m7p2.fsf@gmail.com> X-Provags-ID: V03:K0:M3HAkKV+xvqAxRn23ICb9ot5gW5uxbc+0lLz10P5VTcG8ajLB1L GLybtL9sncCy9srIxYV0QJpvmv2wW46qonu7Eg529LBHY3nplj4k40JmW5hi7NFEaB3AsYR CbnqtEkGlTpNjkU7B/2dAQe0CGauC7kG6SehLN+ut72i7f44maDPqcDSY64l1W5f71CzkSx Q7vvpHiS7QqmGDGDesq/Q== 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:86248 Archived-At: >> if (window_resize_pixelwise) >> { >> width = height = 1; >> goto virtual_glyph; >> } >> >> Can you please comment it out and try once more? In that case setting >> `window-resize-pixelwise' to t should not help any more. > > Not sure if it still matters, but this no longer helps as you've predicted. In revision 116565 I hopefully fixed the problem with dividers. The problem with the vertical border remains and I might not be able to fix it at all (at least not in a reasonable way). If you are on X Windows you can look into it as follows. At the end of remember_mouse_glyph in xdisp.c you can find this code: /* Visible feedback for debugging. */ #if 0 #if HAVE_X_WINDOWS XDrawRectangle (FRAME_X_DISPLAY (f), FRAME_X_WINDOW (f), f->output_data.x->normal_gc, gx, gy, width, height); #endif #endif You have to "comment it in" by removing the #if 0 and one #endif, recompile, and with emacs -Q start moving the mouse. It will start filling your frame with rectangles around glyphs. These are the mouse glyph rectangles remember_mouse_glyph remembers and you will see them drawn around your characters. It might help to increase the default font to see them better. These rectangles are important because the mouse tracking code decides that something "significant" has happened only when the mouse ends up in another rectangle than the last time. Now remove the scrollbars, split your frame via C-x 3 and watch the rectangles fill up around the border between the windows (to redraw the frame move the border). You can notice two strange things when the size of the left window is not an integral multiple of the default font: (1) The <=> starts to appear only in a rectangle at the left of the border. If that rectangle extends across the border, the <=> will continue to appear if you move the mouse to the right crossing the border. As soon as the <=> is on the right of the border, you can't start dragging the border. (2) The shape of the rectangle on the left of the border may vary. If your right fringe is larger than the width for the default font, you will usually see a rectangle that is as wide as the fringe when you move into the fringe horizontally from the left. If you move inside the fringe up and down (very near to the border but still on the left of it) you can observe less wide rectangles. Confusing, isn't it? A basic problem is that remember_mouse_glyph doesn't know anything about windows or vertical borders. It treats the frame as one huge area and I haven't been able yet to clip mouse glyph rectangles at window borders. If anyone knows how to do that - and it should be certainly doable and done, please tell me. I'm too silly to understand that because the value calculate for "gx + width" here always remains less than the window's pixel width. And if you set `window-resize-pixelwise' to t, you will immediately notice that the rectangles reduce to single pixels. So there are no rectangles overlapping with window borders and the problem disappears just as you discovered recently. martin