Skip to content
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

Closed
wants to merge 1 commit into from
Closed

changed play/pause behavior to reflect the actual action #24

wants to merge 1 commit into from

Conversation

enapupe
Copy link
Contributor

@enapupe enapupe commented Jul 13, 2014

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

@jotak
Copy link
Collaborator

jotak commented Sep 3, 2014

Hi,
I understand your commit but I think it's sad to loose some functionnalities on some devices because other devices don't manage them. I mainly use a PC to display the UI, and the hover/leave events are interesting in my case.

I think we should either find a compromise to satisfy both devices, or implement some device-spcific stuff according to the user agent...

@enapupe
Copy link
Contributor Author

enapupe commented Sep 3, 2014

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.

@jotak
Copy link
Collaborator

jotak commented Sep 4, 2014

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.

@enapupe
Copy link
Contributor Author

enapupe commented Sep 4, 2014

That is right, the current implementation shouldn't have such highlight..
Besides that, I think following the most usual convention is always a win.
The web is changing and the mouse hover events are out of fashion.
There is a tendency of deprecate such events in environments accessed by
both mobile and desktop.

@ning-yu
Copy link
Collaborator

ning-yu commented May 23, 2015

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?

@jotak
Copy link
Collaborator

jotak commented May 24, 2015

I'm fine with that, if there's no strong argument not to follow convention, then we follow conventions.

ning-yu pushed a commit that referenced this pull request May 27, 2015
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
@ning-yu
Copy link
Collaborator

ning-yu commented May 27, 2015

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.

@ning-yu ning-yu closed this May 27, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Play/Pause button
3 participants