0000036: Player Docking: User can't tell that it's dockable

ID	Project	Category	View Status	Date Submitted	Last Update

0000036	MMW v4	Player	public	2003-02-05 18:29	2003-10-29 16:51

Reporter	rusty	Assigned To
Priority	low	Severity	feature	Reproducibility	always
Status	feedback	Resolution	reopened

Summary	0000036: Player Docking: User can't tell that it's dockable
Description	1) 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 Information	I'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
Tags	No tags attached.

Fixed in build

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.

View Issue Details

Activities