gnackwatschn wrote: > Secondly: I agree, cosmetics do matter. But cosmetics should not impact > functionality to a level that makes software unusable for some users. In > case it really matters so much in our situation, also the volume buttons > and the volume controls in the 'manage players' view should be disabled, > to be consistent.
I agree it should not affect functionality. My point was that if the volume shown in LMS was not the volume used on the player, then it has no real meaning and would be confusing. If it does reflect the real volume then it should be shown. I have updated Material to be consistent - and removed the 'Fixed volume' label. I've added a server-side yes/no option as to whether fixed volume should be respected. If set to 'No' then Material will treat a fixed volume player as a normal player - show volume slider and value. If set to 'Yes' it will show the slider as disabled and not show a volume level. I guess this resolves the issue? *Material debug:* 1. Launch via http: //SERVER:9000/material/?debug=json (Use http: //SERVER:9000/material/?debug=json,cometd to also see update messages, e.g. play queue) 2. Open browser's developer tools 3. Open console tab in developer tools 4. REQ/RESP messages sent to/from LMS will be logged here. ------------------------------------------------------------------------ cpd73's Profile: http://forums.slimdevices.com/member.php?userid=66686 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
