Thomas Adam wrote:
On Fri, Jun 03, 2005 at 06:40:24PM +0200, Peter Niemayer wrote:
Sometimes, the focus is not entirely lost but is sticking to a
different window (of mozilla), which is supposed not to have focus
(according to fvwms coloring of the window border). I have to restart
Presumably you mean a transient window? How do you know that it isn't
supposed to receive the focus?
No transient windows. Example situation: I have two Mozilla windows open,
one with the mail interface, and one ordinary browser window. I want to
type text into a form on a web-page, so I click into the text-input field.
The browser window is now highlighted as having focus, and even the cursor
inside the text entry field blinks. But whenever I type something, it
goes to the mail interface window that is not supposed to be active - I
can e.g. scroll the message in the mail display by pressing up/down even
though the browser window is supposed to have focus. This situation is
"sticky" - I can still click into e.g. xterm windows and type there, but
whenever I click into the browser window again, the focus is wrongly
assigned to the mail window. Only restarting fvwm resolves the problem.
While this annoyingly happens several times a day, I've not found a
reliable way to reproduce the situation quickly, which certainly does
not make debugging easier.
Which focus policy are you using?
Style "*" ClickToFocus
(no exceptions) and (if that matters)...:
Style "*" NoIcon
Style "*" MWMFunctions
Style "*" HintOverride
Style "*" MWMDecor
Style "*" DecorateTransient
Thanks for any hints in advance,
Peter Niemayer
--
Visit the official FVWM web page at <URL: http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]
