Closed
Bug 990482
Opened 10 years ago
Closed 10 years ago
[Camera][UX] Swipe gesture should work on camera mode switcher
Categories
(Firefox OS Graveyard :: Gaia::Camera, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dmarcos, Assigned: wilsonpage)
Details
(Whiteboard: ux-tracking, interaction-design)
Attachments
(2 files)
1.15 MB,
video/quicktime
|
Details | |
46 bytes,
text/x-github-pull-request
|
dmarcos
:
review+
tif
:
ui-review+
|
Details | Review |
It feels wrong having a switcher that doesn't detects swipes. It happened to me and observed several people trying to swipe on the switcher (see attached video)
Comment 2•10 years ago
|
||
(In reply to Diego Marcos [:dmarcos] from comment #1) > Rob, what do you think? Totaly agree.
Flags: needinfo?(rmacdonald)
Comment 3•10 years ago
|
||
typo - "totally" ;)
Comment 4•10 years ago
|
||
(or "totes" as they would say in the Bay Area.)
Comment 5•10 years ago
|
||
Wilson, please take a look after other blockers are fixed
Assignee | ||
Comment 6•10 years ago
|
||
Agree, this is a 'nice to have', but *not* trivial to implement. Right now we have far more important stuff to deal with.
Assignee | ||
Updated•10 years ago
|
Summary: [Camera][Madai] Swipe gesture should work on camera mode switcher → [Camera] Swipe gesture should work on camera mode switcher
Assignee | ||
Comment 7•10 years ago
|
||
Discussed with dmarcos, this should not block Madai.
Updated•10 years ago
|
Summary: [Camera] Swipe gesture should work on camera mode switcher → [Camera][UX] Swipe gesture should work on camera mode switcher
Updated•10 years ago
|
Whiteboard: ux-tracking, interaction-design
Comment 8•10 years ago
|
||
Any possibility it could be done for this release?
Flags: needinfo?(wilsonpage)
Assignee | ||
Comment 9•10 years ago
|
||
Could still do with a bit of transition polish. But definitely an improvement on what we currently have.
Attachment #8439364 -
Flags: review?(dmarcos)
Flags: needinfo?(wilsonpage)
Assignee | ||
Updated•10 years ago
|
Attachment #8439364 -
Flags: ui-review?(tshakespeare)
Reporter | ||
Comment 10•10 years ago
|
||
You cannot imagine how happy this makes me :). This kind of attention to the detail is what makes user fall in love. First piece of feedback: The icon underneath the button is not showed until you complete the drag. It should be visible all the time. Also when you don't use the drag and just tap there's no animation of the button going to the new position. Starting to lool at the code now.
Flags: needinfo?(wilsonpage)
Reporter | ||
Comment 11•10 years ago
|
||
Another piece of feedback. Can we make the target bigger? Now it's difficult to grab the button
Comment 12•10 years ago
|
||
Comment on attachment 8439364 [details] [review] pull-request (master) I agree with Diego's comments about the icon being hidden and the animation being the same for both tap and drag. That would be really cool. How big is the target area now? Adding Amy to also take a look.
Attachment #8439364 -
Flags: ui-review?(amlee)
Comment 13•10 years ago
|
||
Comment on attachment 8439364 [details] [review] pull-request (master) I agree that the animation should be the same for tap and drag. I was just wondering how it would look if the camera icon faded out as you dragged it to the video recorder? Or if the circle stretched out to the video recorder as you dragged it like how the unlock toggle functions? I know the 2nd idea might be more effort than it's worth but I was just thinking of having some sort of consistency with our animations. Even if we just had the icon fade out, it would be similar to how our unlock screen toggle fades out when you drag it.
Assignee | ||
Comment 14•10 years ago
|
||
Comments addressed: - Icons always below switch head - Slide transitions added - Icons fade between 'picture' and 'video' when dragging - Switch handle hit-area increased by 10px on each side
Flags: needinfo?(wilsonpage)
Reporter | ||
Comment 15•10 years ago
|
||
It looks great! Visual feedback: - I'm not a big fan of the fade between icons. When you see the two icons overlapping looks weird, like a graphical glitch rather than something intentional. - The button animation when tapping (not sliding) is a bit too slow. I would make it faster - We currently persist the camera mode and I'm not sure if it's a good idea. The most common scenario is the user pulling the phone from the pocket to take a picture. Keeping always the picture as the mode when opening the camera captures better the user intent.
Reporter | ||
Comment 16•10 years ago
|
||
Comment on attachment 8439364 [details] [review] pull-request (master) Conditional r+: - Missing unit test for the drag module - Made some suggestions on github comments.
Attachment #8439364 -
Flags: review?(dmarcos) → review+
Comment 17•10 years ago
|
||
Comment on attachment 8439364 [details] [review] pull-request (master) I think Diego is right on again - the overlap of the two icons seems a bit weird. Should we fade one out before fading in the next? I've noticed that other cameras do a hybrid for mode persistence. Diego, can you open a bug to look more into this behaviour and I can take a look into it more. I think for the original intent of the bug, Wilson has done a good job. I'll leave it to Amy to make final comments on the transitions.
Attachment #8439364 -
Flags: ui-review?(tshakespeare) → ui-review+
Flags: needinfo?(dmarcos)
Flags: needinfo?(amlee)
Comment 18•10 years ago
|
||
(In reply to Tiffanie Shakespeare from comment #17) > Comment on attachment 8439364 [details] [review] > pull-request (master) > > I think Diego is right on again - the overlap of the two icons seems a bit > weird. Should we fade one out before fading in the next? > > I've noticed that other cameras do a hybrid for mode persistence. Diego, can > you open a bug to look more into this behaviour and I can take a look into > it more. > > I think for the original intent of the bug, Wilson has done a good job. I'll > leave it to Amy to make final comments on the transitions. I think the transition looks okay when you tap on the video icon and it slides over since the transition is quick enough that you don't notice the overlap. But it does look a bit weird when you move it over slowly. Wilson, can you make the video record fade in a bit later and the camera fade out sooner so there is less of an overlap between the transition? Thanks!
Flags: needinfo?(amlee)
Comment 19•10 years ago
|
||
(In reply to Amy Lee [:amylee] from comment #18) > (In reply to Tiffanie Shakespeare from comment #17) > > Comment on attachment 8439364 [details] [review] > > pull-request (master) > > > > I think Diego is right on again - the overlap of the two icons seems a bit > > weird. Should we fade one out before fading in the next? > > > > I've noticed that other cameras do a hybrid for mode persistence. Diego, can > > you open a bug to look more into this behaviour and I can take a look into > > it more. > > > > I think for the original intent of the bug, Wilson has done a good job. I'll > > leave it to Amy to make final comments on the transitions. > > I think the transition looks okay when you tap on the video icon and it > slides over since the transition is quick enough that you don't notice the > overlap. But it does look a bit weird when you move it over slowly. Wilson, > can you make the video record fade in a bit later and the camera fade out > sooner so there is less of an overlap between the transition? Thanks! Just loaded the patch with Wilson's revised transition. I think it looks better now with the quicker fade. Tiff if you want to take a look too, you can flash the patch.
Flags: needinfo?(tshakespeare)
Assignee | ||
Comment 21•10 years ago
|
||
Landed on 'master' https://github.com/mozilla-b2g/gaia/commit/755bcf04ae562a393c55c82861c859b2acc83c66
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•10 years ago
|
Flags: needinfo?(dmarcos)
You need to log in
before you can comment on or make changes to this bug.
Description
•