* Re: bug#499: 23.0.60; minibuffer tab completion regression
[not found] ` <jwv63rsh2c6.fsf-monnier+emacsbugreports@gnu.org>
@ 2008-06-29 15:06 ` James Cloos
2008-06-29 17:26 ` Stefan Monnier
0 siblings, 1 reply; 2+ messages in thread
From: James Cloos @ 2008-06-29 15:06 UTC (permalink / raw)
To: ding; +Cc: Stefan Monnier
>>>>> "Stefan" == Stefan Monnier <monnier@iro.umontreal.ca> writes:
For ding readers:
gnus-article-save-part's setup of appending the proposed filename to the
current save dir as the prompt no longer allows one to easily type in a
new path using tab completion without customizing completion-styles as
Stefan describes below.
JimC> In short, pathname tab completion used to ignore everything at
JimC> and right of point whereas now it does not.
Stefan> Indeed, it does now: it constrains the list of possible
Stefan> completions to those that include the text after point.
Stefan> E.g. if your minibuffer is "/foo/bat.c" you can place point
Stefan> after "bat" and hit TAB to complete to a filename among
Stefan> "bat*.c".
Stefan> You can get the old behavior with one of the following:
Stefan> - C-k TAB C-y
Stefan> - customizing completion-styles: you can for example replace
Stefan> `basic' by `emacs22' to get back Emacs-22's behavior. Note
Stefan> that if you select `emacs21' you won't get this behavior
Stefan> since Emacs-21 (and all previous Emacs) did not ignore the
Stefan> text after point.
Forwarded to the ding list in case any changes need to be made to how
gnus prompts for output filenames....
-JimC
--
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: bug#499: 23.0.60; minibuffer tab completion regression
2008-06-29 15:06 ` bug#499: 23.0.60; minibuffer tab completion regression James Cloos
@ 2008-06-29 17:26 ` Stefan Monnier
0 siblings, 0 replies; 2+ messages in thread
From: Stefan Monnier @ 2008-06-29 17:26 UTC (permalink / raw)
To: James Cloos; +Cc: ding
> For ding readers:
> gnus-article-save-part's setup of appending the proposed filename to the
> current save dir as the prompt no longer allows one to easily type in a
> new path using tab completion without customizing completion-styles as
> Stefan describes below.
JimC> In short, pathname tab completion used to ignore everything at
JimC> and right of point whereas now it does not.
Stefan> Indeed, it does now: it constrains the list of possible
Stefan> completions to those that include the text after point.
Stefan> E.g. if your minibuffer is "/foo/bat.c" you can place point
Stefan> after "bat" and hit TAB to complete to a filename among
Stefan> "bat*.c".
Stefan> You can get the old behavior with one of the following:
Stefan> - C-k TAB C-y
Stefan> - customizing completion-styles: you can for example replace
Stefan> `basic' by `emacs22' to get back Emacs-22's behavior. Note
Stefan> that if you select `emacs21' you won't get this behavior
Stefan> since Emacs-21 (and all previous Emacs) did not ignore the
Stefan> text after point.
> Forwarded to the ding list in case any changes need to be made to how
> gnus prompts for output filenames....
Probably the best choice is to do like C-x C-w does:
- don't insert initially the file name in the minibuffer.
- let M-n insert the default file name in the minibuffer.
- if the user enters just a directory name, append the base file name
to it.
Stefan
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-06-29 17:26 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <m3prq05zf6.fsf@lugabout.jhcloos.org>
[not found] ` <jwv63rsh2c6.fsf-monnier+emacsbugreports@gnu.org>
2008-06-29 15:06 ` bug#499: 23.0.60; minibuffer tab completion regression James Cloos
2008-06-29 17:26 ` Stefan Monnier
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).