From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: "Adobe Brackets like" editing in emacs Date: Wed, 19 Mar 2014 14:18:29 -0400 Message-ID: References: , , , , Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1395253110 22103 80.91.229.3 (19 Mar 2014 18:18:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Mar 2014 18:18:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tom Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 19 19:18:41 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 1WQL4X-0004BX-1Y for ged-emacs-devel@m.gmane.org; Wed, 19 Mar 2014 19:18:37 +0100 Original-Received: from localhost ([::1]:43083 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQL4W-0001Nh-JP for ged-emacs-devel@m.gmane.org; Wed, 19 Mar 2014 14:18:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56576) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQL4S-0001Ku-Av for emacs-devel@gnu.org; Wed, 19 Mar 2014 14:18:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WQL4Q-0006ZO-AT for emacs-devel@gnu.org; Wed, 19 Mar 2014 14:18:32 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50807) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQL4Q-0006ZK-7t for emacs-devel@gnu.org; Wed, 19 Mar 2014 14:18:30 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WQL4P-0004jm-MO; Wed, 19 Mar 2014 14:18:29 -0400 In-reply-to: (message from Tom on Wed, 19 Mar 2014 16:01:34 +0000 (UTC)) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:170562 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] You could emulate something similar with windows. If this view is only temporary while the editing is progress then the code could split the current window below the relevant line, hide the mode line temporarily, so there is no distracting ui element between the referring code and the referred code and put the definition in the bottom window. That implementation would be convenient if we want Emacs commands to treat the two as separate windows. Is that what we want? Likewise with the proposal to use a tooltip-like frame for this. Likewise with the proposal to use display-strings for this. There are many ways to _show_ text from multiple files. The crucial question is, how do we want editing commands to work in that mode? That will constrain the possible implementations much more. We might want to create a C-level construct for showing parts of various buffers as if they were a single buffer, and arrange for editing primitives such as insert and delete to operate on the underlying buffer for the part of the text where you do them. Should they give errors if applied to regions that stretch from one file to another? That would be easy to do and would sidestep hard problems that perhaps don't need to be solved. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call.