[ooo-build] kde4 filepicker bug

[Philipp Lohmann]

Shtylman wrote:
> I have not done any work on combining the loops and really wouldn't know 
> where to start from the OO side. As kendy said combining would probly be 
> the best solution for the long term.
> 
> Short term: there is the qt even loop handler in the vlc plugin (don't 
> know which file off the top of my head) but if you put a redraw call in 
> there to redrAw the main OO window that should fix it.

Implementing the Yield method in KDESalInstance would do the trick; 
basically hooking the vcl event loop into the Qt one (like the gtk 
plugin does).

> Interestingly enough, I run kwin with compositing and this bug does Not 
> happen and everything appears to work normally.

Not surprising. In that case the application window does not get exposed 
by moving a dialog over it; the compositing buffer (kind of like a 
Pixmap) can not be occluded by another window.

> P.S. Avoid the seperate thread/kde3 filepicker approach as it will cause 
> more headache than it is worth, trust me ... There was a reason I went 
> away from it for kde4 filepicker and my sanity was a consideration :)

I'd agree. The problem of the not painting doc window is minor compared 
to the issues you can create with more threads than necessary.

Kind regards, pl


-- 
Sanity is just a bad excuse for a lack of imagination.
      -- Author unknown

Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 
Kirchheim-Heimstetten
Commercial register of the Local Court of Munich: HRB 161028
Managing Directors: Thomas Schröder, Wolfgang Engels, Wolf Frenkel
Chairman of the Supervisory Board: Martin Häring