Embedded Table of Content block in rich text fields

A while ago the Table of Content is released.

While working in Fibery it feels intuitive since you know where to find the ToC. But if I share a single page outside Fibery, it’s not clear for a reader that there is a Table of Content.

Previously this was our set-up in Notion :arrow_down:

It’s a long article with many steps. Not every step is needed for every reader. So the Table of Content is really helpful.

How it looks in Fibery :arrow_down:

Since ToC is sort of ‘hidden’ the reader doesn’t find it. We received feedback ‘that a table of content would be very helpful for such a long article’.

Would be great if we can have a table of content block in Fibery :slight_smile:

In Obsidian, the table of content pinned inside the right pannel of the app, and can be toggle. this must more convinient than inside rich text. Sometime you scroll down and wanna to get the right heading navigation you need to really hard to scroll up

1 Like

Yes, only requirement is that it’s visible for the reader :slight_smile: Don’t know what the best solution is. I think the current solution is fine for your use case. Since you can always open the ToC when your lower on the page. But then you have to know where to find the ToC at first :sweat_smile:

I think a simple solution for this would be to just make the TOC visible by default on shared pages. There seems to be enough space anyway (and on a mobile it can be on top).

That said, I would love me some ToC and Children embeds. :wink:
(Ran out of votes :crying_cat_face:)

3 Likes

That sounds great :smile:

My original [DONE] Table of Contents block or other function feature request actually included this and other functions that I’d still like to see in the ToC. Admittedly my full feature list there is probably overkill, I’d certainly prioritize a number of other non-ToC things over many of those capabilities. But a few such as a ToC “block” or a way to “pin” it open (maybe on a per-document, persistent basis?) would be great to have. It’s nice that we have something now but quite honestly I don’t love the current solution in a variety of ways. I added my other feedback under the original feature request but it has been closed:

1 Like

Workaround

2 Likes

Just revisiting this to comment that getting a TOC and a child-pages “macro” for rich text fields is still very much needed.

Thanks!

3 Likes

Agree. We’ve created embedded help articles for our customers so that we can update them for everybody at the same time.

We needed to create a TOC for that purpose and currently it looks like this:

brave_jC0BmhGgQv

For our articles it’s not always that helpful to show the full TOC at the top of the page (mostly because some of the articles only have a H1 or H2 and then it looks odd).

But a TOC that you can expand/collapse on the top of the screen is more user friendly IMO.

2 Likes

The current ToC can be pretty unclear, and requires additional steps.
Having a ToC block in the rich text field would allow us to add an additional ToC on pages where its absolutely necessary to have a clear ToC shown.

Ideally this ToC block would have a setting for the Header Depth (h1/h2/h3) used to generate the ToC.

4 Likes