# Pin as Thread button **URL:** \ **Category:** Ideas & Features\ **Tags:** threads\ **Created:** [June 20, 2025, 10:23am UTC](https://community.fibery.io/t/pin-as-thread-button/9017 "2025-06-20T10:23:40Z")\ **Posts on this page:** 18\ **Page:** 1
**Author:** ![inn0minatus](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/inn0minatus/32/11751_2.png) [@inn0minatus](https://community.fibery.io/u/inn0minatus)\ **Post date:** [June 20, 2025, 10:23am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/1 "2025-06-20T10:23:41Z")
_(Apologies if this has already been suggested, I couldn’t find a similar one)._ I’d like to propose a small (hopefully) change that could significantly improve the Threads UX for us and, maybe, for everyone. - **Current workflow:** `Go to a space → Click "New" → Select "View/Thread" → Search for the right entity among thousands → Name the thread` **Result:** A new redundant view is created in the space, along with a thread in the Threads section. That’s **five steps** just to start a conversation. It’s a lot of friction. - **Proposed Workflow:** `Right-click any entity with comments → Click "Pin as Thread" or "Create Thread"` **Result:** A thread is created with the entity’s name as the default title (editable). That’s **just two steps**. Or even one, if the entity is already selected, which is the most common use case. Someone is reviewing an entity and decides to start a discussion. That moment should be seamless. * * * In our experience, this friction is a major reason why Threads aren’t used more often. It takes too much effort to initiate one. This change would make it easy to spin up a lightweight, contextual discussion and close it once it’s no longer relevant. **Bonus idea:** let the thread be visible only to participants - anyone who commented or was mentioned (to keep things focused and clean). ---
**Author:** ![Michael\_Ichter](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/michael_ichter/32/9931_2.png) [@Michael\_Ichter](https://community.fibery.io/u/Michael_Ichter)\ **Post date:** [June 20, 2025, 10:53am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/2 "2025-06-20T10:53:39Z")
Where would the thread be pinned to? Where would the thread view be found? And how would the discussion be closed once it’s no longer relevant? ---
**Author:** ![jandrabek](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/jandrabek/32/10414_2.png) [@jandrabek](https://community.fibery.io/u/jandrabek)\ **Post date:** [June 20, 2025, 11:00am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/3 "2025-06-20T11:00:13Z")
It is same way it works now but with Pin thread it would create thread named same as Entity and then if would appear inside Threads and as Thread itself and then you could move it anywhere you want. This just makes sense to me. ---
**Author:** ![jandrabek](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/jandrabek/32/10414_2.png) [@jandrabek](https://community.fibery.io/u/jandrabek)\ **Post date:** [June 20, 2025, 11:01am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/4 "2025-06-20T11:01:41Z")
> [@inn0minatus](#): > > **Bonus idea:** let the thread be visible only to participants - anyone who commented or was mentioned (to keep things focused and clean). This would have to be solved by fixing thread permissions. Now when you invite observer they can see all the threads ever created and it goes same for members I think. Also you can mention anyone inside whole workspace as observer without any entity or space permission. ---
**Author:** ![inn0minatus](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/inn0minatus/32/11751_2.png) [@inn0minatus](https://community.fibery.io/u/inn0minatus)\ **Post date:** [June 20, 2025, 11:07am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/5 "2025-06-20T11:07:59Z")
It could stay the same as now - under the Threads top section. No need to show the thread view specifically, just a thread channel is enough. Threads are for easy to access discussions. Also it could be closed same way as now - right-click on a thread and click Delete. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [June 20, 2025, 11:08am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/6 "2025-06-20T11:08:19Z")
> [@jandrabek](#): > > > [@inn0minatus](#): > > > > **Bonus idea:** let the thread be visible only to participants - anyone who commented or was mentioned (to keep things focused and clean). > > This would have to be solved by fixing thread permissions. Not necessarily. Potentially, the visibility of a Thread could be determined by whether or not the person is watching the entity that the thread belongs to. This is entirely separate to the issue that [thread views in the sidebar are currently visible to everyone](https://community.fibery.io/t/thread-permissions/8695) (except guests) irrespective of permissions for the entity they are based on. ---
**Author:** ![inn0minatus](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/inn0minatus/32/11751_2.png) [@inn0minatus](https://community.fibery.io/u/inn0minatus)\ **Post date:** [June 20, 2025, 11:09am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/7 "2025-06-20T11:09:18Z")
This solution could stay outside of permissions. Just the “default visibility”. Anyone could still join the thread, but it’s visible to comments participants only by default. ---
**Author:** ![Michael\_Ichter](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/michael_ichter/32/9931_2.png) [@Michael\_Ichter](https://community.fibery.io/u/Michael_Ichter)\ **Post date:** [June 20, 2025, 12:48pm UTC](https://community.fibery.io/t/pin-as-thread-button/9017/8 "2025-06-20T12:48:34Z")
> [@inn0minatus](#): > > No need to show the thread view specifically, just a thread channel is enough. I think this is what I’m unclear on. The ways to view discussions (comments on an entity) right now are in a thread view, or in the comments field of the entity. How would a “thread channel” be different, as it sounds like you are still talking about threads consisting of the comments from an entity? (or by “thread channel” are you referring to the “Threads” top level section in the sidebar?) ---
**Author:** ![inn0minatus](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/inn0minatus/32/11751_2.png) [@inn0minatus](https://community.fibery.io/u/inn0minatus)\ **Post date:** [June 20, 2025, 1:29pm UTC](https://community.fibery.io/t/pin-as-thread-button/9017/9 "2025-06-20T13:29:44Z")
Sorry for the confusion. Yes, I’m talking about “Threads” top level section in sidebar. IMO threads are for easy-access communication and no explicit thread view in a space is needed. Nevertheless I understand that it might be useful to have thread views, but in most cases IMO “Threads” top level section is the way to go. ---
**Author:** ![Michael\_Ichter](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/michael_ichter/32/9931_2.png) [@Michael\_Ichter](https://community.fibery.io/u/Michael_Ichter)\ **Post date:** [June 20, 2025, 2:26pm UTC](https://community.fibery.io/t/pin-as-thread-button/9017/10 "2025-06-20T14:26:51Z")
Currently, most of our used threads are thread views in spaces. They are used as general conversation for each department. Perhaps this might change if threads ever move on from being experimental. But in this way they have replaced our need for Slack. I actually don’t know of anyone in our org, other than myself, who uses the Threads section (almost everyone has left the threads feature off but can still see and use any thread views that have been made in their spaces). ---
**Author:** ![inn0minatus](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/inn0minatus/32/11751_2.png) [@inn0minatus](https://community.fibery.io/u/inn0minatus)\ **Post date:** [June 27, 2025, 6:56am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/11 "2025-06-27T06:56:53Z")
**One more attempt! 🙂** I’m not the one to judge, but in my opinion, the current use cases are **not quite the Fibery way**. The current approach works for **general conversations** in Threads by creating artificial entities via the Comments field - but it feels disconnected from the core idea of contextual collaboration. What I’d love to see is **better use of context** , which Fibery already excels at. There are plenty of **entities with Comments** , but **no smooth way to use Threads directly within them**. One idea: **make Thread an explicit type** - just like databases, entities, views, and documents. For example, add a Pin button in any Comments section that creates a Thread and surfaces it in the top section of the Threads panel (with auto-naming). This would allow anyone to spin off a comment into a contextual conversation - **one click away**. As proposed before, the thread would be visible only to watchers. Additionally, it could be possible to create a View in a Space around a Thread. So instead of Threads being wrappers for Views, sometimes a View could act as a wrapper for a Thread. I know it’s a bit mixed, as Thread here still acts here as a view around another entity, but it solves the initial goal. Of course, we could make Threads as First-Class Entities with Relations (for example, to start several conversations around a project or a task entity, be included in views etc), but this would probably require much more effort. **Why this might be a win:** - Enables direct, contextual discussions around any entity - which _feels_ like the Fibery way (versus out-of-context channels). - Threads stay relevant and visible only to the right people - reducing noise. ![Screenshot_20250627_095054](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/1/14d53d1d8a4ad84aa08d1d0a5fdea9275a0274fe.jpeg) ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [June 27, 2025, 9:40am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/12 "2025-06-27T09:40:21Z")
> [@inn0minatus](#): > > The current approach works for **general conversations** in Threads by creating artificial entities via the Comments field What do you mean by ‘artificial entities’? A thread is merely a view of the entire comment field of an existing entity. It is true that if you want a thread view for ‘daily updates’ (like we do internally) then you might need to create an entity for this purpose. But if you have a project already, you can create a thread view for it. > [@inn0minatus](#): > > plenty of **entities with Comments** , but **no smooth way to use Threads directly within them**. What does this mean? If an entity has a Comments field, that field is basically the ‘thread’. If you wanted, you could create an entity view so that the Comments field is the only visible field showing. > [@inn0minatus](#): > > For example, add a Pin button in any Comments section that creates a Thread and surfaces it in the top section of the Threads panel (with auto-naming). This is definitely a good suggestion. > [@inn0minatus](#): > > it could be possible to create a View in a Space around a Thread. So instead of Threads being wrappers for Views, sometimes a View could act as a wrapper for a Thread. I don’t understand what you mean here. Thread _is_ a view, which is contextually filtered to a single entity, and is exposing information from a single field (Comments). It isn’t a ‘wrapper’. Maybe I’m too stupid to get your point, sorry. ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [June 27, 2025, 10:48am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/13 "2025-06-27T10:48:16Z")
> [@inn0minatus](#): > > make Thread an explicit type I am personally against this idea. It adds another thing where there’s no need for there to be. You can think of a thread as a list of related messages, just viewed in a certain way. I would perfer just a “Thread view (to see all related messages in a thread vire)”, than a “Single Entity View (to choose which entity to show pinned in the sidebar)” view. It wouldn’t be as simple as “Pin as thread” in comments, but maybe in the three dots in the ENTITY itself there could be a “Pin to Sidebar” which will create a “Single entity” view in the sidebar of the current entity. Maybe? > [@inn0minatus](#): > > I’m not the one to judge, but in my opinion, the current use cases are **not quite the Fibery way**. But i do fully agree with this ^^^, i feel like not enough thought has gone into it quite yet. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [June 27, 2025, 10:58am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/14 "2025-06-27T10:58:15Z")
> [@RonMakesSystems](#): > > you can think of a thread as a list of related messages, just viewed in a certain way. 👍 > [@RonMakesSystems](#): > > I would perfer just a “Thread view (to see all related messages in a thread vire)” This is exactly thread view, no? > [@RonMakesSystems](#): > > maybe in the three dots in the ENTITY itself there could be a “Pin to Sidebar” which will create a “Single entity” view in the sidebar of the current entity. How is this related to the thread topic? It sounds like a separate feature request (“Allow to pin individual entities to sidebar”) ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [June 27, 2025, 11:03am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/15 "2025-06-27T11:03:13Z")
> [@Chr1sG](#): > > This is exactly thread view, no? Kind of, but thread view on works with comments, I’m referring to having a thread view work with any to-many relation/top level thread view. > [@Chr1sG](#): > > How is this related to the thread topic? It sounds like a separate feature request (“Allow to pin individual entities to sidebar”) Maybe, but its related to this as its a different proposed solution to the same problem. ---
**Author:** ![inn0minatus](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/inn0minatus/32/11751_2.png) [@inn0minatus](https://community.fibery.io/u/inn0minatus)\ **Post date:** [June 27, 2025, 2:05pm UTC](https://community.fibery.io/t/pin-as-thread-button/9017/16 "2025-06-27T14:05:00Z")
> > [@Chr1sG](#): > > > > If an entity has a Comments field, that field is basically the ‘thread’. If you wanted, you could create an entity view so that the Comments field is the only visible field showing. Ah, sorry, I wasn’t clear enough in my original message. I didn’t explain my thoughts properly. What I meant is that there’s currently no easy way to create a Thread _while_ you’re already in the Comments section. To do it, you have to jump through a few hoops: go to a space, right-click, select Thread view, search for the entity, name the thread… It’s a bunch of steps that are disconnected from where the conversation is actually happening. That kind of workflow is fine when you’re setting up more stable, long-term threads. But it doesn’t work well for quick, contextual conversations you want to spin off in the moment. A simple **Pin** button would really help with this. > > [@Chr1sG](#): > > > > Thread _is_ a view, which is contextually filtered to a single entity, and is exposing information from a single field (Comments). It isn’t a ‘wrapper’. Yeah, totally get that. I just wasn’t clear with the terms I used. What I meant is: to get a Thread **Channel** (if that’s the right term?) to show up in the Threads panel at the top, you first have to create a Thread **View** somewhere in a space. But often, we _don’t_ want to have a Thread View sitting in a space - it feels a bit too formal or structured for the kind of quick, reactive conversations we’re having. Space items are usually things you go looking for. Thread Channels, on the other hand, are things you often just want to stumble upon or jump into when you see unread messages counter. So, the idea is: clicking a **Pin** button creates a Thread Channel directly in the top Threads panel. And then, _if_ you later want to organize it more formally, you could create a Thread View from it and drop it into a space. Hope that makes more sense now. And sorry again for the earlier confusion. ---
**Author:** ![jandrabek](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/jandrabek/32/10414_2.png) [@jandrabek](https://community.fibery.io/u/jandrabek)\ **Post date:** [June 28, 2025, 6:38am UTC](https://community.fibery.io/t/pin-as-thread-button/9017/17 "2025-06-28T06:38:33Z")
I think the idea is nice but there are bigger problems with thread now 🙂 All the threads are visible regarding entity permission. ---
**Author:** ![inn0minatus](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/inn0minatus/32/11751_2.png) [@inn0minatus](https://community.fibery.io/u/inn0minatus)\ **Post date:** [July 1, 2025, 12:46pm UTC](https://community.fibery.io/t/pin-as-thread-button/9017/18 "2025-07-01T12:46:39Z")
By the way, JetBrains attempted something similar with their Spaces product. Every time an item was created in their issue-tracking system, a corresponding thread was also generated (at least for tasks). Spaces has since been discontinued, and I suspect one of the reasons might be that the linear list of threads became overwhelming. So Fibery isn’t alone in trying to adapt threads to contextual, hierarchical data. Personally, I think custom pinning would be a much better approach than automatically spamming threads - if such a feature is ever implemented.