Material has a "(...)" icon in the now-playing page that when clicked shows track info in the browse view. When this was initially implemented, a user (forget who) asked that when you clicked the back button in the browse view that the now-playing view is re-shown. I think this was mainly a mobile use case, as the tab switches from now-playing to browse.
For 2.4.0 I added other links in the now-playing MAI view, and made album and artist clickable in now-playing. These show album and track lists, in the browse view. Clicking the back button then re-shows now-playing. Which is to be consistent with the previous implementation. Apesbrain has commented that this going back to now-playing is "unexpected". Is this "now-playing -> click link -> show in browse -> click back -> re-show now-playing" unexpected/odd? From my perspective clicking back should take you back to where you were => now-playing. Should it be removed? Only implemted for mobile layout (but this makes it inconsistent between layouts)? Or left as is? *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
