Improve UX of initCollapsed
#13227
codeflorist
started this conversation in
Feature Requests & Ideas
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
In my opinion the current behaviour of
initCollapsed
results in a rather bad user experience.The desired behaviour of collapsed states of blocks or array items regarding a good UX is pretty clear to me:
initCollapsed
totrue
is rather annoying in this case.initCollapsed
tofalse
causes the whole page to be a chaotic mess, severely hindering the editor in even finding the element he wants to edit.Because of (2), the only viable setting for me here is to use
initCollapsed: true
everywhere, which again results in (1) to be problematic.Furthermore, currently Payload seems to remember (on the server or db), the collapsed state of every single row. I think this is a very bad idea. After a while each record will become a mess of collapsed / uncollapsed rows and blocks, requiring an editor to "clean up" the page on start or end of an edit session. It's the equivalent of coming back to an untidy and chaotic work desk. It also makes the
initCollapsed
setting rather useless after a while, irritating developers as to why it is "not working". This has also been requested in this discussion, which got quite a few upvotes: #1376My suggestions for improvement are:
initCollapsed
to be an object with{ create: boolean, edit: boolean}
or a string calledauto
, which results in the behaviour explained above, and in my opinion should also be the default to provide a good UX out of the box.Beta Was this translation helpful? Give feedback.
All reactions