inactive frames receive no mouse events

inactive frames receive no mouse events

[MySQL Development]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2007-03-11 on raven, modified by Debian
configured using `configure  '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2''
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_GB.88591
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Assume: X11-windows system with "click to focus" mode.

When I have two or more frames open, and one of the frames is "active"
(has the keyboard focus), the other frames do not receive mouse events,
except left-click, which activates the frame under the mouse cursor.

If none of the emacs frames is active (e.g. an xterm window is active),
then all frames receive mouse events as expected.

Examples:

Try to paste with the middle mouse button into the active frame (works)
and into an inactive frame (nothing happens). Activate an non-emacs
window (e.g. xterm or a start a second emacs). Paste into the inactive
frames (works).

Try to scroll with the mouse wheel in the active frame (works) and in an
inactive frame (nothing happens). Activate an non-emacs window (e.g.
xterm or a start a second emacs). Happily scroll all inactive emacs
frames.

Start an ediff session. Go to a diff. Try to view the surrounding of the
diff in the two windows by scrolling with the mouse wheel. You need to
activate the frame with the diffs first. Then you need to activate the
ediff control frame again to go to the next diff.

I would like to be able to paste and scroll in all emacs frames even if
one of them is active.

Recent input:
<help-echo> M-x <down-mouse-2> <mouse-2> <return>

Recent messages:
Loading pc-select...done
Loading delsel...done
Loading paren...done
Loading font-lock...
Loading regexp-opt...done
Loading font-lock...done
For information about the GNU Project and its goals, type C-h C-p.
Loading cc-mode...done
Loading view...done
Loading emacsbug...done

Re: inactive frames receive no mouse events

[Glenn Morris]

MySQL Development wrote:

> In GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
>  of 2007-03-11 on raven, modified by Debian
[...]
> Assume: X11-windows system with "click to focus" mode.
>
> When I have two or more frames open, and one of the frames is "active"
> (has the keyboard focus), the other frames do not receive mouse events,
> except left-click, which activates the frame under the mouse cursor.

It works fine for me using the Debian Emacs 21 package (started with
-q --no-site-file), together with Window Maker with the settings:
"click to focus", "do not let applications receive the click used to
focus windows". The first mouse click of any kind gives the window
focus, the second click performs its normal Emacs action, as I would
expect. Perhaps your problem is window-manager-specific?

Re: inactive frames receive no mouse events

[Ingo Strüwing]

Hi Glenn,

thanks for your reply. Please see below for comments.

Glenn Morris wrote:
> MySQL Development wrote:
> 
>> In GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
>>  of 2007-03-11 on raven, modified by Debian
> [...]
>> Assume: X11-windows system with "click to focus" mode.
>>
>> When I have two or more frames open, and one of the frames is "active"
>> (has the keyboard focus), the other frames do not receive mouse events,
>> except left-click, which activates the frame under the mouse cursor.
> 
> It works fine for me using the Debian Emacs 21 package (started with
> -q --no-site-file), together with Window Maker with the settings:
> "click to focus", "do not let applications receive the click used to
> focus windows". The first mouse click of any kind gives the window
> focus, the second click performs its normal Emacs action, as I would
> expect. Perhaps your problem is window-manager-specific?

It could be possible that it is window manager specific.

I may have badly described my problem. When I click in the frame that I
want to work with, it gets the window focus and I can work with is as
usual. But my problem is that I cannot use the mouse wheel for scrolling
of a frame *without* clicking into it first. And I cannot paste into an
inactive frame (with the middle mouse button) *without* clicking it to
focus first.

I would not complain about it if this would be normal for all
applications. But (at least with icewm) it is possible to paste into
every window with the middle mouse button, regardless if it has the
keyboard focus or not. And (at least with icewm) it is possible to
scroll every window with the mouse wheel, regardless if it has the
keyboard focus or not. This does even work for emacs when *none* of its
frames has the focus.

Richard suggested to try emacs 22. I'll do that as soon as is appears in
Debian unstable.

Regards
Ingo
-- 
Ingo Strüwing, Senior Software Developer
MySQL GmbH, Radlkoferstr. 2, D-81373 München
Geschäftsführer: Kaj Arnö - HRB München 162140

Re: inactive frames receive no mouse events

[martin rudalics]

 > I may have badly described my problem. When I click in the frame that I
 > want to work with, it gets the window focus and I can work with is as
 > usual. But my problem is that I cannot use the mouse wheel for scrolling
 > of a frame *without* clicking into it first.

You could try to customize `mouse-wheel-follow-mouse'.

 > And I cannot paste into an
 > inactive frame (with the middle mouse button) *without* clicking it to
 > focus first.

