You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 6, 2023. It is now read-only.
It isn't easy to decide where it goes in indent level (whether same level or indented). I need to add a bunch of logic that will sense where your mouse is and then move the drag drop zone horizontal line right or left accordingly to signify whether indented or not. Also by making it an indented child of where it drops to I dont have to deal with the logic of dragging somewhere that may interrupt the list item below it.
Like if you drag under an item that already has children, if I try to drag to the same level as it, then it ruins the children relationship below it because those children are now below the new list item you just dragged. By making it indented always it avoids that issue and then you can just shift-tab to unindent it if you want it at same level. Not perfect but I had to make a decision one way or the other.
pseudometa suggestion:
I think that – at least for the first release – implementing such logic is going a bit far. You could keep it simpler (for now) and simply add an option in the settings: if you move things under a list, should it keep its original indention or become a child? yes/no
The text was updated successfully, but these errors were encountered:
It isn't easy to decide where it goes in indent level (whether same level or indented). I need to add a bunch of logic that will sense where your mouse is and then move the drag drop zone horizontal line right or left accordingly to signify whether indented or not. Also by making it an indented child of where it drops to I dont have to deal with the logic of dragging somewhere that may interrupt the list item below it.
Like if you drag under an item that already has children, if I try to drag to the same level as it, then it ruins the children relationship below it because those children are now below the new list item you just dragged. By making it indented always it avoids that issue and then you can just shift-tab to unindent it if you want it at same level. Not perfect but I had to make a decision one way or the other.
pseudometa suggestion:
I think that – at least for the first release – implementing such logic is going a bit far. You could keep it simpler (for now) and simply add an option in the settings:
if you move things under a list, should it keep its original indention or become a child? yes/no
The text was updated successfully, but these errors were encountered: