GNU bug report logs -
#1266
23.0.60; Cycling between possible completion points in partial-completion-mode
Previous Next
Reported by: Tassilo Horn <thorn <at> fastmail.fm>
Date: Tue, 28 Oct 2008 12:10:04 UTC
Severity: normal
Done: Chong Yidong <cyd <at> stupidchicken.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 1266 in the body.
You can then email your comments to 1266 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Tassilo Horn <thorn <at> fastmail.fm>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I have the following directories below ~/uni/repos/
re-group/
redseeds-main/
redseeds-uko/
When I do
C-x C-f ~/uni/repos/re-<TAB>
the completions are shown and point moves before the hyphen. To
complete to re-group/ I have to move point explicitly to the end using
`C-e' and enter the g followed by an additional <TAB>.
I think it would be very convenient if <TAB> cycled between all possible
completion points, starting with the last position if the current entry
matches the start of an item completely. So in my example
C-x C-f ~/uni/repos/re-<TAB>
would pop up the completion list and let point stay at the end. An
additional <TAB> would move point to before the hyphen. Another <TAB>
would move it to the end again.
Is that possible?
It's all tested with emacs -Q.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/23.0.60/etc/DEBUG for instructions.
In GNU Emacs 23.0.60.1 (x86_64-pc-linux-gnu, GTK+ Version 2.14.4)
of 2008-10-24 on thinkpad
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
configured using `configure '--prefix=/usr' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--libdir=/usr/lib64' '--program-suffix=-emacs-23' '--infodir=/usr/share/info/emacs-23' '--with-sound' '--with-x' '--with-toolkit-scroll-bars' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xpm' '--with-freetype' '--with-xft' '--with-libotf' '--with-m17n-flt' '--with-x-toolkit=gtk' '--without-hesiod' '--with-kerberos' '--with-kerberos5' '--with-gpm' '--with-dbus' '--build=x86_64-pc-linux-gnu' 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' 'CFLAGS=-g -ggdb -O1 -pipe' 'LDFLAGS=''
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: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Group
Minor modes in effect:
gnus-topic-mode: t
gnus-undo-mode: t
rcirc-track-minor-mode: t
yas/minor-mode: t
partial-completion-mode: t
shell-dirtrack-mode: t
recentf-mode: t
iswitchb-mode: t
window-number-meta-mode: t
window-number-mode: t
savehist-mode: t
exec-abbrev-cmd-mode: t
show-paren-mode: t
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<left> <left> <right> <right> <right> <right> <M-backspace>
w e n n SPC m รถ g l i c h M-q M-q <down> <up> <down>
<down> <down> <down> M-q <down> <down> <down> <up>
<up> <up> <up> <down> <down> <down> <down> <up> <up>
<up> <up> <up> <up> <up> <up> <down> <down> <down>
<down> <down> <down> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <M-backspace> M-q <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> C-c C-c c <return> c <return> SPC c
<return> <return> SPC c l s <down-mouse-1> <mouse-1>
C-c g <up> <up> <return> <return> <return> <return>
<return> <return> <return> <return> <return> <return>
<return> <return> <return> <return> ^ <return> <return>
<return> <return> <return> <return> <return> <return>
<return> <return> <return> <return> <return> <return>
<return> <return> <return> <return> <return> <return>
<return> <return> <return> <return> <return> <return>
<return> <return> <return> <return> <return> <return>
<return> <return> <return> <return> <return> <return>
q <return> c <up> <up> <up> <up> <return> <return>
<return> <return> <return> <return> <down> <return>
B <backspace> y q <return> <return> <return> q C-h
i u u u u m e m a <tab> <return> s p a r t i a l -
c o m p l e t i o n <return> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <up> <up>
<up> <up> <up> <up> <up> q C-x C-f u n <tab> r <tab>
r e <tab> l <backspace> - <tab> <tab> <tab> <tab> <tab>
<tab> <tab> <tab> C-g M-x r e b <return> r e p <tab>
<return>
Recent messages:
20081028T124829.852> Scoring...
20081028T124829.854> Scoring...done
20081028T124829.855> Generating summary...
20081028T124829.856> Generating summary...done
20081028T124833.885> End of message
20081028T124835.101> Exiting summary buffer and applying spam rules
20081028T124835.110> nnimap: Setting marks in INBOX.mailinglists.emacs-devel...
20081028T124835.131> nnimap: Setting marks in INBOX.mailinglists.emacs-devel...done
20081028T124835.185> No more unread newsgroups
Info-extract-pointer: Node has no Up
Quit
--
The glass is neither half-full nor half-empty: it's twice as big as it
needs to be.
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
> Is that possible?
FWIW the default completion now includes
partial-completion-like behavior. So you may want to turn off
partial-completion-mode in Emacs-23 (you may also want to tweak
completion-styles to bring the completion behavior closer to
partial-completion-mode by removing `basic').
It won't really answer your question, but it will slightly change the
behavior (e.g. point will not move to before the hyphen any more, at
least not until there's something to be typed at point).
Stefan
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Tassilo Horn <thorn <at> fastmail.fm>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #20 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
Hi Stefan,
>> Is that possible?
>
> FWIW the default completion now includes partial-completion-like
> behavior. So you may want to turn off partial-completion-mode in
> Emacs-23 (you may also want to tweak completion-styles to bring the
> completion behavior closer to partial-completion-mode by removing
> `basic').
I did that and like the behavior. It's even better (simpler) than
cycling around.
Is partial-completion-mode going to be removed because of that new
feature?
Bye,
Tassilo
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Tassilo Horn <thorn <at> fastmail.fm>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Markus Triska <markus.triska <at> gmx.at>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #30 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Tassilo Horn <thorn <at> fastmail.fm> writes:
> Is partial-completion-mode going to be removed because of that new
> feature?
In case it stays: Its doc-string is no longer correct:
"For example, M-x p-c-m expands to M-x partial-completion-mode since
no other command begins with that sequence of characters"
For M-x p-c-m, I get as completions:
partial-completion-mode
pmail-edit-current-message
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Stefan Monnier <monnier <at> IRO.UMontreal.CA>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #35 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
>>> Is that possible?
>> FWIW the default completion now includes partial-completion-like
>> behavior. So you may want to turn off partial-completion-mode in
>> Emacs-23 (you may also want to tweak completion-styles to bring the
>> completion behavior closer to partial-completion-mode by removing
>> `basic').
> I did that and like the behavior. It's even better (simpler) than
> cycling around.
> Is partial-completion-mode going to be removed because of that new
> feature?
I think so, but I see no hurry to do that.
Stefan
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Stefan Monnier <monnier <at> IRO.UMontreal.CA>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1266
; Package
emacs
.
Full text and
rfc822 format available.
Message #43 received at 1266 <at> emacsbugs.donarmstrong.com (full text, mbox):
Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
> >>> Is that possible?
> >> FWIW the default completion now includes partial-completion-like
> >> behavior. So you may want to turn off partial-completion-mode in
> >> Emacs-23 (you may also want to tweak completion-styles to bring the
> >> completion behavior closer to partial-completion-mode by removing
> >> `basic').
>
> > I did that and like the behavior. It's even better (simpler) than
> > cycling around.
> > Is partial-completion-mode going to be removed because of that new
> > feature?
>
> I think so, but I see no hurry to do that.
Maybe NEWS should make it more clear that partial-completion-mode might
not be needed anymore...
Reply sent to
Chong Yidong <cyd <at> stupidchicken.com>
:
You have taken responsibility.
Full text and
rfc822 format available.
Notification sent to
Tassilo Horn <thorn <at> fastmail.fm>
:
bug acknowledged by developer.
Full text and
rfc822 format available.
Message #48 received at 1266-done <at> emacsbugs.donarmstrong.com (full text, mbox):
> "For example, M-x p-c-m expands to M-x partial-completion-mode since
> no other command begins with that sequence of characters"
>
> For M-x p-c-m, I get as completions:
>
> partial-completion-mode
> pmail-edit-current-message
pmail-* will be renamed to rmail-* before the release, so we don't need
to worry about this.
This thread seems to be over, so I'm closing the bug in the tracker.
bug archived.
Request was from
Debbugs Internal Request <don <at> donarmstrong.com>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Fri, 05 Dec 2008 15:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 294 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.