Ron F. wrote: > Master branch: volume control is definitely working better. I would > suggest however that if it is possible, when making large changes in > volume that it be quickly ramped in stages of say, 10%? It is very > responsive now, but a large and instantaneous change in volume can be > jarring.
Sorry - what large changes? You can see the value on screen. Not sure what you mean by in stages of 10% - the volume step is configurable, and is the same for the volume buttons. If you mean when swiping for 10% to 50%, the volume should change in 10% increments with a delay inbetween - then no. What I could do is send all volume steps, and remove the 'debounce' Perhaps that would be better? Ron F. wrote: > > I have been using material/mobile as a browser app, but I find what > might be an issue when running it in a browser in normal fashion - there > a lot of functions that can be activated by touching the now-playing > display. Basically, this all works well, but if using material in a > browser such as Opera or Chrome, the URL line will scroll off the screen > when swiping up, and scroll back into view when swiping down, so the > whole now-playing display is moving while changing volume this way. > > If running material/mobile as a browser app - the URL is not present so > this issue does not occur, but a new user to material/mobile might be > unsure as to what he is doing. I am almost about to suggest that swiping > up/down to control volume be a setting that is initially disabled by > default - not sure actually what is best. Done. ------------------------------------------------------------------------ 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
