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: position on changing defaults? Date: Sun, 09 Mar 2008 00:18:25 +0000 Message-ID: References: <200803050637.m256bXL3008361@sallyv1.ics.uci.edu> <200803052230.m25MUORx001881@sallyv1.ics.uci.edu> <200803070407.m27471TG016558@sallyv1.ics.uci.edu> <200803081926.m28JQnGK005206@sallyv1.ics.uci.edu> <200803082003.m28K36km022429@sallyv1.ics.uci.edu> <87ejak3hrt.fsf@kfs-lx.rd.rdm> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1205021943 26799 80.91.229.12 (9 Mar 2008 00:19:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 9 Mar 2008 00:19:03 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 09 01:19:31 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JY9Fy-0003GS-Vi for ged-emacs-devel@m.gmane.org; Sun, 09 Mar 2008 01:19:15 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JY9FQ-0005Ix-Tv for ged-emacs-devel@m.gmane.org; Sat, 08 Mar 2008 19:18:40 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JY9FM-0005If-Gg for emacs-devel@gnu.org; Sat, 08 Mar 2008 19:18:36 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JY9FM-0005IN-1f for emacs-devel@gnu.org; Sat, 08 Mar 2008 19:18:36 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JY9FL-0005IJ-QP for emacs-devel@gnu.org; Sat, 08 Mar 2008 19:18:35 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JY9FL-0007AZ-8T for emacs-devel@gnu.org; Sat, 08 Mar 2008 19:18:35 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JY9FJ-0006eZ-Ih for emacs-devel@gnu.org; Sun, 09 Mar 2008 00:18:33 +0000 Original-Received: from notch.damtp.cam.ac.uk ([131.111.16.112]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 09 Mar 2008 00:18:33 +0000 Original-Received: from S.J.Eglen by notch.damtp.cam.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 09 Mar 2008 00:18:33 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 34 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: notch.damtp.cam.ac.uk User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.90 (gnu/linux) Cancel-Lock: sha1:mDnWqgY/5utpV6vXprj11PoW5pA= X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:91810 Archived-At: Thanks to Dan for alerting me to this thread. >> With ido-mode, you type C-x b blablabla C-j y RET to create a new buffer. >> I guess it's the same with iswitchb. yes, thanks Kim, C-j will create the buffer of exactly that name. > I use scratch buffers quite often, anything that requires more than C-x > b x RET to go to buffer x would not be acceptable for me. Its behaviour when you hit RET will be to go to the most recent buffer that contains `x' in its buffer name. It should not go to some RANDOM buffer (as you earlier reported) when you hit RET; if you think there is a bug, please report it to me. To get the behaviour you want, C-x b x C-j will do one of two things: 1. If a buffer by the name of 'x' already exists, it will go that buffer. (As pointed out by Dan, if that buffer is already visible in another frame, the default behaviour is to raise that frame -- see iswitchb-default-method -- maybe you'd prefer 'samewindow.) 2. If no buffer by the name 'x' exists, then you are asked if you want to create a new one by that name. These small issues aside, I'd be honoured if iswitchb became the default buffer switching mechanism, but perhaps it may be too specialised to be intuitive for a new user to work with. (Probably a new user would want something interactive, but more like how window managers switch between applications with Alt+TAB and such like?) There are many alternative buffer switching methods, of which mine is just one {that I hope Richard might one day try!}. Best wishes, Stephen