From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#6076: 23.1.96; [PATCH] rcirc-complete for nicks and commands Date: Tue, 04 May 2010 14:29:40 -0400 Message-ID: References: <87vdb3y7bv.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1273046202 23413 80.91.229.12 (5 May 2010 07:56:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 5 May 2010 07:56:42 +0000 (UTC) Cc: 6076@debbugs.gnu.org, Leo To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 05 09:56:40 2010 connect(): No such file or directory Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O9ZTD-0002RQ-Ae for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 May 2010 09:56:40 +0200 Original-Received: from localhost ([127.0.0.1]:49733 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9ZTC-0005ud-A7 for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 May 2010 03:56:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O9NHw-0006e2-RE for bug-gnu-emacs@gnu.org; Tue, 04 May 2010 14:56:12 -0400 Original-Received: from [140.186.70.92] (port=58411 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9NHs-0006c1-4p for bug-gnu-emacs@gnu.org; Tue, 04 May 2010 14:56:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O9NHn-0007ze-GP for bug-gnu-emacs@gnu.org; Tue, 04 May 2010 14:56:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34098) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O9NHn-0007zV-D0 for bug-gnu-emacs@gnu.org; Tue, 04 May 2010 14:56:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1O9Msc-0001eP-UD; Tue, 04 May 2010 14:30:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 May 2010 18:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6076 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 6076-submit@debbugs.gnu.org id=B6076.12729977916322 (code B ref 6076); Tue, 04 May 2010 18:30:02 +0000 Original-Received: (at 6076) by debbugs.gnu.org; 4 May 2010 18:29:51 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O9MsR-0001dv-HW for submit@debbugs.gnu.org; Tue, 04 May 2010 14:29:51 -0400 Original-Received: from tomts40.bellnexxia.net ([209.226.175.97] helo=tomts40-srv.bellnexxia.net) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O9MsO-0001dq-II for 6076@debbugs.gnu.org; Tue, 04 May 2010 14:29:49 -0400 Original-Received: from toip5.srvr.bell.ca ([209.226.175.88]) by tomts40-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20100504182943.CAKM1888.tomts40-srv.bellnexxia.net@toip5.srvr.bell.ca> for <6076@debbugs.gnu.org>; Tue, 4 May 2010 14:29:43 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAB4D4EtGN5LW/2dsb2JhbACdL3K+TIUTBA Original-Received: from bas1-montreal42-1178047190.dsl.bell.ca (HELO alfajor.home) ([70.55.146.214]) by toip5.srvr.bell.ca with ESMTP; 04 May 2010 14:44:54 -0400 Original-Received: by alfajor.home (Postfix, from userid 20848) id B1510BB4C3; Tue, 4 May 2010 14:29:40 -0400 (EDT) In-Reply-To: <87vdb3y7bv.fsf@mail.jurta.org> (Juri Linkov's message of "Tue, 04 May 2010 19:18:09 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 04 May 2010 14:30:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:36690 Archived-At: >> 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