|
From: | martin rudalics |
Subject: | bug#28605: 26.0.60; Part of leftmost character hidden |
Date: | Tue, 17 Oct 2017 10:57:04 +0200 |
> (75 [...] Thanks. This adds yet another facet to that completely irrational behavior with scaling. The earlier trace you posted had this for the first scroll bar removal (#<frame emacs@rpluim-ubuntu 0x13462d0> adjust-frame-size-1 (1494 1100 1494 1100) (set-window-configuration 1)) [...] (#<frame emacs@rpluim-ubuntu 0x13462d0> xg-frame-resized (1476 1100 1494 1100) nil) [...] (#<frame emacs@rpluim-ubuntu 0x13462d0> xg-frame-resized (1458 1100 1476 1100) nil) [...] (#<frame emacs@rpluim-ubuntu 0x13462d0> adjust-frame-size-1 (1458 1100 1458 1100) (vertical-scroll-bars 3))) so the width went up from 1458 to 1476 and then to 1494 while the height remained at 1100. Now you have (#<frame emacs@rpluim-ubuntu 0x13462d0> adjust-frame-size-3 (1458 1100 1494 998) (1500 1100 1510 998)) [...] (#<frame emacs@rpluim-ubuntu 0x13462d0> xg-frame-resized (1458 1100 1494 998) nil) [...] (#<frame emacs@rpluim-ubuntu 0x13462d0> adjust-frame-size-1 (1458 1100 1458 1100) (vertical-scroll-bars 3))) so the width went up (albeit in one step only) to 1494 again but at the same time the height went down from 1100 to 998. Would inhibiting double buffering change anything? I'm still not sure about that "Force scroll bars to be real X11 windows" change. In the worst case we would have to test with some irrational build which OT1H excludes 2016-10-28 Daniel Colascione <dancol@dancol.org> Add double-buffering support to reduce flicker and OTOH includes your and Lars' changes to scaling. martin PS: I'm afraid there are no news on the paperwork front. Right?
[Prev in Thread] | Current Thread | [Next in Thread] |