View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000520 | MMW v4 | Other | public | 2003-06-26 01:47 | 2005-09-18 02:05 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.5 | ||||
| Summary | 0000520: Party Mode / Bar mode | ||||
| Description | This is a mode in which _anyone_ is given access to SDB, however, certain operations are disabled so as to prevent: 1) people from interfering with the audio feed 2) people from writing/deleting entries in the Library Needs to be specced, however, a good place to start is to examine: http://pages.globetrotter.net/bakerywizard/partyTime_jukebox.htm | ||||
| Additional Information | See: #1126 for limitation wrt current Double-Click Action functionality. http://www.songs-db.com/forum/viewtopic.php?t=1619 http://www.songs-db.com/forum/viewtopic.php?t=1017 http://www.songs-db.com/forum/viewtopic.php?t=1751 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 895 | ||||
|
|
See: http://www.songs-db.com/forum/viewtopic.php?t=539 http://www.songs-db.com/forum/viewtopic.php?t=203 edited on: 10-30-03 11:07 |
|
|
Another feature requested for this mode is the ability to play continously even when nothing is in the playlist. I'm not sure if I agree with this, though; this can be achieved just as easily by disabling deletion of tracks from the Now Playing list. see: http://www.songs-db.com/forum/viewtopic.php?t=686 |
|
|
Lowlander suggested that another requirement would be the ability to disable additional dialogs such as the tree or tracklist. Not sure that this is the best approach, but noting this... |
|
|
Another recent one http://www.mediamonkey.com/forum/viewtopic.php?t=4217. |
|
|
Disabled in-place editing. Hidden and disabled menu items. Hidden and disabled tool bars. Added party mode tool bar (visibled only in party mode). Added party mode sheet to menu options. -added checkbox for possibility of hiding menu bar. -added checkbox for possibility of disabling stop and pause. -added checkbox for possibility of showing MM in full screen. -added checkbox for possibility of enabling password protection. Activated Alt+F4 key protection if password is used. Disabled Drag&Drop. Made the continuous mode to be allways true. |
|
|
Modified Play commands to prevent people from deleting all songs in Now Playing playlist when song from another playlist is being launched. Song Properties made read only. |
|
|
Some ideas: http://www.mediamonkey.com/forum/viewtopic.php?t=4532 To prevent cluttering of Now Playing list something like this option could be added: [x] Leave only ____ played tracks in Now Playing |
|
|
We should also consider making this mode at least partially a Gold feature. One option would be to _always_ show MediaMonkey Gold menu item, even if menu is hidden by Party mode settings. This way users will still see a reminder to upgrade to Gold. |
|
|
I haven't tested extensively yet, but I did notice the following: -Drag and drop isn't disabled, so users can still change track properties. Probably, d&D of tracks from the Main panel should be disabled to any nodes other than NP. -It should be possible to delete tracks from the NP list (e.g. user adds the same track 2x in a row) in spite of a comment I made earlier in this thread. With respect to Jiri's comment about show last x tracks; while I think that functionality is useful, it doesn't really fit into our 'party mode' since our party mode is effectively a means of securing mediamonkey. The feature that Jiri describes is something that would be useful for Now Playing in general (and not specific to the party mode). e.g. Tools|Options|Player|Now Playing: Display: [All, 0, 1, 2, 3, 5, 10, 15, 25, 50, 100] recently played tracks . . . . [All, 0, 1, 2, 3, 5, 10, 15, 25, 50, 100] upcoming tracks More comments to come... |
|
|
Re. recently played in NP - I agree with Rusty's proposal, although I think Keep would be more logical than Display (Ok Rusty?), i.e.: Keep: [All, 0, 1, 2, 3, 5, 10, 25, 50, 100] recently played tracks {removed 15 to make it shorter} However, I don't understand the idea of upcoming tracks, I think that all upcoming tracks (i.e. somehow queued in NP) should be always shown. What I think would be useful here instead is an option several times discussed in forums: Automatical addition of new tracks when NP gets empty. UI could look like: Auto-add [None, 1, 2, 3, 5, 10] tracks when no more track in Now Playing {Rusty, please review wording of this} It would add tracks as soon as playback of the last track in Now Playing starts (except if Repeat is on or Shuffle is on). |
|
|
Corrected and improved abilities of Drag&Drop, added new option to party sheet 'Enable Deleting from NowPlaying' - there is able to delete songs without any prompt in NowPaying only. Non-skinned version full-screen mode corrected. |
|
|
'Prevent switching to another application' checkbox added to the Party sheet in consequence of disabling system keys (Alt+Tab, Alt+Esc, Ctrl+Esc, WinKeys, F1, Alt+SpaceBar) on all windows platforms (used Jiri's DLL) for NT+ win platforms. |
|
|
Disabled 'Get Info/Buy...' in case of fullscreen mode to prevent internet explorer launching |
|
|
Here's a clarification of Auto-add UI: Auto-add [None, 1, 2, 3, 5, 10] tracks when no more track in Now Playing (v) From entire Library ( ) From Playlist: __________ [Choose] |
|
|
Auto-add random tracks resolved, new sheet added - Player/NowPlaying... Keep only X previous tracks in NP resolved... Removed 'Be always continued' from Party Mode. |
|
|
May I suggest that there is possibility to run MM in Party / Bar Mode from Command Line. (Like "Mediamonkey.exe /Party"). There are several reasons for that if needed I can explain them. |
|
|
Looking good! I'm going to provide a bunch of comments on Party Mode, but not cover the changes mode to Now Playing (I'd prefer to cover those in a different bug). 1) There are some cosmetic changes to make: a) -Party Mode Options text should be changed as described below: . . -Enable deleting from Now Playing --> Disable removal of tracks from Now Playing** . . -Lock and use password to unlock ---> Secure Party Mode with Password: **This implies a small functional change as well since it's the opposite of the current implementation. I would suggest that this option should be disabled by default. b) Also, the order of the Party Mode options should be changed as follows: . . 1) Secure... . . 2) Hide menu... . . 3) Show in Full Scr... . . . . Prevent... . . 4) Disable Stop and Pau... . . 5) Disable removal of tracks from Now... c) When the user is prompted for a password, the dialog should be changed to: . . Title: Password . . Text: Enter password to disable Party Mode 2) There are also a couple of functional changes that we should probably make: a) 'Find more from same' should be added back to the context menu (currently it's hidden in Party mode) b) When Party Mode is enabled, the settings for Player Controls are ignored i.e. no matter what the user has configured for 'Double-click action' and 'Play Now Plays', double-clicking a track will cause a single track to Play immediately without adding other tracks to the NP list, and to not replace existing tracks. While I believe that this is very useful behaviour, it will confuse users who won't understand why this behaviour is occuring (i.e. why the 'Double-click action' configuration works, but the 'Play Now Plays' configuration doesn't). I think that the solution to this is to: . . - add a 'Player Behavior' configuration setting that is specific to Party Mode . . - move the first 2 of the current 'Player Controls' settings to the new 'Now Playing' dialog . . - modify the 'Player Behavior' settings in both locations to match the specification described in bug 0001290 -- see my comment b) dated 1/20/05 (note: please keep discussions re. 0001290 in that bug--my real point is that we should have an equivalent means of configuring Player Behavior for normal mode and for Party mode. 3) There is a major bug I noticed a) If full screen mode is enabled in Party mode, then tracks don't play 4) One other minor issue: I'll want to get a better icon for Party Mode if possible (I'm thinking a key to show it's secure). |
|
|
1)b) Ludek, please keep in mind to change Tab order as well when making such changes. 4) I was thinking about an outline of three people and possibly add a key in from of them. |
|
|
I also think that party mode should be configurable so that the application could behave like real Jukebox in all aspect. That is the user isn't allowed to stop playing of current song anyway. (i.e. 'Next' and 'Previous' actions should be disable by option too). Or simly adding a checkbox to make the MM behave like real jukebox should be usefull. i.e. (in case of jukebox checkbox checked) Disable Drag&Drop in NP too Disable Next, Previous, PlayNow actions. [x] Secure with Password [x] Hide menu bar [x] Show in Full Screen mode [x] Prevent switching.... [x] Disable Stop and Pause [x] Disable removal of tracks from Now Playing Doble click action set to: ..When playback is stopped: [Play Now] ..When tracks are playing: [Play Last] ..'Play Now' action: Play selected only after current ..and MM should behave like real jukebox. |
|
|
Changes according to our comments done. Disabled actions related with explorer launching when full screen is on. SongProperties item in Edit menu disabled, multiple edit Song Properties disabled and Caption of Song Properties changed to notify user that it is Read only in Party Mode. |
|
|
Per discussion we can do the following to address your concerns: Change disable pause and stop to: [ ] Disable Stop, Pause, Next, and Previous Change disable removal... to: [ ] Disable removal and reordering of tracks in Now Playing |
|
|
Based on our discussion with Rusty and my 'Jukebox' idea described in my 5737 note: There is another problem - that real Jukebox should run in non-shuffled mode too. 'Play now' action should be disabled too. Solution is - Hide both menu bar and player => There profiles would be usefull, but Rusty said: "it's more like a Profile, but I don't think we want to implement multiple 'profiles' for party mode"... This 'profiles' could be represented by one ComboBox for example. Select Party Preset: [None], Real Jukebox, Party Machine, Bar Aroma, ... i.e. None <=> Own settings This 'fixed' presets wouldn't be hard to implement. Assigned to Rusty for Review. |
|
|
I'm not quite sure I understand what problems you're referring to. Are you saying that: 1) In scenarios where the user wants to prevent the user from switching tracks: a) Our current setting would have to be changed from [ ] Disable Stop, Pause, Next, and Previous --> [ ] Disable Stop, Pause, Next, Previous, and Play Now b) The above setting might possibly conflict with previous settings (e.g. if the default double-click behaviour is 'Play Now' 2) When '[ ] Disable Stop, Pause, Next, Previous and Play Now' is enabled, if the player is present, then it'll be confusing to the user since the buttons appear 'live' but don't actually work. With Respect to 1a) I think the change in wording suggested above solves the issue. With Respect to 1b) I agree that profiles could make this more foolproof for users, though I would expect that only 'Jukebox', 'Party Machine' and 'Custom' profiles would be needed. Note that the 'Custom' profile should be saved. With Respect to 2) I agree that this could be confusing, but, I think that as soon as Peke's new Skinnable player is ready, we'll then have the option of hiding/greying out specific buttons in the player. So for now, the best solution might be to change the wording and do as you say, but nothing more. i.e.: [ ] Disable Stop, Pause, Next, Previous, and Play Now (Hides Player) |
|
|
Tested in build 893 and it's working pretty well except that in cases where the user wants to prevent tracks from being paused/stopped they would also want to prevent tracks from being changed midway through a song. Suggested change: [ ] Disable Stop and Pause --> [ ] Disable Stop, Pause, Next, Previous, and Play Now The functional change would be that the Player buttons are disabled and the 'Play Now' button is disabled. We can rely on the user to set the Player Controls to not 'Play Now' (i.e. we don't need any special logic for this). Jiri and I discussed that hiding the player would result in too much info being lost and that disabling the controls would be sufficient for now (until the new skinnable player is ready). |
|
|
[ ] Disable Stop and Pause replaced with --> [ ] Disable Stop, Pause, Next, Previous, and Play Now as you proposed. |
|
|
Verified 895. |
