|
From: | Juri Linkov |
Subject: | bug#64656: 29.0.91; Doc of minibuffer histories and completing-read - automatic addition of completions to DEFAULT list |
Date: | Sun, 05 Nov 2023 20:11:36 +0200 |
User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) |
>>> > `C-h v org TAB' >>> > `M-n' >>> > `M-n' I become convinced more and more that the problem lies somewhere else. Trying to customize 'completions-sort' to the valid option 'nil' ("No sorting") reveals there are some completions where a meaningful order is still not maintained. For example, 'C-x v b l TAB' displays branches in the order reverse from the output of `git for-each-ref --format="%(refname)"`. Here is the fix: #+begin_src patch diff --git a/lisp/vc/vc-git.el b/lisp/vc/vc-git.el index 9ec45c59893..7a3eaba78c7 100644 --- a/lisp/vc/vc-git.el +++ b/lisp/vc/vc-git.el @@ -1723,7 +1729,7 @@ vc-git-revision-table "^refs/\\(heads\\|tags\\|remotes\\)/\\(.*\\)$"))) (while (re-search-forward regexp nil t) (push (match-string 2) table)))) - table)) + (nreverse table))) (defun vc-git-revision-completion-table (files) (letrec ((table (lazy-completion-table #+end_src
[Prev in Thread] | Current Thread | [Next in Thread] |