From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: "Adobe Brackets like" editing in emacs Date: Thu, 20 Mar 2014 18:28:44 +0200 Message-ID: <837g7o96mb.fsf@gnu.org> References: <87txav5jnz.fsf@lifelogs.com> <87d2hi5p6n.fsf@lifelogs.com> <87wqfp4cck.fsf@lifelogs.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1395332921 25294 80.91.229.3 (20 Mar 2014 16:28:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Mar 2014 16:28:41 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 20 17:28:49 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 1WQfpo-0006SP-Sg for ged-emacs-devel@m.gmane.org; Thu, 20 Mar 2014 17:28:48 +0100 Original-Received: from localhost ([::1]:48145 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQfpo-0005um-Bk for ged-emacs-devel@m.gmane.org; Thu, 20 Mar 2014 12:28:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQfpe-0005jy-9K for emacs-devel@gnu.org; Thu, 20 Mar 2014 12:28:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WQfpY-000856-5e for emacs-devel@gnu.org; Thu, 20 Mar 2014 12:28:38 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:60885) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQfpX-00084i-Ty for emacs-devel@gnu.org; Thu, 20 Mar 2014 12:28:32 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N2Q00N00TL4A900@mtaout29.012.net.il> for emacs-devel@gnu.org; Thu, 20 Mar 2014 18:31:26 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N2Q00GV1TWE3Y80@mtaout29.012.net.il> for emacs-devel@gnu.org; Thu, 20 Mar 2014 18:31:26 +0200 (IST) In-reply-to: <87wqfp4cck.fsf@lifelogs.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.185 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:170629 Archived-At: > From: Ted Zlatanov > Date: Thu, 20 Mar 2014 02:23:55 -0400 > > EZ> I don't get it: switching between adjacent windows is a single > EZ> keystroke away (bind it to a key, if you are annoyed by "C-x o"). > > I have, but looking in *two* places is a kind of context switch and > clutters the display with more windows. How is another window different from having contents of another file inserted into the same window? The only difference is the mode line between them -- is that really such a big deal? > I also use `last-buffer' a lot, but that's also a context switch. Nothing a simple minor mode couldn't handle. > EZ> Sounds over-engineering to me. At the very least, I would suggest a > EZ> fully-functional prototype that uses adjacent windows, before we > EZ> decide if some other UI feature is needed. > > You're asking for a fully-functional prototype of an alternative UI > because a possible UI sounds like overengineering to you after a brief > discussion? I didn't ask for anything. I suggested to have this feature first based on the existing infrastructure, i.e. in another window. This should be easy to implement, and will allow collecting user experience which we currently lack. Then decision of whether we need a new UI, and which one, will be based on something, rather than on thin air. Look at this another way: someone suggests that we adopt a "cool feature" seen in another editor. That editor is for editing HTML (which is hardly the main focus of Emacs), and the specific feature we are discussing here is not the only one, maybe even not the most important one, in Brackets -- just look at the videos on their site. Suddenly we are all sure this will be seemingly cool for editing C/C++ etc., but still insist that the UI feature should look and feel the same, without even trying. Does this make a lot of sense?