From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id CDMGLevfrV4GLwAA0tVLHw (envelope-from ) for ; Sat, 02 May 2020 21:02:35 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id eALeC/bfrV7pGAAAbx9fmQ (envelope-from ) for ; Sat, 02 May 2020 21:02:46 +0000 Received: from lists.gnu.org (lists.gnu.org [IPv6:2001:470:142::17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 46B79942249 for ; Sat, 2 May 2020 21:02:44 +0000 (UTC) Received: from localhost ([::1]:49366 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jUzHY-00082N-Cg for larch@yhetil.org; Sat, 02 May 2020 17:02:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41204) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jUzFt-0006Uh-7y for emacs-orgmode@gnu.org; Sat, 02 May 2020 17:01:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jUzFr-0006QM-Hm for emacs-orgmode@gnu.org; Sat, 02 May 2020 17:01:00 -0400 Received: from mail-lj1-x231.google.com ([2a00:1450:4864:20::231]:37457) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jUzFr-0006KG-0t for emacs-orgmode@gnu.org; Sat, 02 May 2020 17:00:59 -0400 Received: by mail-lj1-x231.google.com with SMTP id b2so5873352ljp.4 for ; Sat, 02 May 2020 14:00:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2UACfZ0FEnQF+GYQUUOb8Va80L7BX3w8dbT8D4l2flo=; b=qosYdmBXVk/F4TrIznk8A+k8YDikAH80MQrZkDao3/DyJY+1UrgGtuo/YBFFWt2vsS JLxtq/gjvs/fpYAcHYoMWFVWUnfvQLPuMPGiR9gATvIsw6aKkUAzkK/WBPFo+Xw7Mu91 OUW4yI2JDue0gQ9DtOgJ7NV3dMxs7lzg1V/EmLF3g5BWMYWV+8p8jk1tUBXgYIkPMeiB 7VJXos8Kvz2oVBqWBhbwnrOidK2uqraDzCJpi1vvX7pUtpYfRSXQ9kg634iyGjqJsdGc 3yhT6cecU2TTkYUpWp/W0hXy0r9CbLmNwhY13WgM5JCno4cGV16EkOYTwK8Gt50IydSF GPVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2UACfZ0FEnQF+GYQUUOb8Va80L7BX3w8dbT8D4l2flo=; b=B8Il2aNr+yU+qeZFEMqxYzhzOwhjWOvG+75tf0vvKtdV5um75G4ZBA613B3yRMv3Gv mxn4/SR0Zbc7UCcyabzljLf2kSCI4CwqItSV7pEZUepMxUwc/bLfPeyzY/d2P0WA2iKy nKI2n4rMVoEZNrXYSp6b7/ynuBBJchwYSAdtf75nrCWtBQIcyL8opnLb2k+EALjN+p95 MV5i6aMxc5Y23DfFLlbU/zlFse370WbDaSdl+cYIbBinKU9THT/xdfrtNiPS6QB0uBxZ Fh3C8sn77g+tlfrGR7Ge80ix/P7KkpN9dsnEJYVpqH1NVl2xmpdloVaaJHhpB2sE7Ksq Jkqw== X-Gm-Message-State: AGi0PubYwe4KKjWGEIscpzxCLrgxv++IBf3OMWz+oBllqZXm5oLpf3Zz rssk8h3wfTGV6tmgC+ZIg17XMuk8FwaWji7gnDedpamL X-Google-Smtp-Source: APiQypJFPu9O4KtLL8EfUCkZMwPJ9uVAghBu020stWX7ly9ILMD6zHs6nncFxMH/qu2F3VNUtxC02dHvNsVdDscYQW8= X-Received: by 2002:a05:651c:287:: with SMTP id b7mr6202522ljo.82.1588453257441; Sat, 02 May 2020 14:00:57 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ac2:53a8:0:0:0:0:0 with HTTP; Sat, 2 May 2020 14:00:56 -0700 (PDT) In-Reply-To: References: <3CBD8ED5-4D08-49D8-A120-4FCB68ACC9E5@gmail.com> From: Samuel Wales Date: Sat, 2 May 2020 14:00:56 -0700 Message-ID: Subject: Re: Can I "multi-include" a subtree? To: David Rogers Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2a00:1450:4864:20::231; envelope-from=samologist@gmail.com; helo=mail-lj1-x231.google.com X-detected-operating-system: by eggs.gnu.org: Error: [-] PROGRAM ABORT : Malformed IPv6 address (bad octet value). Location : parse_addr6(), p0f-client.c:67 X-Received-From: 2a00:1450:4864:20::231 X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 X-Spam-Score: 0.79 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=qosYdmBX; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 2001:470:142::17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Scan-Result: default: False [0.79 / 13.00]; GENERIC_REPUTATION(0.00)[-0.49496670139105]; MX_INVALID(1.00)[cached]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:142::/48:c]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_BLOCKED(0.00)[gmail.com:dkim,2001:470:142::17:from]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.15), country: US(-0.00), ip: 2001:470:142::17(-0.49)]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MAILLIST(-0.20)[mailman]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_FAIL(0.00)[2001:470:142::17:server fail]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:22989, ipnet:2001:470:142::/48, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; TAGGED_FROM(0.00)[larch=yhetil.org]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; URIBL_BLOCKED(0.00)[thekafkapandemic.blogspot.com:url]; FROM_NEQ_ENVFROM(0.00)[samologist@gmail.com,emacs-orgmode-bounces@gnu.org]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[emacs-orgmode@gnu.org]; HAS_LIST_UNSUB(-0.01)[]; FORGED_RECIPIENTS_MAILLIST(0.00)[]; FORGED_SENDER_MAILLIST(0.00)[] X-TUID: /5WDd621sEro p.s. presumably the agenda would in some cases want to distinguish canonical [in the place whwere ther data will be saved] from non-canonical. also presumably a few traversing commands would want to recognize such regions in order tonot follow non-canonical, or to look for infinite looping, etc. presumably org-id is the best solution for keeping track of which files have or need virtual regions. basically an underneath layer of org-id [but maybe not limited to entries] that the user does not interact with. On 5/2/20, Samuel Wales wrote: > stating the obvious: org typically stores a forest [files] of trees of > nodes. some things you want to put into it are best expressed more > generally than with trees. i call it [boring name] the tree problem. > > there are a bunch of existing sort-of solutions, but to me the best is > linking [as you mentioned], using org-id. although that only links to > entries, and it requires following links. one entry becomes > canonical. you have to set metadata for the linking node. > > there are solutions not implemented that could be better that have > been talked about on the mailng list, but they still have the issues > of following links or other issues. > > duplication is out the window because dry. > > what you seem to want seems to require a feature in emacs in which you > have virtual includable regions. this can be done to a large degree > at the buffer level, but not at the region level. > > that would open up some interesting possibilities, maybe including > inline multi-mode stuff. and it would fix your problem. you could > maybe color the one that is in the file itself differently, or keep > all looking equal status to the user. > > i think there has been discussion on the mailing list and probalby on > emacs-devel recently about an idea similar to this. it migth be teh > same as what you want. not sure. > > it goes by a different name. smoevbody will chime in i hope. > > On 5/2/20, David Rogers wrote: >> Is there a method I can use to include the same subtree in several >> different >> files, such that editing one instance of that subtree updates the others >> automatically? I'm hoping to be able to view the full version of the >> subtree >> in each of the files, without having to follow a link; if what I'm >> describing isn't really possible, then I'll just use links in the other >> files to point to the original subtree, which I know how to do. I'm just >> exploring the sometimes-unexpected possibilities. :) >> >> -- >> Thanks >> David >> >> > > > -- > The Kafka Pandemic > > What is misopathy? > https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html > -- The Kafka Pandemic What is misopathy? https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html