From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jorgen Grahn Newsgroups: gmane.emacs.help Subject: Re: C-x C-b (switch-to-buffer) smarter suggestions? Date: 11 Feb 2010 18:59:35 GMT Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1265917252 8968 80.91.229.12 (11 Feb 2010 19:40:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 11 Feb 2010 19:40:52 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Feb 11 20:40:50 2010 Return-path: Envelope-to: geh-help-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 1Nfeu8-0003IG-B4 for geh-help-gnu-emacs@m.gmane.org; Thu, 11 Feb 2010 20:40:48 +0100 Original-Received: from localhost ([127.0.0.1]:35698 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nfeu7-0005Pn-Ls for geh-help-gnu-emacs@m.gmane.org; Thu, 11 Feb 2010 14:40:47 -0500 Original-Path: news.stanford.edu!usenet.stanford.edu!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 52 Original-X-Trace: individual.net f+gXHDzbYQdcNgpDO5SyZQw8jF7dHwI/j7zgda+JJl85GpRBVM Cancel-Lock: sha1:OaOjhGJ1nwzWMeB/UcvxJzn1hgs= User-Agent: slrn/pre0.9.9-111 (Linux) Original-Xref: news.stanford.edu gnu.emacs.help:176733 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:71804 Archived-At: On Tue, 2010-02-09, Richard Riley wrote: > Jorgen Grahn writes: > >> On Mon, 2010-02-08, Stefan Monnier wrote: >>>> Let's say I have a dozen buffers, including foo.c and foo.h. I am in >>>> foo.c but I want to jump to foo.h. So I do >>> >>>> C-x C-b foo TAB >>> >>>> But this doesn't complete to foo.h, because foo.c is also an >>>> alternative -- even though that's the buffer I'm explicitly trying to >>>> switch *from*. >>> >>> Apparently, you haven't yet upgraded to Emacs-23. >> >> So you're implying that Emacs 23 fixes exactly that, or that it >> reworks the buffer selection interface completely? >> >> Actually I still use Emacs 21. Emacs 22 is also available as part of >> Debian Linux, but I gain more by sticking to 21, which is the one >> available at work (semi-officially available -- officially we are >> stuck with 20). > > Interesting. I find it astonishing that anyone would insist on using > such an old version. Are your customisations so incompatible with newer > Emacs? The call of the daemon and anti aliased fonts would be enough to > move for most .. Or do you just have an intransigent BOFH? I don't know, but for the Emacs 20 part (20.7, installed on Solaris in 2000 according to time stamps) my guess is a combination of: - lack of attention to the Solaris environment when more and more work is done on Linux - outsourcing of BOFH activities - hard to know what problems an upgrade would cause for hundreds of users; hard to know exactly *who* they are and what features they have come to rely on - maintaining an existing development environment = bad career move; implementing new, complex, proprietary and expensive = good move - the programmers who really care install their own newer Emacs and tell noone about it - Emacs 20 is still a very good text editor I don't think it's uncommon for organizations to end up in that situation, unfortunately. But I wouldn't want to live at the bleeding edge either ... /Jorgen -- // Jorgen Grahn O o .