-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
changed play/pause behavior to reflect the actual action #24
Conversation
Hi, I think we should either find a compromise to satisfy both devices, or implement some device-spcific stuff according to the user agent... |
I don't see that as losing. We are winning by embracing a global convention, the button shows its action.. That is what #11 arguments. |
If you look at older commits, you will see that the behaviour changed several times in the past, because some people think the same as you, other are expecting that the button shows the current state (and I think this is in a big part due to the fact that it's highlighted, it looks like if it was selected ... if something is selected, you expected to see its state, not its action). Anyway, I tried to do a compromise for both parts : show the current state, and on mouse events show the button action ; but you're right, I didn't think about no-mouse devices. That's why I said I would loose a functionnality with your commit. Maybe the solution would be to do as you say, but in addition, remove this button highlighting that makes it appear as a selected state. |
That is right, the current implementation shouldn't have such highlight.. |
I think the current setup is a bit inconsistent. During playback, the play button shows the play icon, indicating you are playing. But when you are stopped, the play button also shows the play icon. I'm more inclined to go with the usual standard - have the play button show the pause icon during playback, and have it show the play icon during pause or stop. Alternatively, we can compromise by making play and pause separate buttons. @jotak what are your thoughts? |
I'm fine with that, if there's no strong argument not to follow convention, then we follow conventions. |
js/volumio.api.js - Implemented suggestion from forum to reduce the chance of "connecting" spinner staying up. (https://volumio.org/forum/web-interface-masked-frequently-connecting-overlay-t2926.html#p13634) - Reduced the retry time for reconnect - Implement #24 to swap appearance of play/pause buttons - Remove green box representing "current playback state" js/volumio.playback.js - Implement #24 to swap appearance of play/pause buttons - Remove green box representing "current playback state" - Fix minor syntax error
Hmm, I have implemented this change on e5d5f81, and it definitely looks ... different. I had to remove the green box which appears around the button so it does not suggest that the icon indicates the current state. Let me know what you think. If we don't like, we can revert. |
changed play/pause behavior to reflect the actual action which seems the convention.
also removed the mouseenter/mouseleave event because the button now shows the action. also because mobile doesn't handle that events.
fixes #11