You could try `mouse-autoselect-window' which should also select the
appropriate window.

 > Richard suggested to try emacs 22. I'll do that as soon as is appears in
 > Debian unstable.

You should do that before trying any of the above.

Re: inactive frames receive no mouse events

[Ingo Strüwing]

Hi Richard, List,

Richard Stallman wrote:
> Would you like to try the latest Emacs release, 22.1,
> and see if it has the same problem?

Yes, it is the same problem. Emacs 22.1.1 (Debian unstable).

BTW, is there a way to get rid of the initial 'about' display?

Regards
Ingo
-- 
Ingo Strüwing, Senior Software Developer
MySQL GmbH, Radlkoferstr. 2, D-81373 München
Geschäftsführer: Kaj Arnö - HRB München 162140

inactive frames receive no mouse events

[Richard Stallman]

The OP reports this happens also with 22.1.
Would someone please DTRT then ack?

Message-Id: <E1I0hqK-0006E5-4I@chilla.local>
From: MySQL Development <ingo@mysql.com>
Date: Tue, 19 Jun 2007 19:50:16 +0200
X-detected-kernel: FreeBSD 6.x (1)
X-Mailman-Approved-At: Wed, 20 Jun 2007 10:07:48 -0400
Subject: inactive frames receive no mouse events
X-BeenThere: bug-gnu-emacs@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Bug reports for GNU Emacs,
	the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Sender: bug-gnu-emacs-bounces+rms=gnu.org@gnu.org
Errors-To: bug-gnu-emacs-bounces+rms=gnu.org@gnu.org
X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4)

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2007-03-11 on raven, modified by Debian
configured using `configure  '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2''
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_GB.88591
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Assume: X11-windows system with "click to focus" mode.

When I have two or more frames open, and one of the frames is "active"
(has the keyboard focus), the other frames do not receive mouse events,
except left-click, which activates the frame under the mouse cursor.

If none of the emacs frames is active (e.g. an xterm window is active),
then all frames receive mouse events as expected.

Examples:

Try to paste with the middle mouse button into the active frame (works)
and into an inactive frame (nothing happens). Activate an non-emacs
window (e.g. xterm or a start a second emacs). Paste into the inactive
frames (works).

Try to scroll with the mouse wheel in the active frame (works) and in an
inactive frame (nothing happens). Activate an non-emacs window (e.g.
xterm or a start a second emacs). Happily scroll all inactive emacs
frames.

Start an ediff session. Go to a diff. Try to view the surrounding of the
diff in the two windows by scrolling with the mouse wheel. You need to
activate the frame with the diffs first. Then you need to activate the
ediff control frame again to go to the next diff.

I would like to be able to paste and scroll in all emacs frames even if
one of them is active.

Recent input:
<help-echo> M-x <down-mouse-2> <mouse-2> <return>

Recent messages:
Loading pc-select...done
Loading delsel...done
Loading paren...done
Loading font-lock...
Loading regexp-opt...done
Loading font-lock...done
For information about the GNU Project and its goals, type C-h C-p.
Loading cc-mode...done
Loading view...done
Loading emacsbug...done


_______________________________________________
bug-gnu-emacs mailing list
bug-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs

Re: inactive frames receive no mouse events

[Jan Djärv]

Richard Stallman skrev:
> The OP reports this happens also with 22.1.
> Would someone please DTRT then ack?
> 

Ack.

	Jan D.

Re: inactive frames receive no mouse events

[Jan Djärv]

> 
> Assume: X11-windows system with "click to focus" mode.
> 
> When I have two or more frames open, and one of the frames is "active"
> (has the keyboard focus), the other frames do not receive mouse events,
> except left-click, which activates the frame under the mouse cursor.
> 
> If none of the emacs frames is active (e.g. an xterm window is active),
> then all frames receive mouse events as expected.

I've checked in a fix.  Can you try it?

Thanks,

	Jan D.

Re: inactive frames receive no mouse events

[Ingo Strüwing]

Hi Jan,

Jan Djärv wrote:
...
> I've checked in a fix.  Can you try it?

Yes, it works. Thank you very much!

Do I understand correctly that it is in emacs 22.1.50.2 ?

Regards
Ingo
-- 
Ingo Strüwing, Senior Software Developer
MySQL GmbH, Dachauer Str. 37, D-80335 München
Geschäftsführer: Kaj Arnö - HRB München 162140