Remarks/Suggestions on the Favourites Organiser

[pauldbnut]

Favourites are organised in a two-level hierarchy of folders. The Favourites Organiser is a powerful dialogue for managing the favourites structure, and the main subject of these comments.
As an aside, besides the default set of favourites, we can use up to five additional sets, modelled on the default or imported as XML from definitions stored under different Identities.
There is also a floating/docking Tree Pane view, similar to a cut-down Organiser, that provides direct one-click navigation/tuning to a specific favourite - avoiding the need to have the Favourites menu ribbon visible. This is mentioned here because a similar feature would be an excellent addition for Memories and Markers.

1. With Edit(ing) a Favourite through the Organiser, location is specified via "Group" (top-level) and "Folder" (second-level). The second level is optional, i.e. favourites may be located directly under a top-level Group.
[Note that a Group corresponds to a horizontal grouping in the favourites menu ribbon, a Folder to a folder icon in the ribbon.]
The "New Location" column allows selection of an existing group/folder or overtyping with a new name that will be created automatically. At the same time the favourite's Title can be editied by overtyping.
This display shows Title above Group above Folder.

Suggestion: Resequence as Group, Folder, Title to match the hierarchy levels. Or, if Title must be first, in the opposite direction.

2. The Organiser Move dialogue allows relocation to another (existing) Group and, optionally, (existing) Folder.
Alternatively we can create a new Group or Folder via the buttons "New Root" and "New Folder".

Suggestion: Rename the first button "New Group" to be consistent with editor convention.

Clicking on "New Root" creates an entry with default name "New Folder". Then clicking OK at this point gives a new Group with the default name and relocates the favourite accordingly.

Suggestion: Make the default folder name "New Group" (consistent etc).

If, however, there is already a Group "New Folder", clicking on "New Root" offers another entry with default name "New Folder". But in this case a new group is not created, the favourite is moved to the existing "New Folder".

Suggestion: Check for existing folder names and propose new default name "New Group 2" or similar.

Clicking on "New Root", editing the name, and then clicking "OK" produces the expected result: a new root folder with the relocated favourite directly under. Note that creating a new root/group does not care whether any tree node is selected at the time.
However, editing that name then pressing Enter ignores the edit and proceeds with the default name.

Suggestion: Accept Enter as equivalent to OK.

Clicking on "New Folder" behaves mostly like "New Root", in particular with the problem pressing Enter rather than clicking OK. However its behaviour is affected by selection of a destination tree node.
Selecting a Group then "New Folder" creates a new 2nd-level entry as expected.
Selecting an existing folder then "New Folder" (appearing to demand an inappropriate third level) has an unexpected result: a folder with the specified name is created under a new top-level Group named as the "old" parent folder.
Clicking "New Folder" without any group or folder selected also has an unexpected result: the favourite is moved to a new top-level Group with the specified folder name.

Suggestion: Disable "New Folder" unless a Group is selected.

[Note that clicking "New Root" has no unexpected consequences even if no node or inappropriate nodes are selected.]

For completeness it should be mentioned that a favourite can certainly be moved directly to a new folder within a new group: click "New Root", edit name if necessary, click "New Folder", edit name if necessary, click OK. The only caveat is (as above) not to press Enter instead of clicking OK.

3. When editing a favourite, only a single entry is relevant. When moving, that restriction is still in force.

Suggestion: Allow multi-select when moving favourites between folders.

4. A Group/Folder structure cannot (apparently, or at any rate through the organiser) be created independently of contained favourite entries. In particular, emptying a folder/group of favourites/folders causes that folder/group to be deleted automatically.

Question: Might it be helpful to provide independent creation of group and folder structures, with a confirmation dialogue for container deletion if a move operation would cause it to be empty?