Closed
Bug 1119943
Opened 10 years ago
Closed 10 years ago
[RTL][Email] Sync icon is not mirrored
Categories
(Firefox OS Graveyard :: Gaia::E-Mail, defect, P3)
Tracking
(b2g-v2.2 unaffected)
RESOLVED
INVALID
Tracking | Status | |
---|---|---|
b2g-v2.2 | --- | unaffected |
People
(Reporter: ychung, Unassigned)
References
()
Details
Description:
The Continuous/spinner icon for the sync is not mirrored, and the animation also does not flow counter clockwise.
Pre-requisite: Set up an email account in Email app.
Repro Steps:
1) Update a Flame device to BuildID: 20150109010206.
2) Set the device language in Arabic under Settings > Language.
3) Open Email app.
4) Select the sync icon.
Actual:
The sync icon is not mirrored, and the animation flows clockwise.
Expected:
The sync icon is mirrored, and the animation flows counter-clockwise.
Environmental Variables:
Device: Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)
BuildID: 20150109010206
Gaia: 2c7d14040149e1f9b1bb3972ff150be0472fa6b6
Gecko: b3f84cf78dc2
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 37.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
Repro frequency: 100%
See attached: video
Reporter | ||
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?][rtl-impact]
Flags: needinfo?(ktucker)
Reporter | ||
Updated•10 years ago
|
Comment 1•10 years ago
|
||
It was my understanding from previous RTL guidance/specs that we were not changing the direction of animations for RTL support. Are there new guidelines since Nov 2014? Also asking swilkes since she gave the original guidance to us.
Flags: needinfo?(swilkes)
Comment 2•10 years ago
|
||
The arrow in the sync icon was not deemed to be directional in a meaningful sense, so we have no plans to mirror it. In other words, whether it is presented in clockwise or counter-clockwise, that does nothing to help or hinder the meaning of the symbol.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(ktucker)
Resolution: --- → INVALID
Reporter | ||
Comment 3•10 years ago
|
||
I filed a bug based on p.16 on the spec sheet (https://mozilla.app.box.com/s/0y1amh4rwpp6brcxd1hk), which shows the exact issue on the email app. I guess the document has to be updated now. Thanks for the clarification.
Comment 4•10 years ago
|
||
@James: yes, there are updated guidelines that Stephany sent us. You can find them here: https://mozilla.app.box.com/bidi-22/1/2653676065/22656349421/1
From what I see, this should be mirrored (page 15)
Thus re-opening
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 5•10 years ago
|
||
sorry, meant page 16 of the specs
Comment 6•10 years ago
|
||
Everyone is correct: this is a recent change we made to the "living," always changing spec based on feedback received from the Mozilla Arabic community during our Portland work week. This change is, however, not critical for any particular release.
I updated the pattern just a few days ago to reflect this change so, at this date, there has not been time to make this change. I would mark this new icon as something we would want post 2.2, based on the date of the changes to the pattern.
Flags: needinfo?(swilkes)
Comment 7•10 years ago
|
||
Delphine, please make sure QA for this release is testing based on the November 2014 (v4 I think) version of the pattern of the spec, and not the very recently changed January spec. There will have been no time to have made the changes to the January spec.
Comment 8•10 years ago
|
||
swilkes: it would be good to know if there is an update/change notification process for that spec, so that I can get on it. The changes were new to me, and want to be sure I am up to date if I need to do triage or bug review. If it can be public, sending a note to dev-gaia when there are new revisions may be all that is needed.
Comment 9•10 years ago
|
||
RTL triage: P3 -- this bug is not prioritized for inclusion in the 2.2 release.
Priority: -- → P3
Comment 10•10 years ago
|
||
Test case has been added in moztrap:https://moztrap.mozilla.org/manage/case/15294/
Comment 11•10 years ago
|
||
Closing this bug again as for 2.2, the Nov. specs indicated that we are *not* changing the direction of animations.
Norry please make sure test cases reflect that. thanks.
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•