View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002013 | MMW v4 | Other | public | 2005-09-16 13:46 | 2005-11-23 14:44 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0002013: Party Mode: Use default view that is more useful for that mode | ||||
| Description | When in party mode, users will want to see what is on the Now Playing list, and will want to see a much larger portion of the list. I would suggest that in this mode, the NP dialog should appear the full length of the screen on the right-hand side, with the Player at the bottom (assuming the player hasn't been disabled). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 915 | ||||
|
|
In addition, the toolbars that appear in party mode should be aligned properly the first time the user goes into party mode. i.e. currently, the main toolbar is 'in the middle' and the search bar is all the way to the right, with a bunch of space in between. The correct appearance would be for the main toolbar to be immediately to the right of the menu bar, and for the search bar to be immediately to the right of that. |
|
|
Party toolbar starting position set immediately to the right of the menu bar, and the search bar set immediately to the right of that according to 5800 note. |
|
|
I think that this is a more complex issue. Currently user can't completely configure Party mode independently of normal mode. I'd suggest the following: Add a Party mode option: [ ] Enable repositioning of controls. By default, this would be enabled and user could set up Party mode view. (Note to Ludek: Controls positions must be saved when changing to Party mode or back). If this option is disabled, user isn't able to modify Party view. Assigned to Rusty for review and wording modification. |
|
|
Reducing priority to 'high'. I think that this isn't critical for now--we'll see with user feedback. Note: Part of the reason why I'm reluctant to make this change is that there are other settings that are 'preserved' from Normal mode (e.g. Repeat/Shuffle/AutoDJ settings), and I'm not sure whether this should be different. |
|
|
I like Jiri's suggestion from 6218 note. This would be nice because party toolbar's settings is saved separately (it isn't depend on normal view settings). Great idea, I think. |
|
|
In response to Ludek's question: "(Would it make sense) to merge '[x] Disable Volume control' and '[x] Disable Stop, Pause, Next.....' so that we have room to implement 2013?" i.e. add an entry to '[ ] Disable repositioning of dialogs and controls' My short answer is that 'Yes' this makes sense. My long answer, is that although it makes sense, it won't be very usable. The problem with the current implementation of Party mode, and with the current proposal re. '[ ] Disable repositioning of dialogs...' is that the user must: -Exit party mode -Go to the config dialog for party mode -Change the config to enable repositioning -Go back to party mode to change the positioning so that it looks good -Exit party mode -Go to the config dialog for party mode -Change the config to disable repositioning This is a LOT of work for a simple task (note: this assumes that the implementation will have independent dialog positions for Party and Normal modes). In order to eliminate these usability problems, we could add a dialog for when the user enters party mode, and modify the dialog that appears when the user exits. i.e: -User goes into Party mode as is prompted: "Party Mode Party mode will prevent any modifications from being made to your files and any configuration changes from being made to MediaMonkey. To exit, press the party mode button. [Options] . . . . [[OK]] [Cancel]" -User tries to exit Party mode and is prompted: "Party mode Enter password to exit or change party mode options: ________________________________________ [Options] . . . . . [[Exit]] [Cancel]" With these simple changes, the workflow would change to: -Go to Party mode options and change the config options to enable repositioning and then re-enter party mode -Change the positioning so that it looks good -Go to Party mode options and change to config to disable repositioning and then re-enter party mode |
|
|
Note: raised back to 'Urgent' because Ludek was asking about this and would like to consider resolving it. I previously lowered it to 'high' because I didn't think it was critical and was not happy with the proposed implementation. The revised proposal would result in a more usable implementation. |
|
|
Sounds good to me. |
|
|
Ok, it has been done according your long answer in build 914. i.e. The party mode enter dialog has been added. Repositioning is enabled by default i.e. '[ ] Disable repositioning of dialogs and controls'. Many party mode changes have been done in this build. Please verify and give me a text for the merged '[x] Disable Volume control' and '[x] Disable Stop, Pause, Next.....'. |
|
|
Tested in 914 and overall it's looking pretty good. There are a couple of issues remaining: 1) Text tweak: "Party mode will prevent any modifications from being made to your files and any configuration changes from being made to MediaMonkey. To exit, press the party mode button." --> "Entering Party Mode. Party mode will prevent any modifications from being made to your files or to the configuration of MediaMonkey." 2) Tweak to buttons in the above dialog: [[OK]] [Options] [Cancel] --> [Options] . . . . . . [[OK]] [Cancel] Note the dialog should be of a size that the buttons are aligned with the right and left edges of the dialog. 3) The following change wasn't implemented. It's not critical, but it makes it easier to configure Party Mode without having to exit and re-enter. -User tries to exit Party mode and is prompted: "Party mode Enter password to exit or change party mode options: ________________________________________ [Options] . . . . . [[Exit]] [Cancel]" Note: if there is no password user is prompted: "Party mode Are you sure you want to exit Party Mode? [Options] . . . . . [[Exit]] [Cancel]" 4) When 'Show in full screen mode' is enabled, the user cannot reposition/resize the windows regardless of whether 'Disable repositioning of dialogs...' is enabled or not. (I think this is an artifact of our previous thinking that we would disable repositioning in full screen mode only). 5) When 'Disable repositioning of dialogs...' is enabled, it is still possible to click the 'x' in the upper-right corner of the Now Playing dialog to disable it. 6) One other minor issue: if the user closes e.g. the Now Playing dialog in Normal Mode, then the Now Playing dialog is closed in Party Mode even though the user never intended to change the Party Mode configuration. |
|
|
1),4),5) Fixed in build 915. |
|
|
Note: Ludek indicated that 2 & 6 are also doable. Jiri/Ludek mentioned that a '[ ] In the future, do not ask me.' option would be useful, however, we'd need to have a means of re-enabling that. |
|
|
I reopened it cause 6) was fixed in build 915. remains only 2) which requires new dialog instead of current 'universal'. if it is really needed I can do it this way. |
|
|
Verified that closing Now Playing no longer has any effect in Party mode. As for other remaining issues, I'm opening new (in some cases lower priority bugs) because this bug is getting too confusing. |
