On Tue, Jul 09, 2002 at 09:15:50PM +0300, Tom Alsberg wrote: > Hi there. > Comments below, as before: > > On Mon, Jul 08, 2002 at 11:03:39AM +0200, Dominik Vogt wrote: > > On Sun, Jul 07, 2002 at 02:43:02PM +0300, Tom Alsberg wrote: > > > <snip /> > > > Wow... That works great... Almost. > > > It does it as expected, responsive, and there seems to be no > > > flickering with it... > > > But, the problem with gv, which I now completely realize that it is a > > > different problem, is still there - it doesn't happen when I just > > > automatically raise and lower all windows... Apparently because of the > > > pointer grabbing deal... But I don't want to have all windows > > > automatically raised... > > > Could there be a way to not have to use a function for that? Make it a > > > style that FvwmAuto checks or something? That would be perfect then... > > > Or maybe there could be a way to cause that specific function > > > (selecting the window) not to grab the pointer... > > > > I've made it as bulletproof as I could, but I found no way to > > prevent the gv problem and have the full functionality at the same > > time. At least no reliable way. > > How about what I suggested - making it a style - if the window has > that style applied, FvwmAuto will automatically raise and lower it, > otherwise it won't? Or maybe make the list of windows to automatically > raise and lower a parameter for FvwmAuto? Is there a problem doing so? > And also, it would be useful to provide some option to disable the > grabbing of the pointer in specific functions.
It's like taking a sledgehammer to crack a nut. All this additional code just because of *one* buggy application? Complex functions already provide a far better solution. > > You can try either this one: > > > > FvwmAuto 0 -passid -enter \ > > I suppose you mean -menter here, as in the FvwmAuto manual page I see > no mention of an option named '-enter'... Yes. > > "Silent selective_raiselower raise" \ > > "Silent selective_raiselower lower" > > > > DestroyFunc selective_raiselower > > AddToFunc selective_raiselower > > + I WindowId $1 (FvwmIconMan) $0 > > + I WindowId $1 (FvwmButtons) $0 > > + I WindowId $1 (xclock) $0 > > + I WindowId $1 (xexec) $0 > > > > This works fine with gv, but windows are not lowered when the > > pointer enters the root window, only when it moves into another > > window. > > I do not know what it might be, but here this behaves really weird. > I replaced the '-menterleave' option with '-menter', and do not see > any change. Auto-raised windows are still lowered when the pointer > enters the root window, and the problem with gv isn't solved. Right. The hack I made to inform FvwmAuto of the pointer entering the root window was too aggressive. I've modified it a bit and it should now cooperate nicely with gv. > > Or you can break out of the function for gv windows > > again: > > AddToFunc selective_raiselower > > + I WindowId $1 (gv) break > > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > > I tried that too. Does not make any difference either. The menu still > immediately disappears. It depends on timing. It was worth a try. > > I'm interested in more feedback about this. > > Another weird thing, since updating from CVS a few days ago, FvwmPager > behaves a bit weird. Inactive windows (windows not having the focus) > have a black background, and look rather different than they used to > (they used to have the background color defined in the BackColor > style). Please update to the latest cvs. I've been working on the pager drawing code. Bye Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] -- 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]
