From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Alex Schroeder Newsgroups: gmane.emacs.devel Subject: Re: irepeat.el - repeat through history data FAST Date: Mon, 25 Mar 2002 11:42:54 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: <87n0wxylld.fsf@gnu.org> References: <87y9glt4h1.fsf@openprivacy.org> <200203231613.g2NGDkG02163@aztec.santafe.edu> <87g02rxh0k.fsf@openprivacy.org> <200203250019.g2P0Jck02925@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017052963 8601 127.0.0.1 (25 Mar 2002 10:42:43 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 25 Mar 2002 10:42:43 +0000 (UTC) Cc: burton@openprivacy.org, emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16pRw2-0002Ec-00 for ; Mon, 25 Mar 2002 11:42:42 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16pS42-0001Di-00 for ; Mon, 25 Mar 2002 11:50:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pRvb-0001Qa-00; Mon, 25 Mar 2002 05:42:15 -0500 Original-Received: from relay03.cablecom.net ([62.2.33.103]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pRtl-0001KS-00; Mon, 25 Mar 2002 05:40:22 -0500 Original-Received: from mail.swissonline.ch (mail.swissonline.ch [62.2.32.83]) by relay03.cablecom.net (8.11.6/8.11.4/SOL/AWF/MXRELAY/06072001) with ESMTP id g2PAeJo55005; Mon, 25 Mar 2002 11:40:19 +0100 (CET) Original-Received: from confusibombus (dclient217-162-233-15.hispeed.ch [217.162.233.15]) by mail.swissonline.ch (8.11.6/8.11.4/MSOL-2.30/21-Dec-2000) with ESMTP id g2PAeJc24296; Mon, 25 Mar 2002 11:40:19 +0100 (MET) Original-Received: from alex by confusibombus with local (Exim 3.12 #1 (Debian)) id 16pRwE-00004l-00; Mon, 25 Mar 2002 11:42:54 +0100 Original-To: rms@gnu.org X-Face: ^BC$`[IcggstLPyen&dqF+b2'zyK#r.mU*'Nms}@&4zw%SJ#5!/7SMVjBS7'lb;QK)|IPU5U'o1'522W4TyzB3Ab*IBo^iw]l4|kUbdZuUDO6=Um-.4IzhNiV'B"@K#jy_(wW|Zbk[34flKY^|PrQ?$u2\fKg^]AY>wOX#H32i In-Reply-To: <200203250019.g2P0Jck02925@aztec.santafe.edu> (Richard Stallman's message of "Sun, 24 Mar 2002 17:19:38 -0700 (MST)") Original-Lines: 44 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i686-pc-linux-gnu) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2185 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2185 Richard Stallman writes: > I am not sure irepeat should modify the minibuffer to replace > the standard completion. > > That is the only clean way to do it. That is the only way that avoids > the need to redefine individual commands that use the minibuffer. > That is the only way that works across the board. Hm, I actually thought that irepeat could be an alternative to or a replacement for completing-read. But often this does not make sense, for example I have used irepeat for finding files -- but since irepeat searches a list of strings for matches, the really existing files are not used for completion, the file-name-history is. In this case, how would you want to augment find-file with irepeat? I think this is not possible. It makes more sense when switching buffers, but for switching buffers, we already have a gazillion ways to do it. It makes sense when completing symbols, I think, because the list of symbols is easy to obtain and reasonably fast to search (unlike the list of existing files). Thus there perhaps, a transparent replacement would be the right thing to do. My point is, replacing standard completion is not that easy. Or perhaps you mean that irepeat should work just like icomplete-mode? Perhaps that is the only "generic" way in which irepeat can be used. It could be used in more powerful ways, though. The finding of files based on the history is one such example. But these "better" ways of doing things are difficult to get right, so it seems that you are asking for the hardest part, first. Maybe we should add it to Emacs, then let people offer ways to use it (ie. write functions which use irepeat to do useful stuff), and then let us consider wether we want to add those to Emacs. BTW irepeat comes with some examples, and some of these use the semantic package which is not part of Emacs, yet. So perhaps we just want to take the core of irepeat and add it to Emacs instead of adding the whole list of functions using it. Thus we add irepeat and helpers, which is an alternative to completing-read for elisp authors. That seems like a good first step to me. Alex. -- http://www.emacswiki.org/ Can anybody tell me what is going so dreadfully wrong in Palestine? _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel