GNU bug report logs -
#13643
About symbolic prefix
Previous Next
Reported by: Xue Fuqiao <xfq.free <at> gmail.com>
Date: Thu, 7 Feb 2013 05:46:02 UTC
Severity: minor
Fixed in version 24.2.94
Done: Glenn Morris <rgm <at> gnu.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 13643 in the body.
You can then email your comments to 13643 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13643
; Package
emacs
.
(Thu, 07 Feb 2013 05:46:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Xue Fuqiao <xfq.free <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 07 Feb 2013 05:46:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In (info "(elisp) Active Keymaps"):
When the key sequence starts with a mouse event (optionally preceded
by a symbolic prefix), the active keymaps are determined based on the
position in that event.
I don't know what the "symbolic prefix" means here (maybe it means
something like `down-mouse-1'), but I think it doesn't mean the
`gnus-symbolic-argument' in Gnus. It is confusing here.
--
Best regards, Xue Fuqiao.
http://www.emacswiki.org/emacs/XueFuqiao
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13643
; Package
emacs
.
(Thu, 07 Feb 2013 12:04:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 13643 <at> debbugs.gnu.org (full text, mbox):
The phrase "symbolic prefix" is only in:
(elisp) Active Keymaps
(elisp) Searching Keymaps
(gnus) Symbolic Prefixes
It isn't explained in the first and second node. And the third node is unrelated to the first two nodes.
--
Best regards, Xue Fuqiao.
http://www.emacswiki.org/emacs/XueFuqiao
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13643
; Package
emacs
.
(Thu, 07 Feb 2013 14:25:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 13643 <at> debbugs.gnu.org (full text, mbox):
> In (info "(elisp) Active Keymaps"):
> When the key sequence starts with a mouse event (optionally preceded
> by a symbolic prefix), the active keymaps are determined based on the
> position in that event.
> I don't know what the "symbolic prefix" means here (maybe it means
> something like `down-mouse-1'), but I think it doesn't mean the
> `gnus-symbolic-argument' in Gnus. It is confusing here.
Good question. Maybe this is referring to the case where the mouse
event is on a side element, in which case the key sequence starts with
`header-line', `mode-line', `left-fringe', ...
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13643
; Package
emacs
.
(Fri, 08 Feb 2013 01:25:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 13643 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier wrote:
>> In (info "(elisp) Active Keymaps"):
>> When the key sequence starts with a mouse event (optionally preceded
>> by a symbolic prefix), the active keymaps are determined based on the
[...]
> Maybe this is referring to the case where the mouse event is on a side
> element, in which case the key sequence starts with `header-line',
> `mode-line', `left-fringe', ...
I think the least confusing thing is simply to remove the clause in the
brackets. It doesn't add anything useful. A mouse event is a mouse
event.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13643
; Package
emacs
.
(Fri, 08 Feb 2013 14:03:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 13643 <at> debbugs.gnu.org (full text, mbox):
>>> In (info "(elisp) Active Keymaps"):
>>> When the key sequence starts with a mouse event (optionally preceded
>>> by a symbolic prefix), the active keymaps are determined based on the
> [...]
>> Maybe this is referring to the case where the mouse event is on a side
>> element, in which case the key sequence starts with `header-line',
>> `mode-line', `left-fringe', ...
> I think the least confusing thing is simply to remove the clause in the
> brackets. It doesn't add anything useful. A mouse event is a mouse
> event.
Sounds fine to me,
Stefan
bug marked as fixed in version 24.2.94, send any further explanations to
13643 <at> debbugs.gnu.org and Xue Fuqiao <xfq.free <at> gmail.com>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 08 Feb 2013 17:16: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
.
(Sat, 09 Mar 2013 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 71 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.