Having flexible depth limits or recursion detection would solve the problem. Nice idea 
How did I miss this?! Thanks
Is an inline Set not almost transclusion and would an inline Object (not a link but it’s contents) be the next step for that? The final step I would love to see is block level transclusion, a bit like Microsoft’s Loop components.
You know I’ve been thinking a lot of that myself, when I think about how could AT implement the idea of…
A Set is nothing but a collection of Objects, and it can be presented in a variety of ways (not just grid).
So in theory the “Everything is an Object” idea could be achieved by:
- making blocks the smallest unit (instead of objects)
- what is now an object becomes a Set of arbitrary blocks, representing the cover image, title, paragraphs, the metadata (relations etc) - layout can be represented as metadata there too; that Set would be displayed as “page” (a new view type, that presents the full content of objects in a sequential form)
Blocks and Sets would all be just types.of objects.
I’ve been meaning to update my post linked above with these ideas, but no time 
I love this idea and I hope the team reads this 
Hello everyone 
Transclusion is kind of a backbone of your final vision, because it allows to reference original content and make content addressable web. But in order this one to be viable this is should work across different spaces. So at first we will introduce ability to make several private spaces, then make them public and share/collab. And only after all of this will be done we could implement transclusion mechanism keeping in mind all the space types and interactions. Meanwhile it is really in our team minds so we are going toward this 100%
Moved from Link to object from text selection
Note: this two messages are dated February 2020
Perfection! YES! Please this (/transclude block, this is awesome!
I would absolutely love this feature. I have so many knowledge collection pages where the content is relevant in different pages and keep managing duplicates which creates a lot of errors or inconsistencies.
I would absolutely love this feature. I have so many knowledge collection pages where the content is relevant in different pages and keep managing duplicates which creates a lot of errors or inconsistencies.
I second that! Exactly my workflow.
Would love to see this feature so bad. Also it should be bi-directionaly editable.
i REALLY look forward to this!!
I also wanted to post this clip of the recent Townhall just in case anyone was wondering what has been said about this Topic.
Thank you! In my opinion, you have already created the entire infrastructure, the only thing that needs to be done is for the content in the synchronized Object to be displayed entirely inside another object (and not with a short link, as it is now. The short link can be in Graph). I have depicted this in the diagram
Thanks very helpful!
Seems like it’s quite far off in the future, unfortunately
I did not know of the word Transclusion until today, but yesterday when I was copying a single text block with some indents to two different pages, I had the epiphany of needing this exact feature.
Hearing that it’s “far off” is pretty unfortunate when it seems like a fundamental infrastructure requirement that users should actively use from the get-go. What will the state of our spaces be by the time it arrives? How many duplicated and triplicated blocks will there be in its absence? Or in OP’s case, how many tasks won’t end up in the right place because they’re too hard to easily access and must be displaced to a dashboard?
Transclusion is the type of thing that needs to be available in the foundation, in order for a space to be set up correctly from the beginning and carry forward into the future without needless duplications and workarounds and future cleanup. If we’re going to accept that Anytype is still in beta (even though it’s super solid and already superior to Notion), then I’d expect Transclusions to be present in v1.0.
+1 for transclusion
+1 from me, too.
Update: In this post I’ve collected major use cases for transclusion, and I’ve suggested a few ways to approximate related functionality (such as, at least a “full-size” preview layout for /Links) that I hope might be in line with Anytype’s general architecture.
Update: To supplement transclusion and to offer a more simplistic approach to it for anytype, I’ve just posted an alternative feature request that would approximate the user needs behind transclusion, using only capabilities that Anytype already has today. Please check it out and comment! 
The issue of embedded objects in Anytype has been heavy on my mind for quite a while now, and as I’m moving all-in with Anytype now, I wanted to dedicate as much time as possible this week to solve it as straightforward as possible.
I believe I cracked it, by addressing the user needs at the parent ‘List object’ level rather than at the child ‘Block’ level.
Take a look at a this FR suggesting a first solution in this direction. It delivers much of the needs behind block-level object and sync capabilities, as a first very straightforward step and presumably less complexity, even less than my related initial FR above.
Here’s a mockup:
- current List view of multiple objects,
- proposed new “Document” view that collates multiple objects into on List object (Collection/Set)
This makes a lot of sense, I am preparing a description of a task, and it seems we’ll be bale to make it happen, as we found a way to solve some tech limitations.
. If this synced, embeded text blocks issue can be solved, it would be an immensely happy event for me. So, good luck from me on this. 