I have decided, I don’t want to drive a circle but an “8” so that the new route would be: Start - 1 - 3 - 2 - 4 - Finish
Point 3 shall be the new point 2. So I drag it after point 1. Before releasing the mouse button, I see the green line between 1 and 2 and that’s where I want to have it - right after point 1.
After I release the mouse button, the old point 3 has become 1 and the old point 1 has become 2:
Yes Emux, it looks like this is the way it should be understood. But in my opinion this is a strange way to do the task. I think I have never seen a GUI behaving like this when it came to sorting entries manually.
I haven’t written of a “bug” on purpose. I just wanted to give user feedback and therefore made a detailed description of how I think and proceed. If the programmer thinks that this is the best way of sorting the points, it’s okay.
When you move it up, a green line appears which apparently means that the underlined point (here 1) will be replaced by the point in the red rectangle:
ah! that one! yeah that has been glitchy since the beginning, should’ve made a post in the forum back then. I always assumed robin would polish that at some point, but from what little web dev experience I have I also know that lists and remembering states of movable list items is a pain in the backside…
Thanks a lot for reporting this. With the Redesign it is finally possible to improve this visualisation. I will check what can be done to improve the visualisation for this.
BTW: if you have ideas/proposals, please feel free to let us know. I have a few things in my mind already as well.
Thanks again for reporting this issue, I just deployed a fix that should improve drag & drop behaviour . Please let me know if this fixes the issues for you?
Holy shit was I excited to read this and I immediately tried it out, but I must say I’m a bit… meh on it currently. I get what you are trying to do with the alpha see-through, but I think at least the target isn’t distinct enough
The waypoints move apart a bit, so there would be some space for a drop-in-hint. Usually, a lot of lists do this by keeping the color of the line item and then “opening” the background color up so to speak. Maybe something like this?
I am not 100% sure what you mean to be honest . I am not sure why there is so much white color in the screenshot?
Do you see an issue with the fading “source” or do you see an issue to visualize where you drop the element?
Also I am not really sure about using a white background color here, but maybe we can find a good visualisation. Please also feel free to link to an example where drag&drop list reordering is done in a way that you like.
The white color is supposed to visualize the drop target so that it’s clearer where your card will land. I think the drop target should have the color of the list backgroung. I would also argue for making the card you hold in your hand less see-through. Demo… well… vanilla angular stuff? Dunno https://marceljuenemann.github.io/angular-drag-and-drop-lists/demo/#/nested
Ok, that is already the case? Or do you mean a different color like in your example they seem to create an empty element and give it a gray color to show where it would be dropped.
I can double check if this can be changed, but probably a bit complicated as the browser handles this internally.
“Vanilla Angular” . The Kurviger website does not use Angular. Angular is a rather heavy web framework by Google, so I wouldn’t call it Vanilla .
Thanks a lot for providing this demo, the empty gray element that is created to show the drop location is a nice addition and something I thought about as well.
But yeah, since you have to create a element within the list I haven’t done that yet, but I can certainly add it to the todo list .