Further work on flicker reduction
commit232769fc7ce2caef8627fedf44ad1d1298b160a7
authormalc <moosotc@gmail.com>
Thu, 22 Feb 2018 17:42:57 +0000 (22 20:42 +0300)
committermalc <moosotc@gmail.com>
Thu, 22 Feb 2018 17:43:43 +0000 (22 20:43 +0300)
tree8ecaa17ee9184de1ac1defa4c2c505f72d3f5201
parent719af7881fd68d9a5d03e5b47a543dfc2db4d6c5
Further work on flicker reduction

This sort of reverts 67fb95f49ef2cbc88e3042bcac50760cf5bf797f. Sadly
that commit didn't provide too much information on the exact problem
it was trying to solve.

Reverting it reduces flicker for, at least:
xdotool search -class llpp key --delay 100 --repeat 100 ctrl+plus ctrl+minus

Cause of flicker:

Reshape implied
  geometry call
  invalidate ~redisplay:true
    state.layout <- []
    state.redisplay <- true

Next time display is called the layout is not yet ready so it has but
one option - to paint the whole visible area with the background
color.

Later when geometry processing/layouting/rendering is complete another
redisplay will be schedulled and correct things will be drawn, but due
to the fill with default background color done previously (when
state.layout was empty) screen will flicker.
main.ml