GNU bug report logs -
#14472
24.3.50; Keybindings for cycling through semantic-symref results
Previous Next
Reported by: Jambunathan K <kjambunathan <at> gmail.com>
Date: Sat, 25 May 2013 15:40:01 UTC
Severity: minor
Found in version 24.3.50
Done: Jambunathan K <kjambunathan <at> gmail.com>
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 14472 in the body.
You can then email your comments to 14472 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#14472
; Package
emacs
.
(Sat, 25 May 2013 15:40:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jambunathan K <kjambunathan <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 25 May 2013 15:40:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
This bug is in two parts:
1. Provide keybindings for cycling through semantic-symref results. I
don't see any right now.
2. Provide a more convenient and shorter prefix to replace existing
C-c ,
----------------------------------------------------------------
Some side notes.
(semantic-mode 1)
Atleast in C-mode,
Development->Navigate Tags->[Previous, Next] Tag bound to
C-c , n and C-c , p
seem to be of questionable utility. It apparently jumps to params (in
order) and function names. More or less, what C-M-n or C-M-p what
achieves.
I was under the mistaken assumption that C-c , n and C-c , p cycle
through symref results created with C-c , g etc. It is not so.
I think part of the confusion is because search functions (as in C-c ,
G) is mixed with non-search local navigation (C-c , p, C-c , n) on to
same prefix C-c ,. As a rgrep user, I am quite happy with M-g M-n M-g
M-p bindings.
----------------------------------------------------------------
In GNU Emacs 24.3.50.3 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
of 2013-05-25 on debian-6.05
Bzr revision: 112729 monnier <at> iro.umontreal.ca-20130525030804-6onx9rhvib7pv3fc
Windowing system distributor `The X.Org Foundation', version 11.0.10707000
Important settings:
value of $LANG: en_IN
locale-coding-system: iso-latin-1-unix
default enable-multibyte-characters: t
In GNU Emacs 24.3.50.3 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
of 2013-05-25 on debian-6.05
Bzr revision: 112729 monnier <at> iro.umontreal.ca-20130525030804-6onx9rhvib7pv3fc
Windowing system distributor `The X.Org Foundation', version 11.0.10707000
Important settings:
value of $LANG: en_IN
locale-coding-system: iso-latin-1-unix
default enable-multibyte-characters: t
Reply sent
to
Jambunathan K <kjambunathan <at> gmail.com>
:
You have taken responsibility.
(Fri, 15 Nov 2013 05:20:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Jambunathan K <kjambunathan <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 15 Nov 2013 05:20:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 14472-done <at> debbugs.gnu.org (full text, mbox):
OP here. Closed.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 13 Dec 2013 12:24:27 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 271 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.