https://bugs.documentfoundation.org/show_bug.cgi?id=93530
Michael Meeks <michael.me...@collabora.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |markus.mohrhard@googlemail.
| |com, qui...@gmail.com
--- Comment #1 from Michael Meeks <michael.me...@collabora.com> ---
Horrors - if I add an un-conditional 'glFlush()' to vcl/opengl/gdiimpl.cxx
/PostDraw/ then this goes away - and we get things rendered properly - but at
some hideous performance cost of course.
So - I assume that all is well with our rendering goodness, but the driver is
queuing up work and not performing it in a rather unhelpful fashion =)
I imagine the 2nd popup of a menu produces enough work that it gets flushed out
and actually shows up ;-)
Interestingly the SalFrame abstraction already has a 'flush' method; that does
(on windows a GdiFlush) - and which ( I suspect ) we should get to do a
glFlush() too when we are on a GL backend.
I imagine this is quite a reasonable analog for this:
https://msdn.microsoft.com/en-us/library/windows/desktop/dd144844(v=vs.85).aspx
already in use, and important for threading too.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
