#54 B1 and B2 clicks in Speedbar frame are ignored

closed-fixed
speedbar (14)
5
2007-02-08
2003-12-09
Davor Cubranic
No

GNU Emacs 21.2.1 on RedHat 9 with the distribution
speedbar, icewm window manager in "focus follows click"
mode.

It appears that the Speedbar frame ignores button
clicks into the frame under certain conditions: if
another Emacs frame had the focus, both left and middle
clicks are ignored. In the case of left-click, the
speedbar frame will gets the focus (done by WM), but
the point does not move to where I clicked. In the case
of middle-click, nothing happens. This does not happen
if a different application had the focus when I clicked
into the speedbar frame.

The problem is not present in our XEmacs installation,
which has speedbar 0.14beta4. Is this just a matter of
upgrading or a GNU Emacs problem?

Discussion

1 2 > >> (Page 1 of 2)
  • Eric M. Ludlam
    Eric M. Ludlam
    2004-02-12

    Logged In: YES
    user_id=88537

    Emacs may be too smart for it's own good.
    Could you try again with the latest version of speedbar.
    (0.14beta4 will be good enough. It is available from
    sourceforge.)

     
  • Eric M. Ludlam
    Eric M. Ludlam
    2004-02-12

    • assigned_to: nobody --> zappo
     
  • Davor Cubranic
    Davor Cubranic
    2004-02-14

    Logged In: YES
    user_id=891031

    Seems to be a GNU Emacs problem: I see this using Speedbar
    0.14.beta4 in Emacs 21.2.1, but not in XEmacs 21.4 (patch
    12), under the same window manager (IceWM).

    Is this something that can be worked around with Speedbar or
    should I file a bug report on gnu.org?

     
  • Eric M. Ludlam
    Eric M. Ludlam
    2004-02-14

    Logged In: YES
    user_id=88537

    I have tried reproducing this with sawfish and
    focus-follows-mouse
    and cannot see the issue. Window managers often have a mouse
    click preference that lets you specify which clicks change
    focus,
    and if the focusing click will be passed to the client or not.

     
  • Davor Cubranic
    Davor Cubranic
    2004-02-14

    Logged In: YES
    user_id=891031

    It could very well be that there is something slightly
    unusual about the window manager, but why then speedbar
    works fine under XEmacs?

    I think I had checked with xev before whether the focusing
    click event gets passed by the WM and it did. I'll
    double-check though. But I don't think any more this is a
    speedbar issue, so I'll close the bug, if that's OK with you.

     
  • Davor Cubranic
    Davor Cubranic
    2004-02-14

    • status: open --> closed-invalid
     
  • Davor Cubranic
    Davor Cubranic
    2004-02-21

    • status: closed-invalid --> open-invalid
     
  • Davor Cubranic
    Davor Cubranic
    2004-02-21

    Logged In: YES
    user_id=891031

    Using 'xev', I monitored the events received by an unfocused
    application window when I click in it under my window
    manager. This is what happens: buttons 2 and 3 generate
    ButtonPress and ButtonRelease only, but not FocusIn. Button
    1 generates ButtonPress, followed by FocusIn and then
    ButtonRelease.

    Could you check what sequence of events takes place under
    your window manager? Do you think speedbar could react to
    button events (assuming Emacs passes X events in unfocused
    windows to Elisp code) even if the speedbar frame doesn't
    have the focus?

     
  • Eric M. Ludlam
    Eric M. Ludlam
    2004-02-21

    Logged In: YES
    user_id=88537

    When I use XEV, I get a focus in event followed by a
    keyboard focus
    event when the mouse moves over the xev window. When the
    button2
    event comes in, speedbar will already have focus.

    Would a patch like this help?

    *** dframe.el.~1.23.~ 2003-07-23 16:11:53.000000000 -0400
    --- dframe.el 2004-02-21 16:16:24.000000000 -0500
    ***************
    *** 942,947 ****
    --- 942,948 ----
    This should be bound to mouse event E."
    (interactive "e")
    (let ((dframe-power-click t))
    + (select-frame (last-event-frame))
    (dframe-click e)))

    (defun dframe-click (e)

     
  • Eric M. Ludlam
    Eric M. Ludlam
    2007-02-08

    • status: open-invalid --> closed-fixed
     
1 2 > >> (Page 1 of 2)