1 sentence request: Show/hide fields state in an entity view (for a specific database) per user
(I say specific database because I expect the hidden fields settings to apply to all entities in the same database just like it is now, no craziness about unique settings per unique entity)
I created a draft of a solution for a company in my free plan. I have a Contracts database that links to Operations orders and Invoices (just an example, in the future could link to many other databases).
The problem I ran into is thinking about deploying this to multiple users, Operations department will not care about the invoices, and Finance will not care about Operations orders. And in the future HR could care about employees assigned to this contract but not Operations orders or invoices.
And most likely it is not a case of not caring, they probably should not be able to see it . (In this case, database permissions should fix it?)
The possible solution is that every user can have their own unique set of selected fields in the show/hidden fields panel.
It is v unlikely that field-level permissions will be implemented any time soon (if ever) but your case would indeed seem to be largely covered by the existing permissions model - you can choose which databases (and now, which entities) any given user can see, so your ops people can be configured to not see the Finance db, your finance people can be configured to not see Operations db, and so on.
In terms of general configuration of which fields are shown and where, then potentially this is a relevant topic:
Thank you for your reply! I understand your point and I would like to clarify my question with an example.
Maybe this is already implemented, but I havenât tried to do it with many users.
The example:
I (as a Finance person) enter a Contract and I hide the Operations relations field, because I have access to that database but I donât want to see it.
The question:
Will this mean that a person (from Operations for example) that enters a Contract will get the Operations relations hidden?
Are these toggles of hide/show managed per user? - If Yes: then this is already a feature and this topic should be on âGet Helpâ (sorry) - If No: then a user showing/hiding fields in a database impacts all users and this is definitely a required feature!
This feature doesnât seem that difficult to implement (?). From your answer, I understand that my question was interpreted as field-level permissions and that certain users should not be able to even see certain fields, I only meant that the âstateâ of the toggle should be managed per user, not the ability to even see the toggle, thatâs why I wanted to clarify.
Thanks for the clarification.
As it stands, users with âcreatorâ level access for a database can determine which fields are visible/hidden on entity view, and their choice will be applied for each user.
So the answer to your question is no, the state of the toggles is not per user but is the same for all users.
The ability to vary the entity view according to who is looking at it (per role or per user) is a potentially valuable feature for some users, but is unfortunately not something being actively worked on at the moment.
The ability for Creator and above users to set the Default toggle state, but for individual users to change it (regardless of user level) and to persist those changes for them alone would be really nice IMO. I know of several other sites that do this and they just do it with cookies or local browser storage AFAIK (which does mean it reverts if the user uses a different browser or clears local storage). I donât know how difficult it would be to implement, but I would hope itâs simpler (if âhackierâ in a way) than per-role/per-user views in full.
I donât think weâd support allowing users to override a Creatorâs choice if that choice is to hide the field - some Creators do that deliberately to limit what other users can see.
I guess the other way around (non-Creators can choose to hide stuff that a Creator had set to show by default) would be low risk.
Overall, we need to think about the best solution for all use cases related to configuration of entity view.
To clarify, I did not mean that all users could hide/unhide fields, rather that they could collapse/expand fields (âtoggleâ) and it would persist for them, rather than the admin/creator setting the state. It doesnât fully address the original request here, but it has potential utility and - I hoped - a lower cost of dev time.
Being able to change the arrangement of fields inside entity view and have personalized filters per user (like you see in many other productivity apps) would be cool as well. If Fiberyâs goal is to connect all processes in a company, one size fits all will probably have a limit.
I still think that the low-hanging fruit here is to let the user choose what to show or hide without overriding admin settings.
Iâve seen the video of @mdubakov where he shows how Fibery uses Fibery, and you guys had multiple databases interconnected.
For those databases with 7+ relations, without having this feature, I donât know how your entity views are even usable/friendly for specific users at that point to be honest (gotta love that scroll wheel!).
I guess a good use of db colors can guide the user to what he should look at, Iâll make the best of it for my clients for now. Donât want to sound like I just want to complain, just providing ideas, I really enjoy Fibery, thank you!
. (In this case, database permissions should fix it?)
