Oct 19, 2023 / 😅 Browser notifications, modify reference selection, experimental new comments

And while we are here mostly speak about comments, I want to share a potential Thread View concept (to have Channels-like thing in Fibery) that we quickly created to test internally, maybe you will give valuable feedback here as well :slight_smile: @JoelH @Illusory

  • Awesome!
  • Would it be possible to have a hyperlink/short cut on top of the comment section which slides to the last comment? If possible with meta data about that comment, like ‘created by’ plus ‘date time’.
  • And as mentioned above: would be great if we have that same shortcut on top of the entity.

What I would prefer

  • Auto expand → so that you can read the whole thread if you want to
  • Give the option to collapse (helpful when the thread is very long)

Threads view

  • Awesome :star_struck: this can replace our current ‘manual notification’ solution which we’ve build.
  • Would be really nice if you can show the amount of comments that you didn’t read yet in the left menu.
  • But possible workaround that would also fit our needs:
    • Create a (grid?) view with the channels
    • Show in that grid view who made the last comment and at what date/time
    • User then can color code based on that information (if somebody made the last comment and it’s not me → then color code.

Extra idea for comments/channels/etc.

  • The ability to link or create an entity/reference by selecting the text (currently only possible in rich text fields but would be really nice if we can do it as well in comments).
  • Use case: quickly create a task if somebody else asked you something.
  • :exploding_head: and you can create schizo braindump channel with yourself where you just dump shit and later actually create entities if needed (we’ve build a custom option for this as well but a channel for this is nicer!)

Yes that’s exactly our use case. For team occasions, it doesn’t matter. But in our wiki for clients we link to other wikis and there it’s quite disturbing.


Agree here. I think collapsing and expanding is nice when needed.

e.g., we put the comment section at the top of some of our entity types (specific entity types we work in are comment heavy or we want context quickly, so having them at the top makes things easier). For long-running chats, having collapsible and expandable comments would be nice since we still want to see other related entities and references below, without comment section taking up the whole screen and pushing down other items (like rich text fields, lookups, related entities, references, etc).

Initial thoughts are that embedded comments UI should show last 3-5 comments and can be expandable or allow users to select the default view (previewed or expanded). Furthermore, I think the ability to open them in side-panel is also nice so that comments can be read while reviewing entity, rather than “either-or”.

I think this is a great idea and I can only imagine other potential scenarios this unlocks (e.g. AI automation on entity comments, filtering, lookups, maybe adding other fields to the “Threads” type).

The only concern (for myself, maybe not for others) at first glance is ensuring comment/thread type is differentiated well from other types in places like Search and References. Example: In the preview of threads that @mdubakov provided when Channel “Daily” was referenced, I noticed the entity badge is “D”. There should be some sort of indicator or icon that reflects that it is a channel and of thread type/feature, and not just a random entity.

I think Threads has the ability to be a great addition, but I’d hate for it to get lost within all of the other views and types (if it’s meant to foster meaningful interaction, influence use and compete with a dedicated chat app like Slack, it should stand out as a core feature of Fibery spaces and entities, not just another database).


This, exactly this! On the one hand I love the potential that “Threads” would be “just another database” under the hood, and thus perhaps more powerful/flexible (e.g. being able to run automations on its contents, summarize with AI, auto-create tasks even, or create Fibery Reports to analyze it, etc.). But I think there is already too little meaningful differentiation between some aspects of Fibery (by design as it’s a “Lego box”) and this one seems more critical to make clearly different.

As someone who hates Slack, especially its use in situations where a “lighter” solution would be better, I would love having Threads in Fibery. But the question of course is how many people would actually use it and would its long-term development and maintenance be worth it. The experiment is fantastic to see, and the progress shown here from Fibery team after discussion is amazing, the quick iteration is :clap::clap::clap:. But will such a feature be worth long-term maintenance and improvement for Fibery? I guess that depends on how you scope it (and how much effort is involved in maintaining it). My hope is that it can be a “good enough” feature (that is surprisingly good!), with Slack for heavier users and thus without falling into scope creep, etc. to drag down the dev team on maintaining it. A “just good enough” chat-like feature integrated with Fibery could be brilliant.

That said, the question is how you get people to use it instead of Slack (or if you even want that, and if not, who are the target users?). Others have tried before you, and adoption seems low (Quip, ClickUp, probably more). I’m rooting for you, Slack is a fragmenting, stress-making disease IMHO! But people are addicted to it, so… it’s a challenge. :sweat_smile:


Yeah, we understand all challenges, that is why we wanted to keep scope minimal and just replace few use cases, like discussions around Fibery entities (features, tasks, etc) and some generic channels like Daily.

Note that Thread View is just a view, so it is possible to create Thread View for Feature, for Product, for Task, for anything. In my demo I created a special Database that I called Channel, but there are no restrictions.

Actually, we don’t want to spend more than 2 additional weeks on that and that is why I said that it is unlikely we will release it in public. But we’ll see…


Do release it in public if maintenance for it can be light (due to small feature set for this area/function)! Then you can really see whether and how people actually make use of it. :slight_smile:


Release as an experimental feature and gather feedback. Thread View is a very interesting feature. :sunglasses:


Jep, this is it!! Don’t get rid of collapsing, it’s much cleaner that way.

Now when will this be released?! We have experimental enabled but are not seeing this yet.

Also I like the threads idea (but only with unread notifications). I can imagine we might eventually not have to use Slack anymore. The less tools the better.


I agree as well that it should be released. Love the idea and am sure we’ll adopt it. @mdubakov

1 Like

Hmm, I’m considering using this thread function to replace all Standup meeting or even personal tracking habits instead of each entities for each days, which means I replace feed view to thread view. Should I do that ? and what the difference between them in personal usecase, not collaborate ?

Feed view displays the contents of rich text fields.
Thread view displays the contents of comments.


Guys, is it possible to keep new comments in the same record window instead of opening a sidebar? Also, it will be useful to have a setting if we always want to show all comments.

1 Like

It is coming in tomorrows release.

Also, it will be useful to have a setting if we always want to show all comments.

Here we will not change anything so far. What do you mean here? Show only X latest comments setting?


The ai filtering sounds amazing! I’ve been sending lots of loom feedback on grid column “challenges” – great they’re getting resolved.

We’ve fixed (I hope) nested comments in today’s release


I was very excited to try this but also quite disappointed when I saw that you did not add collapsable replies. I REALLY want it to be like this:

Please!! It will become a UI nightmare for us if this won’t be implemented.

Also it seems like we cannot disable it in experimental settings anymore? I don’t want to enable this as of now without collapsable replies.

We are going to add collapsing as a part of Resolved Comments feature. Indeed it is not possible to disable it, but in old comments there was no collapsing as well.


Just wanted to add on to my other post here that I’d love to have the ability to have the replies to comments not pre-collapsed. Being able to scroll down a page and see all the converstation, without grabbing the mouse and clicking to open up the nested replies, is a big time saver that I’m already missing…please consider adding this as a preference in settings!

Thank you!


Another option for how to handle many comments, could be: default to showing only new comments that you haven’t yet seen, with a button to reveal the entire thread.