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
While hovering over nodes in the clipboard, the entire item line/slot changes the background color. However, when the user tries to grab the topic/resource anywhere before (on the left) of the checkbox, with the intention to drag and drop it in the channel, they are unable to.
As it seems, only the area starting from the checkbox and moving towards right (in LTR UI), is draggable, and depending on how deep is the nesting of the node in the clipboard, the non-draggable area can be half or more of what is highlighted.
In RTL UI, the problem is less pressing as the non-draggable area remains on the left edge of the screen, and it's more probable that the user will try to grab the area that is actually draggable.
Not sure if the RTL here is the proper flip of LTR - all checkboxes are aligned right and not indented - but it does not seem to be a big blocker, and is not related to this issue.
Expected behavior
Since the hover-highlighted space extends to the full clipboard width, I suggest one of these solutions:
(optimal) Make the entire hover-highlighted area draggable.
(passable) Reduce area that changes the background color on hover to match just the draggable area.
User-facing consequences
User frustration and impression that the dragging items from the clipboard is not working.
@d0sadata This doesn't appear to be related to its draggable nature at all. The clipboard has a nested tree structure so clicking topics/folders expand them, and clicking resources previews them. It appears that the pointer cursor style needs refined to align with this behavior and the clipboard specific layout.
I suggest modifying <LazyListGroup> to remove or conditionalize the cursor pointer on the header, since the clipboard needs to visually indent the header content for each item.
Observed behavior
While hovering over nodes in the clipboard, the entire item line/slot changes the background color. However, when the user tries to grab the topic/resource anywhere before (on the left) of the checkbox, with the intention to drag and drop it in the channel, they are unable to.
As it seems, only the area starting from the checkbox and moving towards right (in LTR UI), is draggable, and depending on how deep is the nesting of the node in the clipboard, the non-draggable area can be half or more of what is highlighted.
In RTL UI, the problem is less pressing as the non-draggable area remains on the left edge of the screen, and it's more probable that the user will try to grab the area that is actually draggable.
Not sure if the RTL here is the proper flip of LTR - all checkboxes are aligned right and not indented - but it does not seem to be a big blocker, and is not related to this issue.
Expected behavior
Since the hover-highlighted space extends to the full clipboard width, I suggest one of these solutions:
User-facing consequences
User frustration and impression that the dragging items from the clipboard is not working.
Usage Details
cc @khangmach & @jtamiace for thoughts 🙏🏽
The text was updated successfully, but these errors were encountered: