Awesome, dear @anton, thank you for picking it up.
The corollary, I guess, is a full-size preview for /link blocks 
The problem with this general feature request is that our current architecture does not allow editing object blocks while you are in another object. It only allows for previewing other objects and editing their relationships. Therefore, we are considering adding a new layout, ‘block or citation,’ which would consist of a single paragraph serving as the name of this object. This way, we can transform any block into an object with this layout, allowing it to be transcluded or collected in a set. You will be able to tag them, etc. However, at this stage, it will not be possible to use markup for this block
Sorry if I am misunderstanding 
. Not a teck- savy person. So please feel free to correct any mistake in understandin I am making.
But it seems to me like, if this becomes a layout, I and many I know, would only use this layout where the blockes can be linked and edited from other objects. And loose the use of al other layouts.
Is there really no way to modify something to make the block - link type action possible?
I believe, I would be okay with waiting for an integrated solution to this link issue. There is speed but not haste.
I also get that this is just a concept and in the olanning phase. I am just adding my thoughts as someone who really likes Anytype.
Again sorry if I am misunderstanding things.
Good day.
So transclusion will only be relevant for plaintext? Sort of like how a text-relation can’t have any formatting?
While that sounds like a solution for some use-case scenarios, it also feels like a workaround leading to frustration with many others, and not one that will be able to be resolved later on. And I say this frustrated, because my text-relations with plaintext are very limiting.
And on a side note, fully active transclusion blocks (if ever a possibility) can probably take care of the FR to update templates – but maybe that’s too optimistic.
I see how this can be seen as a big issue, dear @anton. Maybe I’m overlooking something when I ask the following; please tell me.
As it is possible today to click on any object’s link (Link Preview, List view, Kanban view, …) and open the editor for that “child” object in Anytype’s modal editor popup, I wonder:
Wouldn’t it be enough to click the same object in “Document View” as proposed above, and edit the child object in Anytype’s usual modal object popup editor?
Effectively, this would be quite similar to how we edit a block today, plus all of the child-object’s own blocks and relations. So in the end, it would deliver a lot of the needs behind transclusion, while also staying very true to Anytype’s current model.
Hi all,
I wanted to ask for the transclusion/portal feature for a while now. I’ve been using Tana for the past 6 months, and I believe the most powerful feature is the transclusion.
Imagine daily notes or meeting notes to a specific topic. They live in two places (meeting notes and specific topic). A simple @mention or link would not do, as I would like to refer to all my meeting notes, right from the specific topic page. Thats just one use case. See screenshots from Tana.inc.
I still did not start using Anytype as my main tool, as this is the most critical feature. Most of the rest, Anytyp gets right.
Even in Notion the UX is too complicated to use it. Tana is the best implementation I’ve seen so far.
In Anytype I would like to see / use this, especially with the Toggle or Bulletlist block. It would make perfect sense, for an offline first product!
Many thanks
That’s partially true. The question is whether we will be able to implement it correctly. In general, supporting formatting in relations is possible, but it’s not easy to implement. We have so many things to do, and when we evaluate where to focus, we always deprioritize this, even though we are aware of the significant importance of fully-fledged transclusions. Also, basic things like ‘@date’ in the header or a tag are hugely depend on this.
I agree. This approach of tana is really great. I see it’s possible to make, however not sure if it would not be another type of layout. I’ll update here as soon as we’ll have some designs to discuss.
This way I believe it could be possible.I’ll check with mates and we’ll think if there are any concerns from design. and engineering teams.
It sounds like the effort of upgrading relations beyond plaintext can be the foundation for at least 3 major features (transclusion, dynamic templates, dynamic dates) besides the significant UX improvement and possibly even more uses (“unknown unknowns”). The sort of forward-thinking development that requires more effort in the beginning but pays off later on, having a robust base.
Is this more important than RTL-language support? Formulas? Publish-to-web? Maybe, maybe not. I’m not complaining either way; priorities are inevitable and different users have different needs. I’m excited about the next update even if it doesn’t have everything I put on my Christmas list.
I imagine it might be good to normalize this structure for users. As in the following sketch of an intro text:
- „Here’s how you can have individual objects such as texts, contacts or recipes in Anytype: …
- And here’s how you can compose entire documents from these objects, like diaries, meeting minutes or blog posts: …
- Here’s how you can query and link to any of the above, to refer to them from elsewhere in Anytype: …
- And here’s how you build a good navigation to all of the above for yourself and for your colleagues, using the sidebar: …“
I figure this might also help address the long-standing onboarding issues that many new users reported here in the forum.
Just swinging back through to reiterate, as many already have, how important transclusion is. I’m hopeful that this will start moving up in priority for Anytype as it’s a very in demand request over the past several years.
imo such linked blocks should also be visible in the graph view. It makes the user’s life a lot more easier.
I can’t find linked blocks in the github roadmap yet, are there any plans already to build this?
Partial solution/workaround for Link to block, could be possibility to create an anchor like in html or wiki. There is separate FR for this, please vote:
A simple request. Synced Blocks like in Notion. The use cases are obvious and numerous.
Hello. When I try to open the duplicate link you mentioned I receive an “Oops! That page doesn’t exist or is private.” error. Is it normal?
It seems links are broken in the forum?
Previews dont show anymore either…
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.