From: Thomas K. <tk...@gi...> - 2012-04-18 21:26:32
|
Hi Philipp! On Mon, Apr 16, 2012 at 06:15:22PM +0200, Philipp Hartwig wrote: > On Sun, Jan 15, 2012 at 11:44:36PM +0100, Thomas Klausner wrote: > > On Sun, Jan 15, 2012 at 08:51:56PM +0100, eb...@dr... wrote: > > > > One other issue: mplayer full screen now takes one full monitor, not > > > > split over two like without xinerama. However, geeqie fullscreen > > > > doesn't work. It did the same without xinerama like mplayer, but now > > > > it doesn't show its fullscreen window. I think geeqie full screen > > > > works like this: usually, the picture is on the right hand side. When > > > > you press f, a separate screenfilling window is added with the > > > > picture, but the original menu window stays (without the picture) -- > > > > you can alt-tab out of full screen to it. However, I only get the > > > > menu window, not the fullscreen picture one. > > > > > > I think that it depends on application to which 'window' (global root > > > or monitor root) it attaches its fullscreen mode. If you press META + > > > "Return", then WGroup.set_fullscreen() is launched. This function > > > either leaves fullscreen from the windowmanager point of view or it > > > enters the fullscreen mode back. This function always attaches window > > > to a monitor root. Maybe we can include similar function in > > > mod_xinerama, that always attaches a window to global root, so users > > > can choose to which root the fullscreen will be attached, as both ways > > > make sense. > > > > I tried out META+Return, as you suggest. > > The first time I press that, I get another tabbed window containing the > > picture (which should be full-screen). > > The second time I press that, I get the full-screen window in full-screen, > > yay :) > > The third time is like the first and so on. > > What can I do to make this happen automatically for geeqie without having to > > press META+Return twice? > > I haven't tried geeqie, but this sounds exactly like the behavior Flash > fullscreen shows when mod_xinerama is enabled. This should be fixed by the > patch I've sent to notion-devel yesterday. I've attached it again for your > convenience. Could you test if that fixes geeqie for you? Yes, this improves the situation. Thank you! One difference: The dock apps are on top in full screen mode for geeqie and firefox flash plugin, but not on top of mplayer full screen. General xinerama complaint remains ;) I still don't know why the dock icons do not reduce the size of the other windows (like without xinerama) -- they even are on the top of the edit bar you get with F3 or F4. Also, the status bar doesn't appear. Here's the diff for the config I use to the default: --- /usr/pkg/etc/notion/cfg_notion.lua 2012-04-18 22:58:23.000000000 +0200 +++ .notion/cfg_notion.lua 2012-01-15 18:17:36.000000000 +0100 @@ -75,12 +75,12 @@ -- Load some modules. Bindings and other configuration specific to modules -- are in the files cfg_modulename.lua. ---dopath("mod_query") ---dopath("mod_menu") ---dopath("mod_tiling") ---dopath("mod_statusbar") ---dopath("mod_dock") ---dopath("mod_sp") +dopath("mod_xinerama") +dopath("mod_query") +dopath("mod_menu") +dopath("mod_tiling") +dopath("mod_statusbar") +dopath("mod_dock") In case you're wondering about mod_sp, if I leave that in I get: Notion startup error log: >> /usr/pkg/lib/notion/mod/mod_sp.so: The module is already loaded. >> Unable to find 'mod_sp.so' on search path. >> Stack trace: 0 [C]: in 'load_module' 1 stdin:1 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /home/wiz/.notion/cfg_notion.lua:84 [Skipping unnamed C functions.] Cheers, Thomas |