bug#28605: 26.0.60; Part of leftmost character hidden

[martin rudalics <rudalics@gmx.at>]

 > (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?