1158345 - [Calendar] On week and day view user must tap twice to get the blue selection box to move to a selected grid square

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::Calendar, defect, P4)

Description

[Joshua Mitchell (Inactive)]

Attachment: logcat_20150424_1407.txt

Description:
In the Calendar app, when in week or day view, selecting a grid square will put the blue fill with + in that square. To get the blue fill to move to a different square the user has to tap twice; once to 'clear' out the prior selection and a 2nd time to get the desired square to be selected. This is inconsistent with Month view where it only takes 1 tap to move the blue selector from square to square. 


Repro Steps:
1) Update a Flame to 20150424010200
2) Launch Calendar
3) Select Week or Day view
4) Tap on various squares

Actual:
It takes 2 taps to move the blue fill (indicating active square) to another square


Expected:
1 tap to move the blue


Environmental Variables:
Device: Flame 3.0 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150424010200
Gaia: 0c5e2ee1173f3c53379ef3cd10de714836258fe8
Gecko: 22a157f7feb7
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 40.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0


Repro frequency: 10/10
See attached:  logcat, video clip: http://youtu.be/60UdJd5SY-w

Comment 1

[Joshua Mitchell (Inactive)]

This issue also occurs in Flame KK 2.2  (feature is not present on branches prior to 2.2)

Device: Flame 2.2 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150424002507
Gaia: b838d0e7c163e66660dcb6e387d8339944a7a30e
Gecko: 5fe76b26e55f
Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429
Version: 37.0 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Comment 2

[Peter Bylenga [:PBylenga]]

so first touch deselects the highlight, second touch selects the next.  This is inconsistent with Month view.  NI on UX to determine which behavior is correct.

Comment 3

[Miller Medeiros [:millermedeiros]]

just a little background on why this works this way. I implemented it like this because I thought the user needed a way to hide the "add event button" without scrolling or changing to a different view; specially because in some cases the button might overlap events.

On the month view the click behavior is different because the view functionality is different. Selecting a day on the top of the month view doesn't block any content (it actually changes what is displayed at the bottom of the page), the double tap to trigger a new event on month view needs to be fast, a slow tap does nothing (we already have the "+" button that creates a new event on the selected day).

Comment 4

[Stephany Wilkes]

Miller's implementation makes sense. The views behave very differently. 

Calendar UX changes are not high priority right now compared to V3 architecture and other things, so I'd say this is low priority/shouldn't block until we hear otherwise. We can improve calendar if we have time.

Comment 5

[Edward Chen[:edchen]]

[Edward - response comment instead of Teri.]

Tracking to backlog, and nice to have fixed.

Comment 6

[BMO Automation]

Firefox OS is not being worked on