From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Eglen Newsgroups: gmane.emacs.devel Subject: Re: icomplete-mode vs. iswitchb Date: Sat, 07 Dec 2013 13:22:41 +0000 Organization: University of Cambridge, Maths Message-ID: References: <8761ra7uq3.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386422581 29658 80.91.229.3 (7 Dec 2013 13:23:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Dec 2013 13:23:01 +0000 (UTC) Cc: storm@cua.dk To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 07 14:23:07 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VpHqc-0005TK-Nt for ged-emacs-devel@m.gmane.org; Sat, 07 Dec 2013 14:23:06 +0100 Original-Received: from localhost ([::1]:35801 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VpHqc-0000wR-AA for ged-emacs-devel@m.gmane.org; Sat, 07 Dec 2013 08:23:06 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57689) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VpHqU-0000wC-Kq for emacs-devel@gnu.org; Sat, 07 Dec 2013 08:23:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VpHqO-0002o1-PO for emacs-devel@gnu.org; Sat, 07 Dec 2013 08:22:58 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:43701) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VpHqO-0002nq-Ia for emacs-devel@gnu.org; Sat, 07 Dec 2013 08:22:52 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VpHqM-0005LM-NW for emacs-devel@gnu.org; Sat, 07 Dec 2013 14:22:50 +0100 Original-Received: from rgc.damtp.cam.ac.uk ([131.111.17.127]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Dec 2013 14:22:50 +0100 Original-Received: from S.J.Eglen by rgc.damtp.cam.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Dec 2013 14:22:50 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 44 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: rgc.damtp.cam.ac.uk User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:0gj3IqzRv0mtVc2NS7B8kGGAOJ8= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166186 Archived-At: On Fri, Dec 06 2013, Josh wrote: > As was I, and I pressed the point[0] until it became clear to me that > Stefan had already made up his mind. THanks for that link Josh, I had missed that thread. > SM> No, ido is a superset of iswitchb, but AFAICT there's no way to > SM> customize ido such that it works like iswitchb. > > This seems like a decision that merits more investigation than > "AFAICT". I agree. I am copying Kim on this thread, as Kim might be better placed to answer that. My reading of the docstring for ido-mode would suggest that setting it to 'buffer would mean it works like iswitchb. > SM> The plan for "ido by default" is rather to slowly make ido obsolete by > SM> adding the corresponding functionality either in the default completion > SM> UI or in icomplete-mode. > SM> An alternative is to try and re-implement it on top of the current > SM> completion UI. To a large extent, it boils down to the same. there's a fair bit of logic in iswitchb (and ido) to work with specifics of buffer switching (e.g. whether to show it in same window/other window, new frame). Is that in icomplete.el? Likewise, little niceties like deleting buffers (with C-k). > > There's a lot of user code and many libraries built on top of ido. If it's > obsoleted down the line I hope there is an effort to preserve the > current interfaces and behavior to minimize breakage. Is that the > plan? Yes, that's my hope too -- we use 'ido' extensively now in ESS for one. What is the best way for me to test the iswitchb-like behaviour with icomplete? Stephen > [0] http://lists.gnu.org/archive/html/emacs-devel/2013-11/msg00507.html > [1] http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00103.html