SwViewShell::ImplEndAction: still paint directly when non-double-buffering
It turns out that in this case it hurts performance if we go via invaliation-then-paint instead of direct painting when double-buffering is not enabled. Related commits: - beb4aa21 (SwViewShell::ImplEndAction: avoid direct paint, 2015-06-29) and c9175a1b (SwViewShell::ImplEndAction: avoid direct PaintDesktop(), 2015-07-03) globally avoided direct paints - 222f10e7 (tdf#93096 sw: fix selection with keyboard outside current view, 2015-08-18) restored direct paint when non-double-buffering for the second commit, this one does the same for the first Change-Id: Ida0c6917a8cdec74209bd64813c7876d4fa61b8a
Showing
Please
register
or
sign in
to comment