From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Riley Newsgroups: gmane.emacs.help Subject: Re: emacs mode line suggestions Date: Sun, 16 Nov 2008 19:20:45 +0100 Organization: A noiseless patient Spider Message-ID: References: <15962952-6180-41bd-abce-1b919aa55807@v13g2000pro.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1226860852 11004 80.91.229.12 (16 Nov 2008 18:40:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Nov 2008 18: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 Sun Nov 16 19:41:55 2008 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.50) id 1L1mZA-0007Jp-BJ for geh-help-gnu-emacs@m.gmane.org; Sun, 16 Nov 2008 19:41:48 +0100 Original-Received: from localhost ([127.0.0.1]:59875 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L1mY2-0000wM-2Q for geh-help-gnu-emacs@m.gmane.org; Sun, 16 Nov 2008 13:40:38 -0500 Original-Path: news.stanford.edu!headwall.stanford.edu!news.glorb.com!news.eternal-september.org!news.motzarella.org!motzarella.org!news.motzarella.org!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 45 Original-X-Trace: news.motzarella.org U2FsdGVkX19kdD6kZsL3H+D2M5Ho2RdLn2mZzrd2HwjCwMSMzes6IvMB7CJAxqP50YU+wNWb6A3f14RfZYmlv/kLClSV/QJgGxj03YBWxQrBbPekAcpLQTZ+0Rf+rHEb17aL+dEfFv/Cci9iRDSdpw== Original-X-Complaints-To: Please send complaints to abuse@motzarella.org with full headers Original-NNTP-Posting-Date: Sun, 16 Nov 2008 18:21:13 +0000 (UTC) X-Auth-Sender: U2FsdGVkX1957S0KobvrwGhuuMNLAygIpc6lk5BdHarLm4sA+L+3sA== Cancel-Lock: sha1:GvF2hNaWbNTEsWGEJEUlYJvxOCg= User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Original-Xref: news.stanford.edu gnu.emacs.help:164505 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:59838 Archived-At: Ian Eure writes: > On Nov 15, 2008, at 5:54 PM, Xah wrote: > >> On Nov 15, 1:23 am, Eli Zaretskii wrote: >>>> From:Xah >>>> Date: Fri, 14 Nov 2008 15:18:31 -0800 (PST) >>>> >>>> • clicking on the file name should not switch buffer. >>> >>> That's not the file name, that's the buffer name. >> >> please get the over all picture, not bone picking. >> >>> As for what it should do, I don't see why your preference is better >>> than the current one. Popping a menu requires another click to >>> actually select a buffer, whereas the current behavior does it in one >>> click. >> >> typically, a user has several user buffers open, and as far as i guess >> many programers who use emacs extensively has like hundreds of buffers >> open. Cycling them one by one is not much useful. >> >> Counting emacs's own buffers, those info, messages, scratch, >> completions, grep output, shell output, C-h f and friends output, >> dictionary lookup output, ispell output, man page output ... etc... >> these are typically looked once and not useful afterwards. Switching >> and cycling thru them are not much useful. > I basically agree with this stuff. I doubt many hardcore Emacs users > choose to switch buffers this way, which requires using the mouse. And > the part of the behavior that is least useful is that the switch is > blind - you don't know what buffer you're going to get unless you know > the current state of the buffer-list. > > My objection is to the idea that you don't want star buffers in the > list. These are also used for interaction with external processes: > *ssh: host*, *SQL: foo*, *Twit-recent*, *compilation*, *shell*, > *Python*. It seems ill advised to exclude those from the list. The kind of user that might want to see them is clued in enough to use a prefix or customise their setup accordingly. I must say I agree with Xah and the "well thats the way its always been" kind of reply is not constructive in the slightest.