GNU bug report logs - #6076
23.1.96; [PATCH] rcirc-complete for nicks and commands

Previous Next

Package: emacs;

Reported by: Leo <sdl.web <at> gmail.com>

Date: Sun, 2 May 2010 08:53:01 UTC

Severity: normal

Tags: patch

Found in version 23.1.96

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Juri Linkov <juri <at> jurta.org>
Cc: 6076 <at> debbugs.gnu.org, Leo <sdl.web <at> gmail.com>
Subject: bug#6076: 23.1.96; [PATCH] rcirc-complete for nicks and commands
Date: Tue, 04 May 2010 14:29:40 -0400
>> I guess the right solution is to improve completion-at-point so that it
>> can be told to use cycling (the functionality is already provided by the
>> minibuffer-force-complete command).
> `flyspell-auto-correct-word' (bound to M-TAB) that cycles through
> completions could use this as well.

Even more so, yes, because the choice between completion and cycling
is not just a preference for this one.

>> This relates to a larger question: how to provide "in-buffer" the
>> variety of completion commands seen in minibuffer completion.
>> I.e. minibuffer-completion-help, minibuffer-force-complete,
>> minibuffer-complete-word, icomplete-mode, ...
> Is the problem in the implementation of these commands or in choosing
> key bindings for them available for "in-buffer" completion?

I'm not sure.  We could try and provide key bindings for all those
commands, but that would seem close to impossible: we're talking about
keybindings that would mostly need to be very short (single-key) to be
worthwhile, and we really don't have that many single-key available.

So, I see it as an implementation problem where we want to make
in-buffer completion modal to some extent: when in-buffer completion is
started you'd be put into a new "mode" (kind of like isearch, I guess),
where new completion commands become available.  The main problem is
how/when to leave this mode (it should be as seamless as possible).
Some other reason for such a change: we want to be able to run code when
completion is finished, e.g. to hide the *Completion* buffer.


        Stefan




This bug report was last modified 14 years and 307 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.