From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: position on changing defaults? Date: Sun, 09 Mar 2008 10:51:45 +0100 Message-ID: <85od9oi5se.fsf@lola.goethe.zz> 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> <200803090027.m290Runt016854@sallyv1.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1205057046 2673 80.91.229.12 (9 Mar 2008 10:04:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 9 Mar 2008 10:04:06 +0000 (UTC) Cc: Stephen Eglen , Andreas Schwab , "Kim F. Storm" , rms@gnu.org, emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 09 11:04:33 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 1JYION-00039Y-Ob for ged-emacs-devel@m.gmane.org; Sun, 09 Mar 2008 11:04:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JYINp-0003zI-Q2 for ged-emacs-devel@m.gmane.org; Sun, 09 Mar 2008 06:03:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JYICF-0007zr-TB for emacs-devel@gnu.org; Sun, 09 Mar 2008 05:52:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JYICC-0007y3-VA for emacs-devel@gnu.org; Sun, 09 Mar 2008 05:51:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JYICC-0007xr-Ak for emacs-devel@gnu.org; Sun, 09 Mar 2008 05:51:56 -0400 Original-Received: from mail-in-02.arcor-online.net ([151.189.21.42]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JYIC4-00048L-Fg; Sun, 09 Mar 2008 05:51:48 -0400 Original-Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 3531532E794; Sun, 9 Mar 2008 10:51:46 +0100 (CET) Original-Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 228E32DAAA4; Sun, 9 Mar 2008 10:51:46 +0100 (CET) Original-Received: from lola.goethe.zz (dslb-084-061-004-139.pools.arcor-ip.net [84.61.4.139]) by mail-in-11.arcor-online.net (Postfix) with ESMTP id B7E6C249270; Sun, 9 Mar 2008 10:51:45 +0100 (CET) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 6DF691C5682B; Sun, 9 Mar 2008 10:51:45 +0100 (CET) In-Reply-To: <200803090027.m290Runt016854@sallyv1.ics.uci.edu> (Dan Nicolaescu's message of "Sat, 08 Mar 2008 16:27:55 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Virus-Scanned: ClamAV 0.92.1/6182/Sun Mar 9 10:10:57 2008 on mail-in-11.arcor-online.net X-Virus-Status: Clean X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:91861 Archived-At: Dan Nicolaescu writes: > The fact that you need to type C-j instead of RET when creating a > buffer does not seem such a huge imposition, it if makes selecting > buffers much easier for everyone else (assuming we don't find a better > solution). I don't think we need more idiosyncratic interfaces in Emacs by default. If we can clad the functionality into something not requiring special keystrokes and learning, everyone is better off. Special modes with non-essential functionality requiring additional learning should remain off by default, I think. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum