Re: FVWM: Mouse click problem with Corebird plus my FVWM configuration

Chris Siebenmann <[email protected]>
Newsgroups gmane.comp.window-managers.fvwm
Message-ID <[email protected]>
> Chris Siebenmann <[email protected]> writes:
> 
> >  Corebird is a Linux/GTK Twitter client:
> > 	https://corebird.baedert.org/
> >
> > In attempting to use the current version on Fedora 25, I have uncovered
> > a weird oddity where I cannot click links with the left mouse button when
> > using my FVWM configuration. Corebird recognizes that I have clicked and
> > will do things like select text, but does not see it as quite whatever
> > is needed to make it see things as a click that activates the link. A long
> > discussion of what I can and can't do is in my initial Fedora bug report:
> > 	https://bugzilla.redhat.com/show_bug.cgi?id=1425611
> 
> My guess, bad hardware.
> 
> When you click a mouse it should generate 2 X11 events:
> 
> ButtonPress
> ButtonRelease

 I've just used xev to confirm that I see ButtonPress and ButtonRelease
events. However, what I have discovered is that I see additional events
with my FVWM configuration. Immediately before a ButtonPress, I also get:

ButtonRelease event, serial 33, synthetic NO, window 0x600001,
    root 0x26d, subw 0x0, time 672491078, (62,72), root:(856,280),
    state 0x100, button 1, same_screen YES

LeaveNotify event, serial 33, synthetic NO, window 0x600001,
    root 0x26d, subw 0x0, time 672491437, (62,72), root:(856,280),
    mode NotifyGrab, detail NotifyAncestor, same_screen YES,
    focus YES, state 256

EnterNotify event, serial 33, synthetic NO, window 0x600001,
    root 0x26d, subw 0x0, time 672491437, (62,72), root:(856,280),
    mode NotifyUngrab, detail NotifyAncestor, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 33, synthetic NO, window 0x0,
    keys:  109 0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

ButtonPress event, serial 33, synthetic NO, window 0x600001,
    root 0x26d, subw 0x0, time 672491437, (62,72), root:(856,280),
    state 0x0, button 1, same_screen YES

(This is in xev, clicking and releasing and re-clicking and re-releasing,
with no mouse movement at all.)

Doing the same xev test with 'fvwm -f /dev/null' sees only the expected
ButtonPress/ButtonRelease events.

> This symptom in the bug report:
> 
>   I tried keynav and discovered some quite interesting results. First, the
>   keynav  worked as  you  described.  And second,  what  I hadn't  noticed
>   before,  is that  when I  click  on a  link  (or try  to), what  happens
>   visually is that a  dotted gray box appears around the  link, just as in
>   keynav, and if I hit return the link is activated.
> 
> makes me suspicious that you are only seeing one of the events
> or some other event oddity.
> 
> In general Fvwm does not interfere with mouse clicks unless you tell
> it to.  If you still think Fvwm is involved remove your mouse 0
> and 1 bindings and test.  You have 12 of them.

 If I comment out all Mouse 0 and 1 bindings from my fvwmrc-2.5
file (from the URL) *except* either:

	Mouse   1       A               MS              Iconify
or
	Mouse   1       A               M               Raise

then I see the extra LeaveNotify / EnterNotify / KeymapNotify sequence
in xev and clicking on links no longer works in Corebird.

If I comment out those two bindings but leave everything else commented
in, I don't see any problems.

Unfortunately I use Shift-Meta-1 to iconify very frequently, so not having
this binding would be very painful. It also doesn't cause problems in
other applications; everything else I use (Firefox, Liferea, Choqok,
and basically every other GUI program I can think of) is fine with
this binding.

	- cks
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.