I've met strange problem in mirage [http://mirageiv.berlios.de/] (pygtk based image viewe) when I try to toggle the application into fullscreen. The application gets fullscreen, but in short while it gets decorations back. That should not happen.
I've discussed the problem with developer of the application [https://developer.berlios.de/bugs/?func=detailbug&bug_id=13532&group_id=6637] and he thinks it's bug in blackbox.
The problem will not not occur if the full screen is activated from maximized window. Also the problem will not prove in simple pygtk application or if few descendant widgets are not hidden before switching (discussed in mirages bug tracking system). It hapens in blackbox only. So may the bug lies in pygtk.
Could somebody help me to find where the bug is?
Logged In: NO
I have the same problem with fullscreen window decoration with these:
galeon
evince
konqueror
totem
kafeine
these apps works well:
firefox
ggv
mplayer
noatun
OpenOffice.org Impress does another funcy thing:
When I have slit placed in top right, top center, top left or center left,
the fullscreen presentation is moved by the height/width of the slit down/right
--- simply the fullscreen window positioned so the slit is visible. This doesn't
occure whith slit placed anywhere else.
Logged In: NO
I forgot to mention that I run Debian unstable in above comment.
Logged In: YES
user_id=1557835
Originator: YES
I got no feed back on pygtk mailing list, however somobody else complains he has similar problem on Windows XP. He includes pygtk code <http://www.daa.com.au/pipermail/pygtk/2008-April/015124.html> which provides two buttons. One is broken full screen, the other one is worked around full screen.
I can confirm buggy fullscreen with evince too. Other "broken" application I dont' use, so no results.
Above mentioned code has additional problem: After standard full screen switch, the window moves left upper under all windows. Subsequentional full screen attemtps are broken standardly only.