Reorder Components within large Dynamic Zones more quickly & easily
closed
L
LilyLauben
Hello, I'm working on a fairly small dev team, using strapi to create a large online exhibition website. This project takes advantage of the Dynamic Zones to create large sections with varied layouts, because one of our top priorities is to make a beautiful and visually interesting site.
However, once you start working with Dynamic Zones that are longer than 15 components, further edits become increasingly difficult, due to how hard it is to reorder components within Dynamic Zones. There are two main problems:
Currently, new components can only be added to the bottom
Currently, existing components can only be reordered one step at a time, using the up and down arrows
There is a lot of context to this request so please see: https://github.com/strapi/strapi/issues/7941
Kai Doe
closed
Kai Doe
complete
The feature is available in Strapi v4.6 https://strapi.io/blog/announcing-strapi-v4.6
Josh Ellis
Derrick Mehaffy this has been complete.
Ray Navarro
I am having the same problem with my project. I hope it will be improved.
Gustav Hansen (he/him)
Ray Navarro: We will release version 4.6 next Wednesday which will include drag & drop re-ordering for dynamic zones. We hope this will help you.
Josh Ellis
We're still working on the adding of dynamic zone components in situ, however we have released a beta of
4.6.0
that contains drag and drop dynamic zones. Feel free to give it a try and feedback.Adil Amanat
Gustav Hansen (he/him) Derrick Mehaffy
I have made a patch where i have added the add new component with in dynamic zone at any place. I have created an RFC for that.
Please let me know if this is anything which could be consider a potential contribution. I already have a patch ready i can contribute and make a PR into strapi.
Yannick GALLY
Hello everybody!
It would be really useful to increase moving of components within the dynamic zone. This action can be time consuming when there is a lot of items in the zone.
The subject seems to interest a limited number of users but can be very cool for everyone.
----
There is a lot of suggestions proposed in first topic https://github.com/strapi/strapi/issues/7941#issue-703802268
Some of them are easy to implement I think... :
- solution 1: up/down 3x buttons
- solution 3: top/bottom buttons
There are some a little more complex :
- solution 2: up/down buttons + int value
- solution 4: move to index button + int value
- one more solution from me : we could consider allowing user to move the selected block up and down into the zone, by using Ctrl + up/down arrows on his keyboard!
And finaly, the best to have (and also more complex) is the "drag and drop" to re-arrange blocks within the zone, indeed. We could use the same behavior as the one for items into a repeatable component...
Your tool is really great, congrats.
Please do what you can to improve this feature. :)
Gustav Hansen (he/him)
Adil Amanat We've started discussing this, but we are not yet in a stage where we can promise anything. It looks like as if there is a chance to get this prioritized soon though.
For the next small iteration we are currently planning to replace the up/ down arrows with (keyboard accessible) drag & drop. We haven't discussed yet how to make it easier to insert components at a certain location. We will keep you updated.
Would that already help as a start in your case?
Adil Amanat
Gustav Hansen (he/him): Thanks for the details. If you can commit any timeline for it that would be very beneficial for us.
Gustav Hansen (he/him)
Adil Amanat: As I said: at the moment I can not. We started discussing it and there is a good chance we might be able to do it till the end of the year, but I can not promise that. The actual code-change is quite small and we are aware of the importance.
Adil Amanat
Derrick Mehaffy can you give any update on this. I ready to contribute on this because this has become a huge pain for us. Before contributing just wanted to check with you guys that if you would be able to consider contribution for that or not?
Marcin Stawowczyk
This needs more up votes!
Load More
→