GNOME Bugzilla – Bug 706129
Fullscreen VM OSD extending to full width covers common active areas in guests
Last modified: 2016-03-31 13:22:07 UTC
Maximised guest window controls, title bars etc. are covered by the OSD when mousing to anywhere at top edge and corners, making it very difficult to use them. The current setup forces either a very slow mouse movement to avoid hitting the top edge when trying to use guest window controls, or if it's accidentally hit, a subsquent downward movement to escape the OSD, then a very cautious upwards movement to avoid re-showing it. This effectively turns guest controls that have a very large Fitt's area into tiny targets. For an example of a more unobtrusive implementation, see Vinagre's fullscreen OSD (a narrow centred collection of controls at the top edge of the screen). These could potentially be shown when mousing anywhere at the top edge and not just where they appear, as they wouldn't obstruct controls when the mouse cursor is elsewhere at the top edge.
*** Bug 707802 has been marked as a duplicate of this bug. ***
I don't think the automatic fullscreening has proven itself and indeed the overlay toolbar for Boxes is prone to many unintentional OSD triggers. We should be doing explicit fullscreening. The suggested solution for overlay controls is one approach to investigate. In addition we could rely on shortcuts and bringing up a banner when entering fullscreen ala web browsers (except using something like super+esc).
(In reply to comment #2) > I don't think the automatic fullscreening has proven itself and indeed the > overlay toolbar for Boxes is prone to many unintentional OSD triggers. > > We should be doing explicit fullscreening. I don't understand. What has implicit fullscreening to do with this? Perhaps I'm misunderstanding what you mean by that? > The suggested solution for overlay > controls is one approach to investigate. I think so too. I can give it a try after 3.10. As usual mockup will help. :P > In addition we could rely on shortcuts > and bringing up a banner when entering fullscreen ala web browsers (except > using something like super+esc). Yeah.
(In reply to comment #3) > I don't understand. What has implicit fullscreening to do with this? Perhaps > I'm misunderstanding what you mean by that? Right now Documents and I believe Boxes too will go fullscreen when you view document/launch a box form a maximized window. > I think so too. I can give it a try after 3.10. As usual mockup will help. :P Yea :)
(In reply to comment #4) > (In reply to comment #3) > > > I don't understand. What has implicit fullscreening to do with this? Perhaps > > I'm misunderstanding what you mean by that? > > Right now Documents and I believe Boxes too will go fullscreen when you view > document/launch a box form a maximized window. Then I assumed the correct meaning. This bug is about overlay toolbar obstructing guest control on the top in fullscreen mode so I don't think explicit fullscreening would help much, if at all. BTW, we do show the overlay for a few seconds so that user knows there is a way out when entering fullscreen mode.
(In reply to comment #5) > Then I assumed the correct meaning. This bug is about overlay toolbar > obstructing guest control on the top in fullscreen mode so I don't think > explicit fullscreening would help much, if at all. What I meant is that fullscreening all the time makes the issue more relevant that it would be if you had to explicitly enter fullscreen and got the help/info banner.
*** This bug has been marked as a duplicate of bug 674664 ***