# April 4, 2024 / One-column Entity View layout, mirrored context Folders
**URL:** https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054
**Category:** Changelog
**Created:** [April 4, 2024, 12:02pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054 "2024-04-04T12:02:18Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@antoniokov](https://community.fibery.io/u/antoniokov)
#### Post date: [April 4, 2024, 12:02pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/1 "2024-04-04T12:02:18Z")
## šŖ One-column Entity View layout
Switch to a single-column layout to streamline Entity View:
- see all the Fields in both panels even on a narrow screen;
- get more horizontal space for rich text and relation Views;
- allow each user to collapse Fields if they know them by heart.
The two-column layout is here to stay so itās up to you as a Creator to pick a layout for each Database.
Try the one-column layout if you have less than 10 Fields on the right, especially if most users browse Fibery from laptops, not 32" monitors. Or if your team comes from Notion.
_š§Ŗ Thanks to your feedback on the experimental features, we realised that compact Fields on top are convenient However, asking Creators to pin dozens of Fields and then instructing users to expand/collapse sections is not feasible. Thatās how we arrived at the current solution with two layouts._
## š Resizable relation Views on Entity View
Widen the Relation View Fields and Embed Views in rich text to accommodate more content on the Entity View, whether in a one-column or two-column layout.
This enhancement allows for better utilization of screen space, enabling you to see more units, cards, or table columns within your Relation Views simultaneously.
## šŖ Mirrored context Folders
```auto
š Graduated from experimental
```
Mirror a Folder inside a [Smart Folder](https://the.fibery.io/@public/User_Guide/Guide/Smart-Folders-26) to save yourself from manually maintaining an identical set of Views for all of your Products, Sprints, or Customers.
## š¦ Fixed Bugs
- Threads work extremely slowly and even hang the browser tab
- Context filter stops applying on entity creation on List view
---
### Author:  [@antoniokov](https://community.fibery.io/u/antoniokov)
#### Post date: [April 4, 2024, 12:02pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/2 "2024-04-04T12:02:30Z")
---
### Author:  [@aoe](https://community.fibery.io/u/aoe)
#### Post date: [April 4, 2024, 1:09pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/5 "2024-04-04T13:09:40Z")
We have an issue with the smart folders š
I understand itās from the entity view and relations themselved but thereās no way (from what I can see to hide the views other than deleting them).
---
### Author:  [@interr0bangr](https://community.fibery.io/u/interr0bangr)
#### Post date: [April 4, 2024, 1:19pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/6 "2024-04-04T13:19:16Z")
> [@antoniokov](#):
>
> ## š Resizable relation Views on Entity View
Huzzah! Thank you, this is huge for us!
---
### Author:  [@mdubakov](https://community.fibery.io/u/mdubakov)
#### Post date: [April 4, 2024, 1:22pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/7 "2024-04-04T13:22:04Z")
We are hotfixing it now, hold on!
---
### Author:  [@YvetteLans](https://community.fibery.io/u/YvetteLans)
#### Post date: [April 4, 2024, 1:28pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/8 "2024-04-04T13:28:43Z")
Thanks for the release!
After a few quick tests we have the following feedback.
## Resizable relation views on Entity View
- We have a lot of entities with relation views. In the current situation, I need to adjust each and every relation view to make it full width.
- When itās full width on my laptop screen, itās not full width on my team memberās screen. So it looks really odd.
- Also the title will not be left aligned when everything else is on full width. Which looks really uneasy.
(all shown data is dummy data š¤)
I do think it can be a valuable feature to resize the relation view when you have a combination of rich text + relation views.
But when there are only relation views on the screen, itās really counterintuitive.
Then it would be more user-friendly that a creator or user can choose for a āfull width optionā (like Notion) or make that the default when there is a one column lay-out.
## One column entity lay-out
- When we choose a 1 column lay-out, the many relations will not show. Thatās a real bummer since things as ācategoriesā / āfeaturesā etc. take so many unnecessary space.
- The help text is also not shown. So user can miss important information thatās in the description of the field.
- We have a lot of use cases where the most important information used to be pinned and all the other information in the right column. With this set-up you are forced to either put all information in the 1 column (without many relations š„ŗ) or have the old look and feel when you want two columns + many relations, but then it looks really messy.
**What would be a best-of-both-worlds solution**
- Creator can choose for either 1 column or 2 columns, depending on whatās logic for the database.
- When there is 1 column, the user can collapse the column/āpinned fieldsā if they want (as it is since this release; thatās a nice feature). So that it looks like the picture below.
- When there are 2 columns, the creator decides what is the default view (collapsed or not collapsed) and if possible user can still collapse the ā1 columnā if they want to (as it is since this release).
- So that you can decide whatās most suitable for an entity. Either in column:
- Or show all information on 1 line when thatās the most suitable.
> [@antoniokov](#):
>
> However, asking Creators to pin dozens of Fields and then instructing users to expand/collapse sections is not feasible. Thatās how we arrived at the current solution with two layouts.
If we want to switch to one column view, we currently also need to do a lot of rework. Since only the information in the right column will be shown if you choose 1 column. All āpinned fieldsā underneath the title are gone.
I agree that itās not feasible to instruct the users to expand/collapse section. Would be great if a creator can decide the default.
---
### Author:  [@mdubakov](https://community.fibery.io/u/mdubakov)
#### Post date: [April 4, 2024, 2:19pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/9 "2024-04-04T14:19:42Z")
> [@aoe](#):
>
> We have an issue with the smart folders š
Should be fixed, please check.
---
### Author:  [@aoe](https://community.fibery.io/u/aoe)
#### Post date: [April 4, 2024, 2:20pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/10 "2024-04-04T14:20:37Z")
Yes, it looks fine now! Thanks for the quick response!
---
### Author:  [@Robert\_B](https://community.fibery.io/u/Robert_B)
#### Post date: [April 4, 2024, 2:44pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/11 "2024-04-04T14:44:33Z")
I love that mirroring feature thatās great. š
---
### Author:  [@antoniokov](https://community.fibery.io/u/antoniokov)
#### Post date: [April 4, 2024, 3:13pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/12 "2024-04-04T15:13:06Z")
Thanks for the detailed feedback!
> [@YvetteLans](#):
>
> When we choose a 1 column lay-out, the many relations will not show. Thatās a real bummer since things as ācategoriesā / āfeaturesā etc. take so many unnecessary space.
Weāll allow displaying to-many relations in a compact manner later, probably in a few weeks. This should tidy things up for sure.
> [@YvetteLans](#):
>
> The help text is also not shown. So user can miss important information thatās in the description of the field.
Could you please elaborate on this one? The Field description is present, no matter the layout:
> [@YvetteLans](#):
>
> When there are 2 columns, the creator decides what is the default view (collapsed or not collapsed) and if possible user can still collapse the ā1 columnā if they want to (as it is since this release).
Managing the default value is complex for (new) Creators, choosing where to look between two almost identical sections (to the right, to the top) is complex for casual users. Here we have consciously limited the flexibility and power in favor of a more āonboardableā experience.
> [@YvetteLans](#):
>
> If we want to switch to one column view, we currently also need to do a lot of rework. Since only the information in the right column will be shown if you choose 1 column. All āpinned fieldsā underneath the title are gone.
We will keep a close look at this and, perhaps, include pinned Fields when switching between a from 2-col to a 1-col layout.
---
### Author:  [@ccollins](https://community.fibery.io/u/ccollins)
#### Post date: [April 4, 2024, 3:40pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/13 "2024-04-04T15:40:51Z")
> [@antoniokov](#):
>
> > [@YvetteLans](#):
> >
> > When we choose a 1 column lay-out, the many relations will not show. Thatās a real bummer since things as ācategoriesā / āfeaturesā etc. take so many unnecessary space.
>
> Weāll allow displaying to-many relations in a compact manner later, probably in a few weeks. This should tidy things up for sure.
Being able to show to-many relations in a compact manner versus a view seems like a great opportunity to standardize the to-many views into becoming blank templates that arenāt tied to any specific relationship. Currently, only the to-many view name is permanently tied to that relation. But the view itself can be changed to reflect any database that has a direct or indirect to-many relation to the entity. So if you are going to allow to-many relations as condensed fields (which I would love), why not also allow adding a to-many view without tying the name to a relation?
- For example, Iād love to have a to-many view named āHubā that has views for multiple database. But currently Iād have to rename a relationship to make that happen.
- I think standardizing the to-many fields into blank templates that are relation agnostic would also help new users more quickly understand the full power of Fibery.
* * *
I would also LOVE if single fields could be in multiple columns in the main column. This would mess up the new layout nomenclature, but I think the āside columnā should be referred to as a āside columnā, which would allow you the option for multiple columns of single fields. See example below. I really want multiple buttons in a horizontal row.
| - - - - - to-many view - - - - - -|
| - button- | -button- | -button- |
| - - - - - to-many view - - - - - -|
| - single field - | - single field - |
| - - - - - to-many view - - - - - -|
---
### Author:  [@Yuri\_BC](https://community.fibery.io/u/Yuri_BC)
#### Post date: [April 4, 2024, 3:46pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/14 "2024-04-04T15:46:20Z")
> [@ccollins](#):
>
> single fields could be in multiple columns in the main column
| - - - - - to-many view - - - - - -|
| - button- | -button- | -button- |
| - - - - - to-many view - - - - - -|
| - single field - | - single field - |
| - - - - - to-many view - - - - - -|
This is the need Nr. 1 that I/we have indeed. The separation of single and collection fields has too many drawbacks, actually I donāt see any benefit it at all.
Basically, what is most useful is custom entity view layouts in which fields can be drag dropped in any location the use likes, regardless of the field type.
---
### Author:  [@Yuri\_BC](https://community.fibery.io/u/Yuri_BC)
#### Post date: [April 4, 2024, 4:05pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/15 "2024-04-04T16:05:45Z")
> [@YvetteLans](#):
>
> - When we choose a 1 column lay-out, the many relations will not show. Thatās a real bummer since things as ācategoriesā / āfeaturesā etc. take so many unnecessary space.
I indeed do not yet see the benefit of locking the page witdth/1 column layout with the pinned fields behavior. These are distinct and separate features of the entity display, and now the problem around pinned fields also includes the width behavior? **This is increasing the problems around pinned fields purpose.**
## The issues that are not addressed:
#### Top navigation elements need separation from entity fields.
I refer here again to the same issue that in my opinion underlies the recurring problems around the pinned fields: the fibery team still tries to give pinned fields two different functions: to be accessible single entity fields and use them as primary (parent) navigation buttons. This needs to be rethought, because loss of context because of non-persisent and unseparated navigation elements at the top, and because single fields are not integrated well in the main panel. The issues will persist if these two features are not insisted on the pinned fields.
#### Need for single (non-collection) fields in the main panel.
Users were happy that the pinned fields were vertically stacked because they were missing the single fields in the main panel. The cause for this happiness was that single fields were only accessible in the right sidebar. The real issue here is that users want single fieds as well as collection fields in the main panel, not only as pinned fields.
#### Need for custom entity view layouts
I see that me and users want to determine which fields show up where based on conditions, not solely based on the database configuration. Once this is implemented, a lot of tensions will be resolved.
---
### Author:  [@Oshyan](https://community.fibery.io/u/Oshyan)
#### Post date: [April 4, 2024, 9:00pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/16 "2024-04-04T21:00:53Z")
Not yet weighing-in on the single column layout, insteadā¦ I donāt really feel like the changes to the main column width are helpful. And Iām on a 4k, 32" screen, which I thought would have been the target demographic! The old view was fine for me, and now there are problems for people with the narrower width so Iām a bit confused why the change was made. Did you get a lot of feedback that the text was too wide before?
---
### Author:  [@helloitse](https://community.fibery.io/u/helloitse)
#### Post date: [April 4, 2024, 9:50pm UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/17 "2024-04-04T21:50:11Z")
> [@antoniokov](#):
>
> The two-column layout is here to stay so itās up to you as a Creator to pick a layout for each Database.
This will be fun to tinker with. Thank you for preserving the 2 column layout!
---
### Author:  [@Zauri](https://community.fibery.io/u/Zauri)
#### Post date: [April 5, 2024, 6:10am UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/18 "2024-04-05T06:10:15Z")
> [@Yuri\_BC](#):
>
> Users were happy that the pinned fields were vertically stacked because they were missing the single fields in the main panel. The cause for this happiness was that single fields were only accessible in the right sidebar. The real issue here is that users want single fieds as well as collection fields in the main panel, not only as pinned fields.
We are working on the ability to drag inputs, enums, buttons and other fields from Right Panel / Compact Panel to Main section as well. This concept is being tested internally now
---
### Author:  [@Zauri](https://community.fibery.io/u/Zauri)
#### Post date: [April 5, 2024, 6:14am UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/19 "2024-04-05T06:14:11Z")
> [@Yuri\_BC](#):
>
> #### Need for custom entity view layouts
>
> I see that me and users want to determine which fields show up where based on conditions, not solely based on the database configuration. Once this is implemented, a lot of tensions will be resolved.
This is exactly what we are working towards! Every experiment currently conducted on Entity pages are preparational steps to introducing custom layouts
---
### Author:  [@Sylvain\_Vuilliot](https://community.fibery.io/u/Sylvain_Vuilliot)
#### Post date: [April 5, 2024, 6:47am UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/20 "2024-04-05T06:47:34Z")
We use Fibery as our main management app in our tiny company and love it more and more.
The recent improvements on the ācollection viewsā (table, calendar, time line) and the ability to create multiple views of the relations on a entity where immensely appreciated. Thank you.
As we use the app all days, and are confortable with it, and so efficient with it, we want more š
And the entity view seems to be the one with necessary improvements. You are working on it, experimenting : itās not easy but I like you are taking the risk.
I understand there are 2 main kinds of usages of Fibery : the ones with lots of rich text, whiteboards and some āsmallā fields (Ć la notion) and the ones with more structured data, lots of relations and few rich texts fields often optional (like ous).
For our cases, the 2 columns layout with 2nd column automatically collapsed on narrow screen (or big screen but with multi panels opened) was not adapted because our main fields (dates, time consumed, state, budget, remaining address, ā¦) where on the second column and the secondary fields (comments, attachments, notes) where on the main, always visible column. We would have be able to switch them !
So the pinned fields was a good move in the direction to put our main fields always in the place they deserve : in the first column at the top.
So my conclusion, or my contribution if it can help, is that we should be able to put the fields in the order we want regardless of their type (relations, comments, date, text, rich text, ā¦)
I understand that some widgets are bigger than others currently, but this is certainly the thing to work on: have big, small and pinned widgets for all kinds of fields. You already worked on it for pin fields or in table views: a āto manyā can be a big section or a small one, a date field could be a full calendar, ā¦
Doing so we could arrange all kind of fields in a one-column entity view regardless of their type, in the order we want, instead of a segregation between āsmallā and ābigā fields based on their widget size.
Perhaps, could we create multiple āsmall widgets sectionsā in the flow of the one-column layout to arrange small fields vertically and not all at the top as we are forced currently.
And a last idea: why not allow for multiple named layouts of one database ? the same way you allow for multiple views of āmany relationā in one entity view. It was such a good idea !
Thank you a lot for pushing the limits and innovating like you do
---
### Author:  [@Zauri](https://community.fibery.io/u/Zauri)
#### Post date: [April 5, 2024, 7:09am UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/21 "2024-04-05T07:09:21Z")
Thank you for the detailed feedback!
We are working on adding ability to move fields to/from every section regardless of field type. This will allow for a more tailored customization of Entity View depending on use case. Furthermore we will introduce multiple custom views for Entities, which will help in many cases as well.
---
### Author:  [@Sylvain\_Vuilliot](https://community.fibery.io/u/Sylvain_Vuilliot)
#### Post date: [April 5, 2024, 9:46am UTC](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054/22 "2024-04-05T09:46:46Z")
Iām confident that you will do a great job
ā¦and sorry for my ānot easy to readā explanation trying to articulate my ideas
[Next page](https://community.fibery.io/t/april-4-2024-one-column-entity-view-layout-mirrored-context-folders/6054.md?page=2)