Iām very grateful for the required fields. But are one-to-one required field on the roadmap?
Hmm.
Having used the required fields, I think there is room for improvement on how it works.
I also donāt agree with this quote from the docs
Remember, it is not possible to have an entity without a value if a field is required. This means Fibery will always asks a user to fill this value for new entities. It makes new entities creation harder, but it is what you wanted!
What I assume people wanted, or at least what I want, is to make entities creation harder WHEN AND ONLY WHEN the required field would not be automagically filled out.
Letās me illustrate the point with a specific example:
In our setup we have a PROJECT database and a TASK one.
Every TASK must belong to a PROJECT, which means the project field is required.
However, we also use Smart Folders per project, meaning that as long as a person creates a task from within the Smart Folder, the project will always be automatically set.
That means that 95 % of the time, Fibery just works, and we can easily create tasks from Tables or other views without needing to go through an intermediate ācreate entity modalā step.
However, due to Fiberyās versatility there are situations when a person might create, without them realizing, a task entity outside of the Projects smart folder, meaning that the Project field would not be automatically set.
Itās then and only then, in those 5% of the cases, when Fibery should say āhereās this Create Task modal so you donāt forget to add the Project as wellā.
I think a part this announcement is missing is that marking relations as required also prevents them from being deleted. Thats absolutely amazing in terms of making sure data is coherent. There was only option to cascade deletion, but not prevent deletion. Bu here we are!!! Thank you to the Fibery team. I would say āprevent deletionā is a whole feature in and of itself. So two birds with on stone on this one.
One more thing though! I think it there should be a toggle for āprevent deletionā or ācascade deletionā. What if I actually do want to delete a project with all of its tasks. Now I need to first delete all the tasks, and only can I delete the project. (Not the end of the world, but not ideal)
And with that, I think Mircea also raises an really excellent point. Required fields are more about database integrity than they are about UI. Making it always to much harder to create (things like a task in a project) will stray people away from required fields (when they should actually be required). When its linked in relation view, it doesnāt even let you change it, yet it still pops up.
Yes, you are right. We are going to have a better UI for required fields in the next iterations and this case will be fixed
This is such a great update. Yāall are truly amazing.
I started playing with required fields and have a few notes about the modal popup:
- If name is a formula, it clearly says that at the top of the popup, but still has an input for you to type in a name (even though this wonāt keep after creation)
- In the field selector, required fields canāt be dragged to a different order. So the only way to get an order you want is to create a form, but even here the field selector for required fields is unavailable, you have to instead drag from the form page.
- Despite field order, rich-text stays at the top. I would like to be able to have the various fields at the top and rich-text at the bottom.
- If you have a many-many relation (not required) and create an entity from a view specific to that relation, it is autofilled but wonāt let you select more options
- For example: people >< touchpoints. If I create a touchpoint on a personās page, it autofills that person, but wonāt let me select more people even though itās a many-many relation.
I would also love the option for a modal popup even if no fields are required!
Modal popup is a temporary solution till we handle UI more gracefully in different places. Formula Name will be handled in future releases.
The last point looks like a bug, we will check