GNOME Bugzilla – Bug 560151
Fix window resize to use exported usable area
Last modified: 2011-01-27 19:30:31 UTC
[ Forwarded from http://bugs.debian.org/504366 by Matt Kraai ] Totem refuses to resize a window to an aspect ratio if the resulting width of the video is more than 128 pixels less than the width of the screen. On my system, the decorations on each side of the video are 5 pixels wide, so some videos cannot be resized even though there is plenty of room to do so. The attached patch changes the fudge-factor to 10, though it would probably be better to determine the actual width (and height) of the decorations and use those values instead. [ Further notes (joss) ] The patch Matt provided is trivial, I can attach it if you want. I agree that the size should be computed from the decorations size (including the menu and status bars for the vertical one) instead of hardcoding it.
I wouldn't want to replace a hack by another, the only way to fix this is to have bug 523574 fixed in GTK+. *** This bug has been marked as a duplicate of 416610 ***
Oops, wrong bug.
*** Bug 572519 has been marked as a duplicate of this bug. ***
Code in gnome-desktop to do this: http://git.gnome.org/browse/gnome-desktop/commit/?id=053a932b09487c4fa3e6331ef7fb65d24667263d This is actually readable, and should probably be ifdef X11.
commit 3448cb53523494ce6a85f6e4abf37f9d6e61be05 Author: Bastien Nocera <hadess@hadess.net> Date: Thu Jan 27 19:10:28 2011 +0000 backend: Use workspace area when resizing So that we don't have to use our horrible hard-coded offsets when calculating whether the video will fit on the screen. Also make sure we take into account the size of the window decorations, and parts of the UI other than the video widget. https://bugzilla.gnome.org/show_bug.cgi?id=560151