# In embedded Views, allow Filtering on Relation fields for "Is this entity"

**URL:** <https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635>\
**Category:** Ideas & Features\
**Tags:** filter\
**Created:** [December 1, 2022, 8:43pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635 "2022-12-01T20:43:34Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![Matt\_Blais](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/matt_blais/32/1464_2.png) [@Matt\_Blais](https://community.fibery.io/u/Matt_Blais)\
**Post date:** [December 1, 2022, 8:43pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/1 "2022-12-01T20:43:34Z")

</div>

**Example:** In the entity view for my Client DB, in the RTF Description field, I want to embed a Table View of Tasks that are linked to _this Client entity_ via a particular Relation field.

I can use the Table View’s row filter to accomplish this, but I have to manually explicitly select the specific entity (i.e. _this_ Client entity).

If I subsequently duplicate this entity, this filter will no longer be correct, as it will still point to the original entity.

I’d like to see options in the embedded View Row Filters when filtering on a _Relation to this entity’s DB_ that would allow me to specify _“is this entity”_ or _“is not this entity”_.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/3/3cf5ae27297993b99ea0f72e294e52ab4ad18aaf.png)

---

<div class="post-metadata">

**Author:** ![Sarah\_Arminta](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/sarah_arminta/32/4915_2.png) [@Sarah\_Arminta](https://community.fibery.io/u/Sarah_Arminta)\
**Post date:** [December 1, 2022, 8:59pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/2 "2022-12-01T20:59:28Z")

</div>

Yes!!! 🙌

Self-referencing filters. I was just about to post this exact request.

---

<div class="post-metadata">

**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:** [December 1, 2022, 9:04pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/3 "2022-12-01T21:04:55Z")

</div>

Is this not achievable with (and in fact the intention of) the existing relation views (or will be when table view is an option)?

---

<div class="post-metadata">

**Author:** ![Matt\_Blais](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/matt_blais/32/1464_2.png) [@Matt\_Blais](https://community.fibery.io/u/Matt_Blais)\
**Post date:** [December 1, 2022, 9:35pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/4 "2022-12-01T21:35:40Z")

</div>

This request is specifically about the new RTF embedded Views - I think in an entity’s relation views they can **only** show related entities (i.e. they are automatically filtered by “related to this entity”), but in the embedded views it appears there is no equivalent, simple, “portable” way to specify the same constraint.

---

<div class="post-metadata">

**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:** [December 1, 2022, 9:58pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/5 "2022-12-01T21:58:41Z")

</div>

> [@Matt\_Blais](#):
>
> I think in an entity’s relation views they can **only** show related entities (i.e. they are automatically filtered by “related to this entity”),

Not quite correct. Each relation view defaults to showing related items (i.e. context filtered) but this context filter can be turned off.  
 ![firefox_80HElOQOPr](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/4/4c6e5e18c011d7cc95536573ba235429f9490c29.gif)

And in fact, each relation view can be configured to show entities of other databases as well, or even instead!  
 ![firefox_B3etPHon6q](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/a/ae5c47f58ff6f637680fd795747bf36dfb895e18.gif)

---

<div class="post-metadata">

**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:** [December 1, 2022, 11:32pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/6 "2022-12-01T23:32:04Z")

</div>

So just checking - when Table view becomes available as one of the relation view types, is there any reason why you would need/want to have context filters for the embedded views in rich text fields?

---

<div class="post-metadata">

**Author:** ![Matt\_Blais](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/matt_blais/32/1464_2.png) [@Matt\_Blais](https://community.fibery.io/u/Matt_Blais)\
**Post date:** [December 2, 2022, 12:18am UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/7 "2022-12-02T00:18:52Z")

</div>

I envision making “dashboard like” entity Descriptions, that include various Views of the entity’s collections. This is where I imagine it will be very useful to be able to copy one of these Dashboard’s RTF content (with embedded views) and paste it into a different entity’s RTF, and have those embedded views “automatically adjust” to reference the new entity.

But this is still all speculative 🕶

---

<div class="post-metadata">

**Author:** ![Oshyan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/oshyan/32/11431_2.png) [@Oshyan](https://community.fibery.io/u/Oshyan)\
**Post date:** [December 2, 2022, 12:45am UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/8 "2022-12-02T00:45:32Z")

</div>

If I’m not mistaken, you’ll be able to embed existing Table (and other) Views into Rich Text. I wonder if this would include individual Entity “Context Views”. Sure hope so! If so that should solve this, no?

In other words if you wanted to, say, embed all the context views for a given Entity into its Rich Text so for example you did not have to keep picking them from a dropdown, then you could do this if you are able to embed any Entity’s Context Views in a Rich Text. Here’s hoping. (although a native feature to “pin” multiple context views open would solve this better)

---

<div class="post-metadata">

**Author:** ![njyo](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/njyo/32/923_2.png) [@njyo](https://community.fibery.io/u/njyo)\
**Post date:** [August 11, 2023, 3:00pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/9 "2023-08-11T15:00:35Z")

</div>

Yes, a “this entity” filter would be great.

---

<div class="post-metadata">

**Author:** ![antoniokov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/antoniokov/32/201_2.png) [@antoniokov](https://community.fibery.io/u/antoniokov)\
**Post date:** [August 15, 2023, 6:07pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/10 "2023-08-15T18:07:28Z")

</div>

Could you please share your use case?

Since the inception of this topic, we’ve added an option to embed [context Views](https://the.fibery.io/@public/User_Guide/Guide/Context-Views-20) in rich text as well:

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/0/0e510fbbce356d97fc6ed83accc61949d4c82ebe.png)

However, this part is tricky and doesn’t currently work as Matt describes:

> I envision making “dashboard like” entity Descriptions, that include various Views of the entity’s collections. This is where I imagine it will be very useful to be able to copy one of these Dashboard’s RTF content (with embedded views) and paste it into a different entity’s RTF, and have those embedded views “automatically adjust” to reference the new entity.

So far embedded context Views are always per Entity as opposed to relation Views which are always per Database. We are open to tweaks though 🙂

---

<div class="post-metadata">

**Author:** ![YvetteLans](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/yvettelans/32/6101_2.png) [@YvetteLans](https://community.fibery.io/u/YvetteLans)\
**Post date:** [August 16, 2023, 10:54am UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/11 "2023-08-16T10:54:31Z")

</div>

> [@antoniokov](#):
>
> So far embedded context Views are always per Entity as opposed to relation Views which are always per Database. We are open to tweaks though 🙂

I would love to use embedded context views in our workspace. But for our set-up it’s currently not possible. Will share it below so that you have more use cases/information for future decisions.

**Our customers**  
Will buy the complete Fibery workspace which we’ve designed & build for their company. They never worked in Fibery before and are not tech-savvy. Therefore we want to make things as easy as possible.

**Our previous set-up**  
First we had the ‘normal set-up’. All views/smart folder in the left menu. But because our workspace is so big, it resulted in complete overwhelm.

So we’ve created our own ‘menu’ \> basically documents per category with hyperlinks to relevant views.

![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/8/8ce8e5153c8a3579b3b2dd72b32c81ae65bcb723.png)

This felt clean but user needed to click a lot to see relevant information.

1. Overview of menu page  
 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/2/2ccdff49bfbb372828ef95bf897ce8ba34b0a430.png)

2. Klanten (Client) page with all views that are applicable for clients.  
 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/c/cda4ccbd5f5e8b7f1551d37ddbdfb97cd0e96bb9.png)

Yes, it had a clean look & feel. But the UX sucked. It was not always clear what you could expect ‘behind the hyperlink’. We couldn’t embed all views in the document because

- There was not enough flexibility for switching between views such as ‘active / inactive’.
- A user can easily delete an embedded view
- References were always shown at the bottom of each page which was mainly clutter and not helpful.

**New set-up**  
It has some pretty ugly workarounds 😅 But what I did

- Replaced the ‘document menu items’ with database entities. I’ve created an entity for every menu category so that they can be clickable via a smart folder.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/7/7657c3c4938c041f86ce531a9f674ea1e80ab730.png)

- Because every category has it’s own set-up / relations to the rest of the databases in the workspace, I needed to create a separate database for each menu item.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/5/516d453ffb7f8d071ab92593c12cf78d35d9fb40.png)

**With this new set-up**

- User clicks on the ‘menu item’ (database entity) via the left menu.
- User will now see all applicable information directly on 1 (entity) page.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/0/0049822c6a141a064d3788455c5513683f5f44bb.png)

- The page starts with a small description (because you won’t see view description in this set-up)
- Then all relevant linked databases/views. Where user can switch between views (for example 'active/inactive projects)

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/c/c72b057a121c95f0552b9843a324448853b3fa1e.png)

- And it ends with all relevant Wiki articles about the category so that they never get stuck.

**My set-up is a solution for the following problems/needs**

- User wants to work as efficient as possible.

- User wants to have a workspace where they can manage their whole company, but they don’t want information overwhelm and losing headspace while looking for the information they need.

- User wants to see all information that’s handy for a use case in 1 overview so that they can make decisions fast/easily. Examples:

**What would be handy**

- Solve the above problems/needs without so many workarounds 😄Wanted to share my set-up/use cases so that Fibery can decide what future improvements are handy for views / menu set-up.

- Being able to show entities also wide screen when there is an empty right panel.

- Most views are needed on different ‘menu pages’. We’re currently creating views per page.

![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/9/9c91c4b5f9a6e387eaefd0e4c1c58c1136acb5cf.png)

- As a user, you want to see if there is only one view or multiple views hidden under the arrow. Currently it always looks the same. Therefor you don’t know if there is one view (and you don’t need to click) or multiple views.

![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/f/f68d789b68117c35379f268f7463cf2852c6d9b9.png)

- Would be great if you can link directly to a context view. Because sometimes that’s enough for a use case. Currently, you can only link to normal views. The context views do have it’s own URL so I hope that it’s technically possible.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/6/61c698a1011de2685651dad0714b082242bf681d.png)

- If our set-up remains the same, then it would be handy if you have the option to show view description as well. Since it’s not always clear what ‘Name’ field means for example and how to use the view. As a workaround, I’ve put the information in rich text fields.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/f/f12d5bb6940dfc21f4b9729f595a4ae56ba3de06.png)

I hope that we will have improvements in the future so that all my workarounds are not needed anymore 😄

Let me know if something is unclear. I’m also available to hop on a call if needed.

---

<div class="post-metadata">

**Author:** ![njyo](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/njyo/32/923_2.png) [@njyo](https://community.fibery.io/u/njyo)\
**Post date:** [September 6, 2023, 5:23pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/12 "2023-09-06T17:23:30Z")

</div>

My use case is that I want to embed a view with related items in a rich text.

For example, let’s say I have an entities called Project with Phases with Tasks. Now of course each of these entities already automatically has a view of the related entities.

However, my Project will have a description and the Phases are a crucial piece of information in that. I want to be able to list them inside the text with the rest of the summary, rather than below or above as a sterile view. 🙂

Hope that explains the use case for a “show all Phases related to this Project” type of view. Thanks!

---

<div class="post-metadata">

**Author:** ![Matt\_Blais](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/matt_blais/32/1464_2.png) [@Matt\_Blais](https://community.fibery.io/u/Matt_Blais)\
**Post date:** [September 29, 2023, 4:37pm UTC](https://community.fibery.io/t/in-embedded-views-allow-filtering-on-relation-fields-for-is-this-entity/3635/13 "2023-09-29T16:37:33Z")

</div>

> [@YvetteLans](#):
>
> avoid that users accidentally remove the embed view (with backspace/delete).

This a another good argument for some kind of “lock content” switch for Rich Texts (either per-entity, or per-field at the DB/schema level).

Otherwise we need awkward workarounds like creating a Rule that overwrites the content with what it “should” be, if it is accidentally modified, or a button to initialize/restore the content, etc.
