Closed
Bug 902981
Opened 11 years ago
Closed 11 years ago
[Music] [User Story] Provide access to music controls in the notifications tray
Categories
(Firefox OS Graveyard :: Gaia::Music, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
1.3 Sprint 3 - 10/25
People
(Reporter: skasetti, Assigned: squib)
References
Details
(Keywords: feature, Whiteboard: [1.3:p2, ucid: media40])
Attachments
(4 files)
User Story: As a user, I want to access the controls to the music app in a notification tray or enter the music app by swiping on the play icon on the status bar while the homescreen is still unlocked
Assignee | ||
Comment 1•11 years ago
|
||
Taking and setting blocking bug (this should happen before lockscreen controls).
Blocks: 891024
Status: NEW → ASSIGNED
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → squibblyflabbetydoo
Assignee | ||
Comment 2•11 years ago
|
||
This is essentially done, and I'm just waiting for bug 902974 to land now. For anyone who'd like to follow along, the code is here: https://github.com/jimporter/gaia/compare/music-nowplaying-notification...music-notification-controls
Assignee | ||
Comment 3•11 years ago
|
||
Ok, this is done. Note that the PR has the commits from bug 902981 in it.
Attachment #807192 -
Flags: ui-review?(rmacdonald)
Attachment #807192 -
Flags: review?(dflanagan)
Attachment #807192 -
Flags: review?(alive)
Comment 4•11 years ago
|
||
(In reply to Jim Porter (:squib) from comment #3) > Created attachment 807192 [details] [review] > https://github.com/mozilla-b2g/gaia/pull/12314 > > Ok, this is done. Note that the PR has the commits from bug 902981 in it. Wait, this is bug 902981. And the PR just has one commit in it, so I'm confused. Also, do you want Alive and I to both revhew the whole patch, or are you asking me to review the music changes and Alive to review the system changes?
Updated•11 years ago
|
Flags: needinfo?(squibblyflabbetydoo)
Assignee | ||
Comment 5•11 years ago
|
||
(In reply to David Flanagan [:djf] from comment #4) > (In reply to Jim Porter (:squib) from comment #3) > > Created attachment 807192 [details] [review] > > https://github.com/mozilla-b2g/gaia/pull/12314 > > > > Ok, this is done. Note that the PR has the commits from bug 902981 in it. > > Wait, this is bug 902981. And the PR just has one commit in it, so I'm > confused. Sorry, I meant bug 902974. The PR has only one commit in it now because bug 902974 landed, so you won't see its commits in the PR anymore. > Also, do you want Alive and I to both revhew the whole patch, or > are you asking me to review the music changes and Alive to review the system > changes? I think it makes the most sense for you to review the music changes (namely, shared/js/media/remote_controls.js), and Alive to review the system changes. I think it might make sense for both of you to look over the tests though, since the fake music app is supposed to be similar to the real music app.
Flags: needinfo?(squibblyflabbetydoo)
Assignee | ||
Comment 6•11 years ago
|
||
Oh, as a note to reviewers, I'll be updating this with a few small changes in the system app, namely to allow fast-forwarding by holding the next or previous buttons (like the player in the music app and the bluetooth controls).
Assignee | ||
Comment 7•11 years ago
|
||
Hm, maybe not. For some reason, I can't manage to detect a long-press on the controls (I'm listening for contextmenu), even though it works on other elements. Does anyone have any ideas why that would be? The only difference I can see is that it works on a div, but not on a button.
Comment 9•11 years ago
|
||
Comment on attachment 807192 [details] [review] https://github.com/mozilla-b2g/gaia/pull/12314 r+ for system part
Attachment #807192 -
Flags: review?(alive) → review+
Comment 10•11 years ago
|
||
Comment on attachment 807192 [details] [review] https://github.com/mozilla-b2g/gaia/pull/12314 Sorry this took so long. r+. This was my first time reviewing IAC code, so it was pretty interesting for me.
Attachment #807192 -
Flags: review?(dflanagan) → review+
Updated•11 years ago
|
Attachment mime type: text/plain → text/x-github-pull-request
Assignee | ||
Comment 12•11 years ago
|
||
Here's what the patch looks like in action. Hopefully this is enough detail; I could film a video of this in action, but that'd be more work. :)
Attachment #819910 -
Flags: ui-review?(rmacdonald)
Assignee | ||
Updated•11 years ago
|
Attachment #807192 -
Flags: ui-review?(rmacdonald)
Updated•11 years ago
|
Target Milestone: --- → 1.3 Sprint 3 - 10/25
Comment 13•11 years ago
|
||
I will take a look at this today or tomorrow but, in the meantime, I'll flag Eric for visual design review.
Flags: needinfo?(epang)
Comment 14•11 years ago
|
||
Hey Jim, this is looking good :). I just have a few suggestions. I've attached an image with a few small tweaks to update the layout and highlight states. Let me know what you think or if you have any questions. Thanks!
Flags: needinfo?(epang) → needinfo?(squibblyflabbetydoo)
Assignee | ||
Comment 15•11 years ago
|
||
(In reply to Eric Pang [:epang] from comment #14) > Hey Jim, this is looking good :). I just have a few suggestions. I've > attached an image with a few small tweaks to update the layout and highlight > states. Let me know what you think or if you have any questions. Thanks! Ok, I've updated the CSS to match this. Good catch on the border-radius for the buttons! I didn't see it on a desktop build; must be some sort of build system weirdness. The smaller album cover looks really strange to me, though. Maybe that's just because I've been staring at the old version so long, so I'll defer to you here. :)
Flags: needinfo?(squibblyflabbetydoo)
Assignee | ||
Comment 16•11 years ago
|
||
Two more small questions that I just thought of: 1) Users can tap the "now playing" info at the top to go to the music app. Should there be an on-tap state for that like how the buttons turn blue? 2) The (wrong) blue color I used for the buttons came from the music app. Should I change it to #00aacc there as well?
Flags: needinfo?(epang)
Comment 17•11 years ago
|
||
Comment on attachment 819910 [details]
What it looks like
Looks great. Thanks for all of your hard work on this!
Attachment #819910 -
Flags: ui-review?(rmacdonald) → ui-review+
Assignee | ||
Comment 18•11 years ago
|
||
Landed: https://github.com/mozilla-b2g/gaia/commit/36048198ae3f87671ced8c0179bea1e029ec7d9c Thanks everyone for reviews!
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 19•11 years ago
|
||
(In reply to Jim Porter (:squib) from comment #16) > Two more small questions that I just thought of: > > 1) Users can tap the "now playing" info at the top to go to the music app. > Should there be an on-tap state for that like how the buttons turn blue? > > 2) The (wrong) blue color I used for the buttons came from the music app. > Should I change it to #00aacc there as well? Hey Jim, Sorry for the delayed response on this! Hope it isn't too late.. 1. The notification should have a hit state in general for row items. I previously opened this bug about it: 917860 2. Yes if you can update the highlight state to #00aacc that would be great Thanks again for all the work you've done on this!
Flags: needinfo?(epang)
Updated•11 years ago
|
Flags: in-moztrap?
Assignee | ||
Comment 20•11 years ago
|
||
(In reply to Eric Pang [:epang] from comment #19) > 1. The notification should have a hit state in general for row items. I > previously opened this bug about it: 917860 I hate to be a bother, but could you update attachment 821630 [details] to cover this? I want to make sure I get it right. Specifically, the things I'm most concerned about are: 1) How much of the now playing widget should get highlighted? I think we should highlight the area that you can tap to open the music app, but this means that, with the margins the way they are, the music icon isn't vertically centered in the highlighted area. This looks a bit strange. 2) Should the highlight state on the controls match the highlight state for the notifications? That would be more consistent, I think... I'll probably end up doing most of these changes in bug 891024, which is a followup to this bug anyway. > 2. Yes if you can update the highlight state to #00aacc that would be great I'll file a bug on this later today.
Comment 21•11 years ago
|
||
Hey Jim, sorry for getting back to you about this so late, I didn't see the msg, next time ni me :). 1) How much of the now playing widget should get highlighted? I think we should highlight the area that you can tap to open the music app, but this means that, with the margins the way they are, the music icon isn't vertically centered in the highlighted area. This looks a bit strange. - I was thinking that the entire row gets highlighted since that's how the other notifications function. We can still use only the music icon area as the hit area, but when pressed highlight the entire notification. Currently the highlight is #b1f1ff at 60% opacity. 2) Should the highlight state on the controls match the highlight state for the notifications? That would be more consistent, I think... - I agree this is a good idea for consistency :)
Flags: needinfo?(squibblyflabbetydoo)
Assignee | ||
Comment 22•11 years ago
|
||
(In reply to Eric Pang [:epang] from comment #21) > Hey Jim, sorry for getting back to you about this so late, I didn't see the > msg, next time ni me :). Noted. > - I agree this is a good idea for consistency :) I filed bug 938502 to track this. I'll post screenshots for you to look at once I make the changes. Thanks!
Flags: needinfo?(squibblyflabbetydoo)
Updated•11 years ago
|
Whiteboard: [1.3:p2, ucid: media40]
Comment 23•11 years ago
|
||
Verified fixed on Buri using: Gaia 2cc78d696482e0434b584f5645af55e3105e59a2 SourceStamp 3c4fc4279e6a BuildID 20131122123502 Version 28.0a1 Base image: 11-15 Have added a few test cases to Moztrap, but when I finish I will change that flag.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•