From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Josh Newsgroups: gmane.emacs.devel Subject: Re: "Adobe Brackets like" editing in emacs Date: Wed, 19 Mar 2014 09:20:59 -0700 Message-ID: References: <87txav5jnz.fsf@lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=20cf30434a1c9210f604f4f80bdd X-Trace: ger.gmane.org 1395246093 27589 80.91.229.3 (19 Mar 2014 16:21:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Mar 2014 16:21:33 +0000 (UTC) Cc: emacs-devel To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 19 17:21: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 1WQJFM-0003fg-Rx for ged-emacs-devel@m.gmane.org; Wed, 19 Mar 2014 17:21:41 +0100 Original-Received: from localhost ([::1]:42554 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQJFM-0007Hd-Cp for ged-emacs-devel@m.gmane.org; Wed, 19 Mar 2014 12:21:40 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54793) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQJFH-0007EX-7G for emacs-devel@gnu.org; Wed, 19 Mar 2014 12:21:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WQJFD-00063P-59 for emacs-devel@gnu.org; Wed, 19 Mar 2014 12:21:35 -0400 Original-Received: from mail-yh0-f47.google.com ([209.85.213.47]:37146) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQJFC-00063J-WA for emacs-devel@gnu.org; Wed, 19 Mar 2014 12:21:31 -0400 Original-Received: by mail-yh0-f47.google.com with SMTP id 29so8784379yhl.6 for ; Wed, 19 Mar 2014 09:21:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=oXuGuIiiFCRWFd2PJl2fgKbOoCpq+FvoheWTh2Ok6s0=; b=Foy7woWlMzDQpejhjJLGfTBIzrE5AF/ZiJbOtd6tCNaLoPjFWAQXYa6xincafeh/zm FyAtZjiHkePZuUS3YZvvwK3Z+wW0EzFXKFE4T+gGn1MRT9tO/1WTul4QHvUU4DBorUhk FTf/shMlf4LQHxj/XeSDgtRS0pjUg3etEF7YalOpEXnj1TUT5lYASaeXrYOl2EzO31pI cK7jqz4qQB9NCLNCE5iKHUpzPUjKvUHhr/wkxBRwKtFKYeu/prkk78yHDZvvbnMgY8UT XisnGfT9XoFwIT2hns7dvf8E5hjEyl5pfVJTuJbT3aTBbXvOSMDVBpDcyE7L9W5r2RLg Q/Bg== X-Gm-Message-State: ALoCoQlvQ17hqPd62/l9ksFW9T1P5PNoSW1fkr7/ifankGziPgKvzbTBAUTS7MFdDVWFd4YSGB4O X-Received: by 10.236.160.9 with SMTP id t9mr27683306yhk.10.1395246090022; Wed, 19 Mar 2014 09:21:30 -0700 (PDT) Original-Received: by 10.170.156.136 with HTTP; Wed, 19 Mar 2014 09:20:59 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: G0EPH1UVnl10ylcIm-QQrkjLyhA X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.213.47 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:170546 Archived-At: --20cf30434a1c9210f604f4f80bdd Content-Type: text/plain; charset=ISO-8859-1 On Tue, Mar 18, 2014 at 9:00 PM, Richard Stallman wrote: > A quick peek+edit in a #include in C, or "use My::Module" in Perl > (where > you can say `perldoc -l My::Module' to find the module file), etc. > would > be handy. > > We already have such features, but they display the other file in > another buffer. Why is it useful to put them in one buffer? > > What does it look like, to have multiple files in one buffer? One possibility, which may not be optimal but which does have the distinct advantage of already being implemented, is Magnar Sveen's multifiles.el[0] library, inspired by this[1] question. Incidentally, I've often wished for the inverse functionality, i.e. the ability to conveniently partition a file-visiting buffer into a set of indirect buffers, which could then have different major modes, buffer-local variable values, minor modes, etc. Maybe someone will tell me that this, too, already exists :) [0] https://github.com/magnars/multifiles.el [1] http://www.reddit.com/r/emacs/comments/10gc9u/can_i_have_multiple_parts_of_buffers_in_one_super/ Josh --20cf30434a1c9210f604f4f80bdd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On T= ue, Mar 18, 2014 at 9:00 PM, Richard Stallman <rms@gnu.org> wrote:=
=A0 =A0 A quick peek+edit= in a #include in C, or "use My::Module" in Perl (where
=A0 =A0 you can say `perldoc -l My::Module' to find the module file), e= tc. would
=A0 =A0 be handy.

We already have such features, but they display the other file in
another buffer. =A0 Why is it useful to put them in one buffer?

What does it look like, to have multiple files in one buffer?
<= div>
One possibility, which may not be optimal but which does= have=A0
the=A0distinct=A0advantage=A0of already being implemented, is=A0Magnar=A0
Sveen's=A0multifiles.el[0]=A0library, inspired by this[1]=A0question. =A0

Incidentally, I've often wished for the inverse=A0<= /span>functionality,=A0
= i.e. the ability to conveniently partitio= n a file-visiting buffer into a=A0
set of indirect buffers, which could= then have different major
modes, buffer-local variable values, minor modes, etc. =A0Maybe
someone will tell me that this, too,= already exists :)

--20cf30434a1c9210f604f4f80bdd--