Gnus development mailing list
 help / color / mirror / Atom feed
* 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).