Good stuff!! Love the new behaviour on formula. Only thing that can be bad is if the field is meant to be set by automation and not by user. Maybe adding a place to set which field should be set by user on creation? Idk. Setting primary and secondary fields?
One easy fix is focus. On create, focus on first field for faster creation. And a small thing that could be nice is that if there is only one field to be set by user, just show that as the primary field without the text of āName will be generatedā it could add confusion to the end user. Even if there is more than one field, I think the āName will be generatedā isnāt neededā¦ Then we could just set the name as [Field], and a different field type could act as the primary field for the database.
Not sure if this was happening before now, or related to the new way filters work. When using a context filter, it forces to choose one that will obey the context filter rules and stay in view. I think I like thatā¦ (again, problems if should be filled with automations). Itās just a bit weird that itās only in context views and not in āorā filters in all views. For example if I filter to show any that contains either of the three related items, I would expect it to have the same behaviour, but it doesnāt. Iām finding it a bit confusing. In any case, the dropdown to choose from in form and list create looks ugly and different from the normal single select dropdown. See photos and video below.
And table looks like this
Is this just for UI? Or an updated mechanism to the way āmodification dateā works?
See related: Database schema changes update Entities "Modification Date" - #12 by Polina_Zenevich
Modification date not as expected
And I really like the new toasts!
Love the quality of life stuff! :))
Edit:
1 more thing that I saw was removed from the spec but would be really nice:
When there are no required fields and no editable fields (or any set fields for input on creation) for input in Name Formula. Just create the entity without requiring an extra click. Right now it needs two clicks even though the second click adds nothing new.
And since it is possible to know which pane is in focus (by the fact that Shift+Esc) works. Iām wondering if its possible for the āOpen Entityā in the toast to open to right of the in focus pane instead of all the way on the right. This way keeps the context from where it was created. Especially if you have many many collapsed ones and going back and fourth.