GNU bug report logs -
#7134
mode-line active/inactive face not following mouse in daemon mode
Previous Next
Reported by: Bob Nnamtrop <bobnnamtrop <at> gmail.com>
Date: Wed, 29 Sep 2010 16:19:02 UTC
Severity: normal
Tags: moreinfo
Found in version 24.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7134 in the body.
You can then email your comments to 7134 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7134
; Package
emacs
.
(Wed, 29 Sep 2010 16:19:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Bob Nnamtrop <bobnnamtrop <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 29 Sep 2010 16:19:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I use emacs on Mac OS X in X11 and for some time this bug has been present
(23.1, 23.2, bzr trunk). If emacs is started in daemon mode
emacs -Q --daemon
and then a frame is brought up using
emacsclient -n -c
and then another frame is made from the first one using
C-x 5 2
Now is the mouse is moved between them then focus follows the mouse (as I
have setup in the window manager) and I can type in the correct frame. BUT
the mode line is not highlighted correctly as I move the mouse. The
original frame keeps the highlighting no matter where the mouse is. If I
click on the second frame then the mode line highlighting moves there but
then it says there (ie, doesn't mode with the mouse).
Note that this only happens if emacs is started in daemon mode (or with M-x
server-start). If emacs is started normally then the mode line highlighting
follows the mouse as it should.
Bob
In GNU Emacs 24.0.50.2 (i386-apple-darwin9.8.0, GTK+ Version 2.20.1)
of 2010-09-29 on ***
Windowing system distributor `The X.Org Foundation', version 11.0.10802000
configured using `configure '--prefix=/Users/***/local-emacs-bzr''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
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: nil
value of $XMODIFIERS: nil
locale-coding-system: nil
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
[Message part 2 (text/html, inline)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7134
; Package
emacs
.
(Wed, 03 Nov 2010 22:45:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 7134 <at> debbugs.gnu.org (full text, mbox):
I just noticed that setting mouse-autoselect-window to t fixes this
problem, even though the original problem is an issue between frames
and this variable is suppose to affect windows. Just thought this may
help someone if they looked into the original problem.
Bob
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#7134
; Package
emacs
.
(Wed, 02 Jun 2021 08:58:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 7134 <at> debbugs.gnu.org (full text, mbox):
Bob Nnamtrop <bobnnamtrop <at> gmail.com> writes:
> I use emacs on Mac OS X in X11 and for some time this bug has been present (23.1,
> 23.2, bzr trunk). If emacs is started in daemon mode
>
> emacs -Q --daemon
>
> and then a frame is brought up using
>
> emacsclient -n -c
>
> and then another frame is made from the first one using
>
> C-x 5 2
>
> Now is the mouse is moved between them then focus follows the mouse (as I have
> setup in the window manager) and I can type in the correct frame. BUT the mode line
> is not highlighted correctly as I move the mouse.
(I'm going through old bug reports that unfortunately got no response at
the time.)
Are you still seeing this issue in recent versions of Emacs?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 02 Jun 2021 08:58:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#7134
; Package
emacs
.
(Wed, 30 Jun 2021 13:23:03 GMT)
Full text and
rfc822 format available.
Message #16 received at 7134 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Are you still seeing this issue in recent versions of Emacs?
More information was requested, but no response was given within a
month, so I'm closing this bug report. If the problem still exists,
please respond to this email and we'll reopen the bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
7134 <at> debbugs.gnu.org and Bob Nnamtrop <bobnnamtrop <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 30 Jun 2021 13:23:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 29 Jul 2021 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 17 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.