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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dmarcos, Assigned: wilsonpage)

Details

(Whiteboard: ux-tracking, interaction-design)

Attachments

(2 files)

Attached video bugSwitcher.MOV
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)
Rob, what do you think?
Flags: needinfo?(rmacdonald)
Blocks: 983405
No longer blocks: 983405
(In reply to Diego Marcos [:dmarcos] from comment #1)
> Rob, what do you think?

Totaly agree.
Flags: needinfo?(rmacdonald)
typo - "totally" ;)
(or "totes" as they would say in the Bay Area.)
Wilson, please take a look after other blockers are fixed
Assignee: nobody → wilsonpage
Blocks: 983405
Agree, this is a 'nice to have', but *not* trivial to implement. Right now we have far more important stuff to deal with.
No longer blocks: 983405
Summary: [Camera][Madai] Swipe gesture should work on camera mode switcher → [Camera] Swipe gesture should work on camera mode switcher
Discussed with dmarcos, this should not block Madai.
Summary: [Camera] Swipe gesture should work on camera mode switcher → [Camera][UX] Swipe gesture should work on camera mode switcher
Whiteboard: ux-tracking, interaction-design
Any possibility it could be done for this release?
Flags: needinfo?(wilsonpage)
Attached file pull-request (master)
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)
Attachment #8439364 - Flags: ui-review?(tshakespeare)
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)
Another piece of feedback. Can we make the target bigger? Now it's difficult to grab the button
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 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.
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)
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.
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 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)
(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)
(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)
\w/ looks good!
Flags: needinfo?(tshakespeare)
Landed on 'master'

https://github.com/mozilla-b2g/gaia/commit/755bcf04ae562a393c55c82861c859b2acc83c66
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Flags: needinfo?(dmarcos)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: