View Issue Details

IDProjectCategoryView StatusLast Update
0000036MMW v4Playerpublic2003-10-29 16:51
Reporterrusty Assigned To 
PrioritylowSeverityfeatureReproducibilityalways
Status feedbackResolutionreopened 
Summary0000036: Player Docking: User can't tell that it's dockable
Description1) There seem to be only 2 docking positions that work: upper right (where it used to be) and upper left (at the top of the tree). I would like to see a third position--at the bottom of the tree.
2) Default docking position: I'd like to see this at the bottom of the tree (as it results in less wasted screen real estate).
3) Once the player is docked upper-left, it cannot be moved back to the upper right position.
4) When the player is docked upper-left, the splitter-bar cannot be moved further to the right (which a user might want to do if a directory is deeply nested).
5) If the player is docked upper-left, and the user then changes the apps configuration so that winamp is the default player, then the player disappears, leaving behind a grey area that is impossible to remove.
Additional InformationI've combined these docking-related problems into one bug since they're related and likely to be resolved at once. They can be split out later, if necessary.

Tested on 1.4 build 1.430
TagsNo tags attached.
Fixed in build

Activities

jiri

2003-02-05 22:09

administrator   ~0000053

1&3) There are 4 docking positions: upper left, upper right, above the tree and below the tree. When you drag the player, you must move mouse exactly to the desired position - left and right border on the top of the form, upper and lower border of the tree.
4) When the player is above or below the tree, the splitter cannot be moved, because it is hard to define, what should be shown in the unused space.
2) I like it too, but ecause of 4) I am not sure. 2) can be solved somehow, but probably not very well.

rusty

2003-02-07 02:20

administrator   ~0000073

1&3) I tried this again, and am still unable to move the dialog to any locaction from the upper left position.
2) I think that the benefit outweighs the cost. It looks much better, and the loss of the splitter isn't the end of the world, I hope ;-)

Also, I found a new bug which I've labelled as 5)

rusty

2003-02-20 16:06

administrator   ~0000242

Note: Issue 5 also occurs if the player is docked lower left...

rusty

2003-03-12 16:32

administrator   ~0000452

Update: I tested this again, and it seems that some of the other fixes have eliminated some of the problems. All that remains is:
1) Player docking doesn't work as expected. Currently, the user must move the cursor to the corner to cause the player outline to dock. The expected behaviour is that the player should dock when the _outline_ of the player is in the vicinity of its docking location.

jiri

2003-03-13 08:49

administrator   ~0000472

Yes, I agree. However, it isn't easy to implement properly and there can also appear some ambiguity in where to drop it. I will try to solve it later.

rusty

2003-05-12 12:29

administrator   ~0001138

Note: received user feedback on build 1.492 that the non-functioning splitter bar (to the right of the tree) is fairly confusing (issue 3). We may want to disable the splitter bar when the player is docked into this position.

jiri

2003-05-13 16:18

administrator   ~0001150

Fixed in build 495.
 - The mouse cursor is left default if the splitter isn't enabled.

rusty

2003-05-14 03:17

administrator   ~0001173

verified that the splitter bar now functions correctly in 1.495. Re-opening to track remaining issues.

rusty

2003-10-29 16:51

administrator   ~0002687

Note: setting this as 'low' because I think that this bug should ultimately be solved by replacing the current player UI altogether.