Better Drag\Drop visualization

3 posts, 0 answers
  1. Steve
    Steve avatar
    1871 posts
    Member since:
    Dec 2008

    Posted 10 Sep 2011 Link to this post

    I was wondering if you guys could jQuery up a better visualization for drag\drop...Sitefinity has an awesome widget drag\drop visualization (as an example) instead of the row with an arrow following the mouse, the place in the tree in which it will place itself contains a placeholder (like dashed border)

    Does that make sense? we can see in realtime where it'll appear
  2. Veli
    Veli avatar
    2002 posts

    Posted 13 Sep 2011 Link to this post

    Hello Steve,

    In RadTreeList, we cannot successfully determine the place where the reordered item will appear. There are many factors to consider, that make the destination of the dragged items indeterminate:

    1. Sorting. RadTreeList is a databound control and item order is based on what gets passed as a data source and what sorting is applied to the control. We cannot determine the final destination of the item based on where it is dropped. We do not know if this item is going to get placed there, or will appear above or below after databinding.

    2. Paging. As a hierarchical and, at the same time pageable, control, item reordering changes the visibility of the items on the current page. This makes the final order and visibility of the items unpredictable by the time of the drag-and-drop action.

    3. Lack of API to specify position when updating data. When implementing item reordering in a databound, hierarchical control, what can you really change? The only thing that you can update is the foreign key of the dragged records. This is what determines your hierarchical order and this is the only data that your hierarchical tree is based on. Being able to change only the foreign key, you are only ever sure about 1 result - that the dragged items will be assigned as children of the destination item. In what order? This is beyond the scope of RadTreeList.

    As a final note, let me argue that comparing a data-bound control  with an unbound control in terms of item reordering is incorrect. An unbound control like a TreeView is always richer in terms reordering capabilities, because the control itself specifies the order of appearance of its items. This is not the case with a data-bound control such as RadTreeList, where item order is not determined by the control, but externally enforced - through the natural order of the data and the sorting expressions that are to be applied.

    For all the above mentioned reasons, we cannot reliably provide an API (or a visual interface) for targeting a specific item position in the hierarchical item tree in RadTreeList.

    the Telerik team

    Check out Telerik Trainer, the state of the art learning tool for Telerik products.
  3. Steve
    Steve avatar
    1871 posts
    Member since:
    Dec 2008

    Posted 21 Sep 2011 Link to this post

    Yeah, no I realize there's no way to PUT it somewhere :)

    But this is what I mean:
    (so I couldn't link it to the drag, so I just did it on hover as a test)

    It's more of a "Here's the parent you're dropping it on" I guess
Back to Top