GNOME Bugzilla – Bug 664515
Sushi preview window badly placed with dual monitors
Last modified: 2014-05-19 17:03:05 UTC
From https://bugzilla.redhat.com/show_bug.cgi?id=755742 (I'm the reporter of that bug) Description of problem: The preview window generated by sushi is placed in the horizontal centre of the desktop. With a desktop spanning dual monitors, this means that the window is split across both, meaning that it has to be dragged onto one or the other for the preview to be easily seen. Version-Release number of selected component (if applicable): sushi-0.2.1-2.fc16.x86_64 How reproducible: Always Steps to Reproduce: 1. Have a desktop spanning dual monitors 2. Have sushi installed 3. Select a file in Nautilus and press space Actual results: The preview window is split between (spans) both monitors Expected results: The window should display wholly on one monitor (for me, ideally the opposite monitor to the one that the nautilus window it relates to is on, but other people might prefer to have it on the same monitor, so this should be configurable). Failing that, sushi should at least remember the position that the window is dragged to. Additional info: Sushi looks nice and is quick, but this behaviour makes it pointless as a quick preview tool, as the inconvenience outweighs the utility. For me, anyway. The fullscreen button works as one would expect, giving a nicely animated transition to a window completely filling just one monitor.
The bug itself is resolved, at least for me. But the monitor where sushi should appear is not configurable at the moment.
(In reply to comment #1) > The bug itself is resolved, at least for me. But the monitor where sushi should > appear is not configurable at the moment. The bug is indeed fixed, so this report should be closed. I'm not convinced the configuration is that necessary, but it's up to the maintainer. In any case, if you really want this to be implemented, please open a separate report for that.