While trying to track down some other window sizing bug in eog, I came
across this bugreport.
When eog is started with a file argument (e.g. doubleclick on an image
in nautilus), the window size is calculated in eog-
window.c:eog_window_obtain_desired_size(). Fortunately, this function
has some debugging facilities in there that you can turn on by setting
the EOG_DEBUG_WINDOW environment variable:
$ export EOG_DEBUG_WINDOW=
$ eog <some_picture.jpg> |grep eog_window_obtain_desired_size
[0.187326 (0.001043)] eog-window.c:1308 (eog_window_obtain_desired_size)
Setting window size: 1080 x 934
The reported window size will be in turn passed to
gtk_window_set_default_size(). I have run the above command while
running metacity and while running compiz, and got the same size in both
cases. However, metacity has noticed that the vertical resolution is
larger than the available, and made the eog window smaller, accordingly.
OTOH, compiz has just set the supplied window size, making the eog
window larger than my screen (at least vertically).
Note, that if you omit the |grep from the above command, you get a lot
more debug output. I glanced through it quickly, but have not spotted
any difference between the runs under metacity and compiz. But
nonetheless, I might have missed something relevant in there.
All of this is under hardy rc, with last update being today morning.
--
compiz thinks panel space is free space
https://bugs.launchpad.net/bugs/159348
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
