repaint and paintEvent are completely unrelated to the problem. They have nothing to do with dimensions of your window.
repaint and paintEvent are completely unrelated to the problem. They have nothing to do with dimensions of your window.
OK. If the window receives showFullScreen() and it is in full screen it does nothing. It does not check that the screen has been changed. if it is sent resize(0,0) and then showFullScreen() then it occupies the full screen with new width and height.
The code is trivial. Hardware changed in the background, but the changes are not propagated. Do I need to inform some Qt class that the sceen has been transformed? If yes then how?
There are two methods in QScreen: isTransformed() and transformOrientation(). Both overwritten by my driver and return true/rotation corresponding the situation. No avail. I did a search through Qt and could see that those functions don't do much themselves, probably orientated on the transformation derived class functionality.
@wysota: appreciate your answers, thanks.
Last edited by Dzha; 4th November 2010 at 13:57.
OK. Is there a mechanism for informing the windows manager that the screen is changed?The window does not check anything. It's your (or the window manager's) duty to know the screen size has changed.
Well, all I was able to find while reading the window manager documentation was related to resizing the window, which I want to avoid.
I can not see any method of not leaving the full screen mode (thus avoiding additional repaint) that is described in Qt doc.
If you are aware of it, please tell me.
QWS, Qt for Embedded Linux.
Yes, my main app acts as a QWS server. loads a screen plugin and uses it.
If your application is full screen, what do you need QWS for?
QWS also handles dialogs, input, etc.
My main window is an instance of QMainWindow .
Bookmarks