[MGNLUI-6037] Switching to tree view should expand all folders that hold selected items Created: 04/Feb/20  Updated: 13/Jan/21  Resolved: 20/Jul/20

Status: Closed
Project: Magnolia UI
Component/s: None
Affects Version/s: 6.2.1
Fix Version/s: 6.2.3

Type: Improvement Priority: Neutral
Reporter: Šimon Demočko Assignee: Roman Kovařík
Resolution: Fixed Votes: 0
Labels: ui-ux-impr
Remaining Estimate: Not Specified
Time Spent: 1d 1.65h
Original Estimate: Not Specified

Attachments: PNG File Screenshot 2020-04-20 at 13.38.14.png     PNG File Screenshot 2020-04-20 at 13.38.32.png    
Issue Links:
Issue split
split to MGNLUI-6058 Thumbnail view does not maintain item... Closed
split to MGNLUI-6088 Expand folder structures in grid base... Closed
Relates
relates to MGNLDAM-860 DAM chooser browser does not expand f... Closed
relates to MGNLUI-5641 Keep focused item upon switching grid... Open
relates to MGNLUI-5677 Imported asset/page should be selecte... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Date of First Response:
Epic Link: UI framework implementation
Sprint: UI FW 6
Story Points: 3

 Description   

Current state:

Selecting items in list view and then switching to tree view (e.g. in assets app) maintains selection, but all folder structure is collapsed and selection is in a sense "invisible".

Same can be achieved by selecting in tree view, switching to list view and back - expansion of folder structure is not maintained. 

Desired state:

Based on Anja's comment as a response to previous description.

  • When opening a view with selected items - always expand folder structure to show the selected items.
    • If there were some folder expansions previously too (e.g. expanding in tree view, switching to list view and then switching back), keep those expansions too.
  • -When filtering, expand folders to show the filtered items.-

Basically maintain folder expansions and expand further to show newly selected or -filtered items- if necessary.



 Comments   
Comment by Šimon Demočko [ 04/Feb/20 ]

in both issues (related 5641) expansion of folders upon switching views is required

Comment by Anja von Gunten [ 06/Apr/20 ]

sdemocko by any chance, do you know how the behavior was in M5 ?

Comment by Šimon Demočko [ 06/Apr/20 ]

Nope, just assumptions (that it is the same). But I can take a look later today, if you think it helps make a decision. 

Comment by Simon Lutz [ 20/Apr/20 ]

Related UX concern when filtering on tree view: The folders don't expand automatically.

This is how it looks:

While there are actually 4 matches that are only visible when expanding the folders:

This is not about selection - but should probably follow the same UX pattern. Thus adding it here for consideration.

Comment by Anja von Gunten [ 16/Jun/20 ]

Here my proposals: slutz sdemocko (cc czimmermann)

In case of switching btw views

Keep the expanded folder structure as is and expand further as necessary to include selected items

In case of filtering

Expand those to uncover filtered items

Comment by Roman Kovařík [ 20/Jul/20 ]

I've excluded "When filtering, expand folders to show the filtered items".
-This could be a performance issue (imaging expanding thousands of items).

  • also a different issue that keeping the state

If we want to have this in, we'd need a proper specification (e.g. expand first X items).

Comment by Martin Haderka [ 20/Jul/20 ]

Issue:

  • Switching from tree/list view to thumbnail view does not hold item selection. Expected behaviour can be seen when switching vice versa (from thumbnail view to tree/list view).
Comment by Roman Kovařík [ 21/Jul/20 ]

> Switching from tree/list view to thumbnail view does not hold item selection. Expected behaviour can be seen when switching vice versa (from thumbnail view to tree/list view).

Separate thumbnail issue MGNLUI-6058

Generated at Mon Feb 12 09:32:32 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.