View Issue Details

IDProjectCategoryView StatusLast Update
0006504MMW v4Main Panel/Toolbars/Menuspublic2015-02-05 15:13
Reporterrusty Assigned To 
PriorityhighSeverityfeatureReproducibilityalways
Status newResolutionopen 
Product Version4.0 
Target Version4.0.7 
Summary0006504: Persistent tree nodes
DescriptionIn MM4, top-level tree nodes should persist (visually) so that they can be selected even when other tree nodes are expanded (which would normally force all top level nodes off the screen).

See: http://www.jirihajek.net/MMwiki/index.php/MM_4.0_UI#Main_Panel
TagsNo tags attached.
Fixed in build

Relationships

parent of 0006503 closedpetr Change Tree Shortcuts toolbar default settings 
related to 0000628 closedpetr Configurable Toolbar for Shortcuts (favorites) 
related to 0007216 closedLudek No way to manually sync Playlists 

Activities

rusty

2010-09-28 03:23

administrator   ~0020588

Last edited: 2010-10-19 19:12

Tested build 1316 and there are two issues with the current implementation:

a) The only tree nodes that are persistent are Device and Disc nodes. If the tree is expanded, all other nodes (e.g. Now Playing, Playlists, UPnP Servers, My Computer, Net Radio, Web nodes) are forced off the screen. Factors to consider:
- Users will be doing a lot of d&d between collections initially e.g. from Video to TV, until this can be better automated
- Tabs are nicely implemented, and therefore there exists an alternate means of dragging files between collections
- Having too many persistent nodes may take up too much space in the tree

Possible approaches:
 i) Don't use the Accordian implementation at all
 ii) Implement it for some or all root nodes as is currently the case (preferred by Rusty for 4.0)
 iii) Make it configurable for which nodes it is enabled. This is probably the best solution, but only post 4.0. This could be implemented in the View configuration dialog.

Note: Top level nodes should remain displayed at the Top/Bottom portion of the tree--depending on whether the node in question is higher/lower than the nodes currently being viewed.

Option ii is probably the best approach for 4.0, though we may want to try implementing for more nodes (high) or pursuing option iii (high) time-permitting.


b) Drag and drop onto a persistent tree node doesn't work--it currently drags onto the node that appears 'under' the persistent node. This means that the feature fails to satisfy one of the intended usecases (d&d to a device).

This should be resolved with priority = 'Urgent'

Ludek

2010-11-02 15:14

developer   ~0021124

Last edited: 2010-11-02 15:26

Note that the 'Downloads' node should appear as a persistent tree node if tracks are being downloaded (specified as part of 0006608)
Fixed in build 1321.

petr

2011-02-24 12:47

developer   ~0023372

Item b implemented in 1351

petr

2011-04-09 23:57

developer   ~0024157

Reducing priority to high.

rusty

2011-04-10 13:29

administrator   ~0024177

Petr, I tested b) in build 1363 and the operation works however, it's not easily usable because when dropping a file onto the device, the tree starts scrolling. I would expect that the tree shouldn't move when the user is trying to drop a file onto the device.

In fact, I wouldn't particularly care if the transparency of the tree (behind the persistent node) is removed, if that makes things easier for you.

Re-set to urgent to resolve this particular issue.

petr

2011-04-11 19:59

developer   ~0024234

Fixed auto scroll issue in 1364