bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#64656: 29.0.91; Doc of minibuffer histories and completing-read - au


From: Eli Zaretskii
Subject: bug#64656: 29.0.91; Doc of minibuffer histories and completing-read - automatic addition of completions to DEFAULT list
Date: Thu, 09 Nov 2023 21:31:43 +0200

> From: Juri Linkov <juri@linkov.net>
> Cc: drew.adams@oracle.com,  64656@debbugs.gnu.org
> Date: Thu, 09 Nov 2023 19:03:49 +0200
> 
> >> I guess not many users customize 'completions-sort' to nil.
> >> Otherwise someone may notice that the order of unsorted files
> >> is reversed from the output of `ls -U`.  This could be fixed by:
> >
> > The order is not reverse here, AFAICT, so please show a reproducible
> > recipe to make sure we are on the same page regarding this change.
> 
> A recipe is to customize `completions-sort' to nil ("No sorting"),
> then first call `M-& ls -U RET' and afterwards `C-x C-f TAB TAB'
> and compare the contents of two buffers *Async Shell Command*
> and *Completions*.  The order of files is reversed.

OK, I see it now, thanks.

But IMO this raises several issues:

  . completions-sort affects all completions, not just completions of
    file names, right?  So why the change only for file names?
  . who said that the order we get file names from readdir is the
    "unsorted order", and not its reverse?
  . in any case, I think we should reverse only when completions-sort
    is nil, because otherwise we could adversely affect the sorting
    performed on the results





reply via email to

[Prev in Thread] Current Thread [Next in Thread]