From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#28605: 26.0.60; Part of leftmost character hidden Date: Fri, 06 Oct 2017 10:18:55 +0200 Message-ID: <59D73C6F.3020907@gmx.at> References: <59CB5D69.7040404@gmx.at> <59CE05F2.1010202@gmx.at> <59CE8E74.5010308@gmx.at> <59D35549.6030905@gmx.at> <87wp4c750c.fsf@gmail.com> <59D4A45F.5010606@gmx.at> <87tvzfjfcp.fsf@gmail.com> <59D5E8F6.8080002@gmx.at> <87efqikk0x.fsf@gmail.com> <87a815lq3w.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1507278014 8226 195.159.176.226 (6 Oct 2017 08:20:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 6 Oct 2017 08:20:14 +0000 (UTC) Cc: Ola Nilsson , Lars Magne Ingebrigtsen , 28605@debbugs.gnu.org, Kaushal To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 06 10:20:10 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e0Nrd-0001XR-Ba for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Oct 2017 10:20:09 +0200 Original-Received: from localhost ([::1]:43506 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e0Nrk-0005Lx-P8 for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Oct 2017 04:20:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33118) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e0Nrb-0005Kd-HO for bug-gnu-emacs@gnu.org; Fri, 06 Oct 2017 04:20:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e0NrW-0000jq-Cp for bug-gnu-emacs@gnu.org; Fri, 06 Oct 2017 04:20:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43431) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e0NrW-0000jE-6H for bug-gnu-emacs@gnu.org; Fri, 06 Oct 2017 04:20:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e0NrV-0005QG-V4 for bug-gnu-emacs@gnu.org; Fri, 06 Oct 2017 04:20:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Oct 2017 08:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28605 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28605-submit@debbugs.gnu.org id=B28605.150727794420764 (code B ref 28605); Fri, 06 Oct 2017 08:20:01 +0000 Original-Received: (at 28605) by debbugs.gnu.org; 6 Oct 2017 08:19:04 +0000 Original-Received: from localhost ([127.0.0.1]:52112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e0Nqa-0005Op-ET for submit@debbugs.gnu.org; Fri, 06 Oct 2017 04:19:04 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:57399) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e0NqY-0005O4-Sj for 28605@debbugs.gnu.org; Fri, 06 Oct 2017 04:19:03 -0400 Original-Received: from [192.168.1.100] ([46.125.250.105]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M1Fe4-1dBz7Q1xvM-00t8Rd; Fri, 06 Oct 2017 10:18:56 +0200 In-Reply-To: <87a815lq3w.fsf@gmail.com> X-Provags-ID: V03:K0:qTz3QdPd7QmzUDldWs0Rdqrhr/ht4f9J7c546y6MhWVtTZv5O+e m3lomNCL1TSMUrNajE9kp1LadhUGtXovG64GauqWcLDg4Lnw7ur3BfFskUqtCmmURO3C7/m vXzmP2A9P5/1qTBBXV9aYen6EdIIQHP8LeagbiNJhY+vrfvXkAKsaGIKS0Nl41NnNwe3ipR CgrXsXissuBth97ukgSyg== X-UI-Out-Filterresults: notjunk:1;V01:K0:FrAPDt9VoPI=:Ev9Nh+9X+8wMLtHusqRH5c mqkHtMpJ8lOjBn3xjChvPwZlfwT95zDT4Py+2gOMa6a81ym57LrsE9b5b5Wg+NwHZup4JlOaR uae7Uxo4aJv+MAavSYUn2vO9pRg3s2pSQTQsePSbcmaS0SN2baXr5G+m7a7kQ8aki3QqX2jX0 6xjvuH6bvRUsRemzo55o6dFuauhbrf4heTIC4p+UksNUxO4qaB19nQSfOZAGuA9PmY9vpVWoS JH1JuN4v8nicnIHw6HUkdi/u0/0Q6bas6MRPp0AFkmt2mTvITPuPCGpWhS2iVOKnIA0QWAwen LKsD1b3fkQxcNBEuqNGM2VO8HoRyovhRk18NyOrg7g6zVR0HbmGuG7FBb9ZlteEWzmYPKwlk+ /hqGOgUyF0viTN3zzxHOh8Y/7LuvWYsf2y7mY2E7Avre2tvXjyyBExXXLX2lutvH50YRn3DA0 WD3BICpWOqa5zqusY4EuFRY8P51KiusQjIvfkjk4enoam425W14wyK0ztMzhoASMl9WG1nwCs bro5hJTLXbAAaLkCjXqxpE+PLLvSFCisEhn1zRFZqaCcuBPHRpAbtaiCgKDHysV+tdGLDoKD5 pvu6lB3ot3u5gzW/8oDXP6Wi4sqLPA7U8RjzHweRnqt9mCjtTpBiq1gqOtyR0pSpd7t/fbb7f 6QgBjO3KTETyaGGkJxm4y7MCfx8hQ2jjSajTf9s9JQQav5ZTaI9JubGXqv/A3idxk79s1wmmo tqtBQq1tdoUg6nZRRUFE7SYnSGraTtzKQrqb8hXvivHDaCrL3+dZH4+4gXGQh1XB+lS2XWkq X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:138002 Archived-At: > Thinking about this some more, this whole calculation just looks > wrong. oldx, oldw, oldw and oldh are in unscaled pixels, as far as I > can tell. We need to scale when using GTK routines, but x_clear_area > ends up calling X11 routines, so I've almost convinced myself that we > should in fact delete the oldw and oldx adjustments for the vertical > scrollbar rather than adding them for the horizontal one. Be sure to distinguish code that decides where to draw a scroll bar from code that decides which area to clear and possibly redraw. Sometimes, the area that gets cleared can be substantially larger than the area occupied by a toolkit scroll bar. From my experience, this is often noticeable with GTK scroll bars since their width is determined by the chosen theme and cannot be adjusted individually by Emacs. > That code was added in commit c0055ff5b03c9121ab5bf752496b09416f0f0a7d > which is quite old, ... 2015 rather strikes me as "fairly recent" ... > I suspect it did no real harm even though oldx > tends to end up negative, possibly x_clear_area does some kind of > clipping. In my experience, X silently swallows anything that happens outside the frame. GTK can be much more picky in this regard, especially when trying to draw something outside a parent widget. But the corresponding error messages are usually a pain to read. martin