Changes between Initial Version and Version 1 of Ticket #203, comment 17


Ignore:
Timestamp:
Aug 23, 2011, 5:35:29 PM (13 years ago)
Author:
Dmitry A. Kuminov

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #203, comment 17

    initial v1  
    33If you try to resize the window in case 2 after you switch to the play list view with Ctrl-L (or simply click on the main window's titlebar instead of resizing), the video widget will immediately go away and won't appear until you bring it in front again with Ctrl-L.
    44
    5 This makes me think that the guilty person is whoever actually paints to the video window. This person seems to completely ignore the fact that the window's parent (VideoWidget) is hidden and continues to paint over whatever it is at its former location (the play list in this case). My guess is that it's a Dive/SDD bug (or what subsystem you use for painting, I don't know). I doubt we can work it around in Qt.
     5This makes me think that the guilty person is whoever actually paints to the video window. This person seems to completely ignore the fact that the window's parent (VideoWidget) is hidden and continues to paint over whatever it is at its former location (the play list in this case). Only triggering a complete window repaint (titlebar click or resize) causes it to notice that fact.
     6
     7My guess is that it's a Dive/SDD bug (or what subsystem you use for painting, I don't know). I doubt we can work it around in Qt.
    68
    79But you may still try to use qt_WinProcessWindowObstacles() on a HWND where actual painting goes on (no matter if you call WinGetPS yourself or not). This method will give you the proper clip region that you may then set on a painting surface using the methods of the subsystem you use for painting (Dive/SDD). May be this will work.