From 101568527f6cbf4ae48fb8c23024260a81ba94cb Mon Sep 17 00:00:00 2001 From: Eli Zaretskii Date: Sat, 19 Nov 2005 12:09:25 +0000 Subject: [PATCH] (partial-completion-mode): Mention completion-auto-help in the doc string. --- lisp/ChangeLog | 3 +++ lisp/complete.el | 9 ++++++++- 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index dd264bca5a6..de11de64de4 100644 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -1,5 +1,8 @@ 2005-11-19 Eli Zaretskii + * complete.el (partial-completion-mode): Mention + completion-auto-help in the doc string. + * man.el (Man-highlight-references): Doc fix. Reformat code in a more Lisp-ish way. diff --git a/lisp/complete.el b/lisp/complete.el index d3ff6c53988..4a2ce48f152 100644 --- a/lisp/complete.el +++ b/lisp/complete.el @@ -203,7 +203,14 @@ other file in that directory begin with that sequence of characters. Unless `PC-disable-includes' is non-nil, the `<...>' sequence is interpreted specially in \\[find-file]. For example, \\[find-file] RET finds the file `/usr/include/sys/time.h'. -See also the variable `PC-include-file-path'." +See also the variable `PC-include-file-path'. + +Partial Completion mode extends the meaning of `completion-auto-help' (which +see) so that if it is neither nil nor t, Emacs will show the *Completions* +buffer only on the second attempt to complete. I.e. if TAB finds nothing +to complete, the first TAB will just say \"Next char not unique\" without +bringing up the *Completions* buffer, and the second TAB will then bring up +the *Completions* buffer." :global t :group 'partial-completion ;; Deal with key bindings... (PC-bindings partial-completion-mode) -- 2.39.5