Closed Bug 47105 Opened 24 years ago Closed 24 years ago

Drag feedback should support trees where things can only go into folders, not into the tree

Categories

(Core :: XUL, defect, P3)

defect

Tracking

()

RESOLVED FIXED

People

(Reporter: laurel, Assigned: mikepinkerton)

Details

(Whiteboard: [nsbeta3+])

See bugzilla bug #36583 

To capsulize, drag&drop to a folder within an expanded folder hierarchy can
sometimes underline both the root folder and target subfolder.  This is
confusing to user -- does not immediately convey the intended destination target
has been selected.

Steps to reproduce:
1.  Login to mail account and setup a folder hierarchy similar to this, where a
folder has subfolders, but there is at least one subfolder immediately below the
root which has no subfolder of its own, then the last subfolder of the root does
have its own subfolders... something like this:

    Folder A
    |
    --- Foobar One (this has no subfolders)
    |
    --- Foobar Two (this has no subfolders)
    |
    --- Foobar Three  (this has subfolder(s))
        |
        ---  Sub1 of foobar three

2.  Expand folder A, or the root of this mini hierarchy but leave Foobar Three's
hierarchy collapsed.

    Folder A    EXPANDED
    |
    --- Foobar One (this has no subfolders)
    |
    --- Foobar Two (this has no subfolders)
    |
    --- Foobar Three  COLLAPSED

3.  Select a message in the account's inbox and drag it to Folder A in the
example.

Actual result:  What you'll see is the highlight/grey line appear at Folder A
and the bold underline of selection target appear under Folder Three.  The
selection of the one single folder for destination is somewhat diffused and
selection appears to encompass the subhierarchy.  Moving the mouse around a bit
will often move the bold line to the proper folder (Folder A).

Expected result:  One single and very clear, clean selection of the target
folder.


The original bug #36583 was marked invalid by pinkerton and his comments were:
"this is the intended behavior. the line under folder three is to show that it 
will go in folder A at the end of its child list if dropped on folder A.
However, this particular tree doesn't have the concept of inserting something
into the tree between the items.

Marking this INVALID. If you want a bug that drag feedback in general needs to 
support trees where things can only go into folders, not into the tree, file a 
new one."
Summary: Drag feedback should support trees where things can only go into folders, not into the tree → Drag feedback shouldsupport trees where things can only go into folders, not into the tree
A better description for this bug is:

the only drop feedback for a tree that can only put things into folders should be 
folder highliting. The lines indicating an item will be inserted between two 
folders is meaningless and confusing.

nominating for beta3, we'll see what happens.
Keywords: nsbeta3
Status: NEW → ASSIGNED
Summary: Drag feedback shouldsupport trees where things can only go into folders, not into the tree → Drag feedback should support trees where things can only go into folders, not into the tree
fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Whiteboard: [nsbeta3+]
I still see the highlight/grey line appear at Folder A and the bold underline of
selection target appear under Folder Three with WinNT (20001102) and Linux
(20001101)
You need to log in before you can comment on or make changes to this bug.