From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Apologia for bzr Date: Thu, 9 Jan 2014 14:05:34 -0800 (PST) Message-ID: <7996931e-e62c-4bc0-9f12-d6d8a1dde9b4@default> References: <20140103152117.GA16679@c3po> <20140104082857.GA22010@thyrsus.com> <20140105205645.GA12781@thyrsus.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1389305160 23023 80.91.229.3 (9 Jan 2014 22:06:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jan 2014 22:06:00 +0000 (UTC) To: Rogerio Senna , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 09 23:06:04 2014 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 1W1Njn-0006hD-Oa for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 23:06:03 +0100 Original-Received: from localhost ([::1]:54394 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1Njm-0004Lk-VK for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 17:06:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47874) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1Njb-0004Ke-Ko for emacs-devel@gnu.org; Thu, 09 Jan 2014 17:06:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1NjP-0007py-TA for emacs-devel@gnu.org; Thu, 09 Jan 2014 17:05:51 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:48264) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1NjP-0007pp-NK for emacs-devel@gnu.org; Thu, 09 Jan 2014 17:05:39 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id s09M5aoK018564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Jan 2014 22:05:37 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s09M5ZdK018977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Jan 2014 22:05:36 GMT Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s09M5ZV7022531; Thu, 9 Jan 2014 22:05:35 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 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:167983 Archived-At: >>> In regard to windows, buffers and frames, we could have a mode of >>> operation which ties each buffer to a one-window frame. =A0That would >>> eliminate a lot of complexity. >>> >>> We could even offer that as the mode of use for beginners, if that >>> would make it easier for a new generation of hackers to become Emacs >>> users. =A0I don't know whether it WOULD have that effect, but if it >>> would, I think it is a good idea. >> >> I'm somewhat doubtful this would be well-directed effort. =A0In my >> experience, he complexity that beginners react badly to is not >> multi-window/multi-buffer, it's 1,001 spiky keystroke sequences. > > I couldn't help but notice that this (having each buffer tied to a > single frame) really sounds like One On One Emacs. ;-) But One On One Emacs does *not* tie a buffer to a frame. Only *Help*, *Completions*, and special-display buffers have dedicated windows (by default). You can split windows, visit a different buffer in the same frame, or do anything else that you might normally do in Emacs. The main difference is that when you display a buffer it typically pops up in a separate frame.