xmonad problem or application stealing keys?

If I start the application with command line parameters that will make
it try to get fullscreen mode, then:
- the current layout of the workspace is ignored, and the xpdf window
indeed fill the whole workspace.
- the keys for cycling through windows in the current workspace are
ignored. (keys for switching to another workspace still works).
The first behaviour is not really a problem, but the second is
ennoying. It makes fullscreen-mode usable only with one window per
workspace.
examples of problematic apps/parameters
xpdf -fullscreen
rdesktop -f
Other applications, like mplayer and zathura, does the right thing,
they honor the size of the window that the windowmanager gives them
AND they are willing to be cycled into smaller windows.
My version of xmonad is from debian squeeze:
xmonad (0.9.1-2+b1) unstable; urgency=low
* Binary-only non-maintainer upload for i386; no source changes.
* Rebuild with ghc6-6.12.1-10
-- i386 Build Daemon

On Tue, Aug 9, 2011 at 05:08, Hans Ekbrand
If I start the application with command line parameters that will make it try to get fullscreen mode, then:
- the current layout of the workspace is ignored, and the xpdf window indeed fill the whole workspace.
- the keys for cycling through windows in the current workspace are ignored. (keys for switching to another workspace still works).
This is symptomatic of a window that is not being managed, i.e. it uses override_redirect. In the case of rdesktop, you should not use -f; try -D -K possibly along with a layout that supports managed fullscreen (XMonad.Layout.Fullscreen in darks XMonadContrib). -- brandon s allbery allbery.b@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms

On Tue, Aug 09, 2011 at 12:17:49PM -0400, Brandon Allbery wrote:
On Tue, Aug 9, 2011 at 05:08, Hans Ekbrand
wrote: If I start the application with command line parameters that will make it try to get fullscreen mode, then:
- the current layout of the workspace is ignored, and the xpdf window indeed fill the whole workspace.
- the keys for cycling through windows in the current workspace are ignored. (keys for switching to another workspace still works).
This is symptomatic of a window that is not being managed, i.e. it uses override_redirect.
Is using override_redirect a bug, a bad thing or a feature? Is it meaningful to file a bug report (severity: whishlist) against xpdf?
In the case of rdesktop, you should not use -f; try -D -K possibly along with a layout that supports managed fullscreen (XMonad.Layout.Fullscreen in darks XMonadContrib).
Thanks for the rdesktop tips.
--
Hans Ekbrand (http://sociologi.cjb.net)

On Tue, Aug 9, 2011 at 16:55, Hans Ekbrand
On Tue, Aug 09, 2011 at 12:17:49PM -0400, Brandon Allbery wrote:
On Tue, Aug 9, 2011 at 05:08, Hans Ekbrand
wrote: If I start the application with command line parameters that will make it try to get fullscreen mode, then:
This is symptomatic of a window that is not being managed, i.e. it uses override_redirect.
Is using override_redirect a bug, a bad thing or a feature?
Depends on what you're doing. Environments such as CDE don't support the newer EWMH-based stuff, plus EWMH doesn't really give you a way to get a fully immersive experience (completely "replacing" the local machine with the remote) which many people want. Ideally rdesktop would support both; currently, you can use it with EWMH but have to configure the window manager yourself. I think, based on the comment about Motif hints, that that code in rdesktop simply hasn't been updated in a while. Is it meaningful to file a bug report (severity: whishlist) against
xpdf?
xpdf is a fairly old tool and there are modern alternatives that will play along with modern window managers better. Unfortunately, I also know they don't always work as well; xpdf development has focused on the PDF handling at the expense of the UI, and while many of the newer ones are based on xpdf, they are often slow to incorporate improvements in the PDF engine.
In the case of rdesktop, you should not use -f; try -D -K possibly
along with a layout that supports managed fullscreen (XMonad.Layout.Fullscreen in darks XMonadContrib).
("darks"? I need to convince the new Safari to not correct my spelling; it's usually wrong.) -- brandon s allbery allbery.b@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms

On Tue, Aug 09, 2011 at 06:46:40PM -0400, Brandon Allbery wrote:
On Tue, Aug 9, 2011 at 16:55, Hans Ekbrand
wrote: On Tue, Aug 09, 2011 at 12:17:49PM -0400, Brandon Allbery wrote:
On Tue, Aug 9, 2011 at 05:08, Hans Ekbrand
wrote: If I start the application with command line parameters that will make it try to get fullscreen mode, then:
This is symptomatic of a window that is not being managed, i.e. it uses override_redirect.
Is using override_redirect a bug, a bad thing or a feature?
Depends on what you're doing. Environments such as CDE don't support the newer EWMH-based stuff, plus EWMH doesn't really give you a way to get a fully immersive experience (completely "replacing" the local machine with the remote) which many people want.
I see.
Is it meaningful to file a bug report (severity: whishlist) against
xpdf?
xpdf is a fairly old tool and there are modern alternatives that will play along with modern window managers better. Unfortunately, I also know they don't always work as well; xpdf development has focused on the PDF handling at the expense of the UI, and while many of the newer ones are based on xpdf, they are often slow to incorporate improvements in the PDF engine.
I'm on debian, and tried out the different pdf-viewers available
there. I liked zathura best, it's new and has a few bugs, but renders
pages fast and works well in "fullscreen" managed by xmonad. zathura
is my primary pdf-viewer now.
Thanks for your time, Brandon.
--
Hans Ekbrand (http://sociologi.cjb.net)

Excerpts from Hans Ekbrand's message of Tue Aug 09 17:12:25 -0600 2011:
I'm on debian, and tried out the different pdf-viewers available there. I liked zathura best, it's new and has a few bugs, but renders pages fast and works well in "fullscreen" managed by xmonad. zathura is my primary pdf-viewer now.
Not sure if your xpdf is xpdf-poppler or xpdf the original, venerable ancient, but I've had no problems with xpdf-poppler (often called xpdf just to confuse matters.) So it's worth a try if you liked xpdf better than zathura. If you're vim oriented apvlv is very nice. I've never used the pre -1.1 versions, but there is an earlier version is in stable, and a nearly current version in testing and experimental. Regards, wmw
participants (3)
-
Brandon Allbery
-
Hans Ekbrand
-
Wirt Wolff