Hi there.
Please read my comments below:
On Fri, Jul 05, 2002 at 10:41:51PM +0200, Dominik Vogt wrote:
> Ah yes. Ghostview probably wants to grab the pointer when the
> zoom window is opened, but since fvwm is in a complex function,
> the pointer is already grabbed.
The problem is not only with gv. The whole problem of flickering is
still there, including the problems with buttons in GTK+ applications,
Netscape toolbar, borders of some windows being automatically raised
like XClock and FvwmIconMan, FvwmPager balloon titles, etc. I only
gave gv as an example which always shows the problem.
I do not see why gv trying to grabbing the pointer should be a
problem, especially that other window managers (e.g. CTWM) have such
a feature (automatically raise and lower) which doesn't cause those
problems. I don't see exactly why FVWM should grab the pointer for
that.
> Instead or retrying, gv gives up immediately and closes the window.
> On my machine, the problem goess away when I add this line at the
> front of the autohide_window function:
>
> + I PointerWindow (gv) break
This is a workaround for gv, which also reduces a bit from the
functionality of the auto-raise and auto-lower (disabling them on that
window), but I wouldn't apply this workaround wherever I see such a
problem... I think this should just be fixed.
> so the complete function looks like this:
>
> DestroyFunc autohide_window
> AddToFunc autohide_window
> + I PointerWindow (gv) break
> + I Schedule $[AUTO_HIDE_DELAY] $[AUTO_HIDE_GROUP] hide_all
> + I PointerWindow (FvwmIconMan) schedule_raise
> + I PointerWindow (FvwmButtons) schedule_raise
> + I PointerWindow (xclock) schedule_raise
> + I PointerWindow (xexec) schedule_raise
>
> Fvwm breaks out of the function fast enough so that gv can grab
> the pointer. Unfortunately, the pattern (gv) applies to all
> ghostview windows, somewhat negating the effect of the autohide
> setup.
This really sounds like a sub-optimal specific workaround for
me. Couldn't this problem be fixed?
I am not enough of an expert in X11 to tell exactly... But since other
window managers, like CTWM (I keep giving it as an example because
that's one I used lot beside and before FVWM) have this function
(auto-raise and auto-lower) working fine, without flickering, and not
causing problems with pointer grabbing with gv, I suppose that could
be done with FVWM too...
Couldn't there just be added two styles - AutoRaise and AutoLower,
which would do that, and just that, and do it simple without
flickering and problems, needing scheduling and the like?
I apologize for this style of critique... FVWM is really great and I
love it, by far the best window manager I know now. I just would
really like to have auto-raise and auto-lower working fine and simple
with FVWM already...
> Bye
>
> Dominik ^_^ ^_^
Thank you, any further help still appreciated,
-- Tom
--
Tom Alsberg - certified insane, complete illiterate.
e-mail: <alsbergt_at_softhome.net>
Homepage: http://www.cs.huji.ac.il/~alsbergt/
* An idea is not responsible for the people who believe in it.
--
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 majordomo_at_fvwm.org.
To report problems, send mail to fvwm-owner_at_fvwm.org.
Received on Fri Jul 05 2002 - 17:47:33 BST