From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [Feature Discuss] Nested buffer Date: Tue, 24 Jul 2018 17:33:01 +0300 Message-ID: <83wotkvh42.fsf@gnu.org> References: <87pnzdt87e.fsf@telefonica.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1532442702 11455 195.159.176.226 (24 Jul 2018 14:31:42 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 24 Jul 2018 14:31:42 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 24 16:31:38 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fhyLi-0002s4-3j for ged-emacs-devel@m.gmane.org; Tue, 24 Jul 2018 16:31:38 +0200 Original-Received: from localhost ([::1]:40869 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fhyNo-0002eJ-VK for ged-emacs-devel@m.gmane.org; Tue, 24 Jul 2018 10:33:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52344) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fhyMz-0002dx-Kp for emacs-devel@gnu.org; Tue, 24 Jul 2018 10:33:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fhyMu-00031z-SE for emacs-devel@gnu.org; Tue, 24 Jul 2018 10:32:57 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34943) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fhyMu-00031v-OQ; Tue, 24 Jul 2018 10:32:52 -0400 Original-Received: from [176.228.60.248] (port=3258 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fhyMu-0000s3-5L; Tue, 24 Jul 2018 10:32:52 -0400 In-reply-to: <87pnzdt87e.fsf@telefonica.net> (message from =?iso-8859-1?Q?=D3scar?= Fuentes on Tue, 24 Jul 2018 09:16:05 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:227767 Archived-At: > From: Óscar Fuentes > Date: Tue, 24 Jul 2018 09:16:05 +0200 > > Harry Fei writes: > > > - Case 1: Collect multiple narrowed-indirect-buffers to edit together. > > - Sometimes, when I am working on a large project repository (Maybe > > something like Chromium and AOSP), there are some codes highly related to > > each other which spread in multiple files. So I want to collect them > > together into a host buffer (embed narrow indirect buffer) when I read > > those code. After I understand the logic, I want to edit those > > code in this > > host buffer directly(the content sync back to the origin buffer). Even > > more, I can use other editor functions, eg. string replace. > > Something like this would be very convenient. > > In my case, often I have to work on some feature that touches certain > areas of several source files and, at the same time, create and edit > several test cases, each on one file. Having everything on the same > buffer will save lots of buffer switching, while at the same time > providing a compact "work area" that eases reading and editing. Any reason why several windows side by side couldn't serve the same purpose? (You can disable the mode line if that gets in the way.)