Big collaboration and scalability issue in fibery is that the comments are not like entities that can be listed or filtered across the workspace. The comments system is something we therefore do not use. I tried workarounds with scripts, but essentially thats not really working. I actually tried to prevent the built-it comments by creating a Comment database, but that has multiple limitations related to what comments should be able to do.
I think fibery needs ANY entity to be able to be used as comment and that a new dedicated comment thread view that supports the regular databases in fibery is added.
I think that the comments UX is lovely, and would love to see this as well. I havenât seen it done in another system, but Fibery isnât like any other system
Then imagine the Quick Add ui as the comment (with the extra fields you can add at the bottom of the comment).
Also for access templates comments can not be hidden / not given access to. They have a lot of limitations atm.
All in all, this could be a game changer and be great when it comes data entry as well.
I would love Fibery to be as âpureâ as possible. Giving as much power to the admin to build and create based on their need. I think, @mdubakov, you notice this as well when (soon) depreciating documents. I see a future with depreciated comments (changed to thread view) and whiteboards as fields (just like a document, RTF, is a field), as well as a graph view (similar to the multi-entity relation in whiteboard now).
NOTE: Iâm not sure about in-line comments and whiteboard though. You could bring back references and you could highlight then create a comment entity. Idk. And you could set any database as âcommentsâ in a whiteboard and it will just then create the comment and be related to the entity. Iâm less bothered about these, not sure about you Yuri?
Have you actually tried these tools, or is this list just what ChatGPT has told you?
I have used Jira, Confluence, Trello, Coda, Airtable and am not aware of a way to get aggregated views of comments across the whole space (which seems to be what you are asking for)
I am not going to explore all these tools to check whether what is stated is correct, but if you can show some example screenshots that represent what you are looking for, it would sure help
I understand your concern around AI based postings. Well, its co-created with me, and Iâm discerning in how I use it.
I will wait for others to see if they need better comments here, otherwise leave it. To me, it is as clear as it can be that comments = team scaling = collaboration.
I will spend time on deeper research if more users chime in.
I used all tools listed (30 years of systems development). I cannot remember having the issues with comments that I have with fibery.
I donât really know what Yuri is getting at, but it reminds me of something Iâve done for my own system on Fibery.
I have a database I call âhistoric updatesâ and the title of each entity in the database is simply my update to the team. I date stamp it as well. So an entity may look like this: 2025.02.24 Commented on Yuri_BCâs post on Fiberyâs community page.
That entity can then be link to any other task in my âTaskâ database. This works well for me partly because I can link an update across a whole bunch of related tasks if necessary. Thatâs a thing that bogged me down in many of the tools Yuri describes above - I comment on one task, but then need to make similar updates across related tasks. Because itâs annoyed, it just didnât get done.
But with Fibery, I can actually be in the âHistoric Updateâ and do a search for which tasks (or even other entities, like Projects) that I want to associate with the update. Itâs really neat!
Iâve been trying to âweigh inâ here but Iâm quite lost. @Yuri_BC could you share what you mean by âscalable?â This post is hard to understand because both the terms and examples are so broad.
What problems and specific situations did the native comments fail? What benefits did the comments database have for you?
I donât know what seamless comment aggregation means. But you gave ClickUp as an example and Iâm familiar with that!
ClickUp allows tasks, lists, and dashboards (via a widget) to have their own comments sections. The chat view can live on any layer of the view hierarchy, which allows for chats to live outside of any one entity.
A few follow up questions
Would a simple chat view in Fibery be enough to overcome the gap youâre identifying. That is a 1:1 comparison to the CU feature.
Which part of that overlaps with Notionâs (or other tools) workspace-wide search? I donât think itâs clear what search has to do with comments in this context.
I think the need this feature request is trying to solve for is the ability to comment in a shared space with multiple team members, and without being tied to an entity. But I could be totally off here.
That said, I also think a comment/thread like view of entities is awesome but a completely separate feature request.
I was perplexed by the creation of the thread view because I felt like it missed the point or at least, its a feature that and didnât completely understand the user story.
From what I can tell, it bookmarks an existing comment section to the sidebar navigation. But a view is supposed to exist above entities in the hierarchy, so âthread viewâ is not a view at all. Itâ a stylized bookmark.
That said, it looks like a work around would be the creation of a new database or using a âtagsâ database that already exists as a global reference in a workspace. Example entities:
Marketing Team
Watercooler
Announcements
Then use the comments section on each entity as channels. Each entity that is of interest/need to a team member can have its comments section bookmarked as a threads view.
I would recommend a separate database that is private to all users, this way access can be controlled on a per entity basis.
You could say that.
Another way of looking at it is that, if Comments were stored as a normal database, a thread view is a bit like a feed view of Comments, filtered to only those comments that relate to a specific entity.
That is pretty much how it is intended to work, not merely a âworkaroundâ(!)
Yep. Given that comments are tied to an entity, and a thread is a collection of comments related to a specific entity, you can decide who gets to see any given thread (and who can add comments to the thread) based on who can see (or comment on) the entity.