FVWM: avoid switching desktops?
Suse 9.3, fvwm 2.5.10 and also in 2.5.18, firefox 1.5.0.6 I have 5 Desks set up, running firefox on one of them: Style Firefox-bin StartsOnDesk 2, SkipMapping This works fine: the desktop is not switched when firefox starts up. However, since a recent upgrade of firefox, whenever I open a new tab (not: window!) in firefox via firefox -remote openURL(...), the desktop switches to #2 where firefox runs. This is not what I want, the desktop should stay where it is. In earlier versions of firefox, this used to work: the desktop was not switched. How can I see what makes fvwm2 think it should switch the desktop now? Is there some verbose/debug mode availbale? firefox does *not* open a new window (even in that case it should not switch desks with the SkipMapping above in place)... When using e.g. the KDE window manager, the firefox icon in the taskbar starts blinking when I open the new tab, but the desktop is not switched. Thanks R'
Re: FVWM: avoid switching desktops?
* Viktor Griph | Look att UrgencyFunc in the manpage. It might be that firefox | (incorrectly) use the urgency hint when a new tab is opened. In | that case Destroying UrgencyFunc should stop the behavior, but you | might want to redefine it in some other way to maybe just ignore | firefox. Thanks for the pointer. I have added to my ~/.fvwm2rc ### firefox tab popup DestroyFunc UrgencyFunc but this does not change anything. I also added AddToFunc UrgencyFunc + I Exec xterm + I Echo UrgencyFunc to see whether this function was called at all, but no xterm appears, and no message is printed when the desktop is switched. So this is probably not what happens here... I had hoped that fvwm2 --debug would print something, but it does not... R'
Re: FVWM: avoid switching desktops?
* Viktor Griph | You will want the ThisWindow function inplace of Current. Thanks. I'll give it a try when I find I really need EWMHActivateWindowFunc. R' PS. Sorry for misspelling your name in the first response...
Re: FVWM: avoid switching desktops?
* Thomas Adam | Given that I too have that function defined, I fail to see why your | version of Firefox is causing it to be run, whereas mine is not, | despite the fact that we both have the same versions. I have configured firefox to open new urls in a separate tab instead of a new window, just in case it matters... (Preferences - Tabs - Links from other apps - new tab in last active window) Probably it's the SUSE/1.5.0.6-1.4 Firefox/1.5.0.6 version which is compiled with special options. Or whatever... fvwm itself says: % fvwm2 -V fvwm 2.5.18 compiled on Sep 18 2006 at 11:36:02 with support for: ReadLine, XPM, PNG, Shape, XShm, SM, Xinerama, XRender, XFT, NLS I don't see any mention of EWMH there though the manpage says it should be listed: -V | --version Prints the version of fvwm to stderr. Also prints an informa- tion about the compiled in support for readline, rplay, stroke, xpm, png, gnome hints, EWMH hints, session management, bidirec- tional text, multibyte characters, xinerama and Xft aa font ren- dering. R'
Re: FVWM: avoid switching desktops?
* Emilie Ann Phillips | I just attempted to duplicate the bug with the same versions as Ralf, | fvwm 2.5.10, firefox 1.5.0.6, and Suse 9.3, and the bug is definitely | there. Is it indeed a _bug_ in fvwm? I would guess that it might be intended behaviour... (just that *I* have different expectations of what should happen :-) You might call it a bug that neither EWMHActivateWindowFunc nor UrgencyFunc are mentioned in my 2.5.10 fvwm2 man page, but that seems already fixed in the current 2.5.18 man page. R'
