Closed Bug 1013837 Opened 10 years ago Closed 10 years ago

[Keyboard UX][V2.0] Need to refine UI of IME selection menu

Categories

(Firefox OS Graveyard :: Gaia::Keyboard, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(feature-b2g:2.0, b2g-v2.0 verified, b2g-v2.1 verified)

VERIFIED FIXED
2.0 S4 (20june)
feature-b2g 2.0
Tracking Status
b2g-v2.0 --- verified
b2g-v2.1 --- verified

People

(Reporter: whsu, Assigned: rudyl)

References

Details

(Whiteboard: [p=1])

Attachments

(5 files)

Attached image 2014-05-21-15-57-11.png
+++ This bug was initially created as a clone of Bug #1003649 +++

-----------------------------------------------------------------
* Description:
We changed the UI of IME selection menu.
But, I think we still need refine it because the style is inconsistent.
Attach the UI (2014-05-21-15-57-11.png)

* Reproduction step:
 1. Enable 6 keyboard layouts on keyboard settings page
 2. Launch the browser app, and tap URL bar
 3. Long press the Globe key to show IME selection menu after keyboard pops up

* Expected result:
  (TBC)
  
* Actual result:
  (TBC)

Needinfo: Omega
Hi, Omega,

Could I have your help on the bug?
Thanks!
Flags: needinfo?(ofeng)
No longer depends on: 1003649
I think we can replace all "Built-in Keyboard" by "Mozilla" or "Firefox".
Flags: needinfo?(ofeng)
One more question, if the name of keyboard layout is longer than 27 characters, how should we handle the case? Separate into two lines?
Flagging Omega on comment 3. Also, could you attach a updated spec on comment 2, or be clear on what you want? Is it "Firefox OS: English" for example?

Preferably we should not be using any brand names since that require us localize app name differently by response to OFFICIAL flag. Pike, I can make keyboard build script amend it's own name on manifest, but I am not sure if your l10n tool for manifest strings will collect these strings. Could you suggest a plan forward?
Flags: needinfo?(ofeng)
Flags: needinfo?(l10n)
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) (please ni?) from comment #4)
> Flagging Omega on comment 3. Also, could you attach a updated spec on
> comment 2, or be clear on what you want? Is it "Firefox OS: English" for
> example?

I mean something like:

Mozilla English
Mozilla Español
Mozilla Deutsch
...

or

Firefox English
Firefox Español
Firefox Deutsch

However, you mentioned that we shouldn't use brand names, so maybe we can use just:

English
Español
Deutsch
...

I can attach an updated spec after we have some conclusion here.
Flags: needinfo?(ofeng)
Well, it's possible we have multiple layouts labeled "English" in the list from different apps, so removing the label altogether might not be the best option.
Flags: needinfo?(ofeng)
Here is 2 proposals for IME selector.
Also ni? Harly, we need to extend value selector to make it happen. Could you have some comments on it? Thanks!
Flags: needinfo?(ofeng) → needinfo?(hhsu)
I like the proposals from comment 7, personally the second better.

The proposals in comment 5 are tricky because some languages might have real grammar a construct "Firefox OS English", like "The English of Firefox OS", which could require different grammatical forms for different brandings.
Flags: needinfo?(l10n)
The framework team decided not to support value selector with sub-header; therefore, I would say that proposal 2 maybe the best option.
Flags: needinfo?(hhsu)
Either way, let me file another bug and see if it's possible to support make the app name "{{brandShortName}} Keyboard" in the source and compile to the right string.
Blocks: 1003649
No longer blocks: 985851
Whiteboard: [ucid:SystemPlatform54, 2.0, ft:system-platform], [p=1]
Flags: needinfo?(ofeng)
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) (please ni?) from comment #10)
> Either way, let me file another bug and see if it's possible to support make
> the app name "{{brandShortName}} Keyboard" in the source and compile to the
> right string.

This is now bug 1020066 and blocks this bug.
@Rudy, Let's go for proposal 2 and follow Carol's design, thanks!
Flags: needinfo?(ofeng) → needinfo?(rlu)
Sure, put this into my queue.

Omega, Carol, thanks.
Assignee: nobody → rlu
Flags: needinfo?(rlu)
Status: NEW → ASSIGNED
Whiteboard: [p=1]
Target Milestone: --- → 2.0 S4 (20june)
Attached file Patch V1.2
Since this is mostly style change, Omega, could you please help do the ui review first?
Thank you.
Attachment #8440495 - Flags: ui-review?(ofeng)
Comment on attachment 8440495 [details] [review]
Patch V1.2

I modified the value selector in building block a little to move the [Check] icon out of <span> element, and put it in <label> element instead.
This will allow us to put multiple <span>s (as required by this bug) in each item of the list.

Arnau, could you please help review this part?
https://github.com/mozilla-b2g/gaia/pull/20520/files#diff-5

Thank you.
Attachment #8440495 - Flags: review?(arnau)
Comment on attachment 8440495 [details] [review]
Patch V1.2

Looks good to me!
Still needs Carol's ui-review.
Attachment #8440495 - Flags: ui-review?(ofeng)
Attachment #8440495 - Flags: ui-review?(chuang)
Attachment #8440495 - Flags: ui-review+
Comment on attachment 8440495 [details] [review]
Patch V1.2

The BB part looks good ;)
Attachment #8440495 - Flags: review?(arnau) → review+
Comment on attachment 8440495 [details] [review]
Patch V1.2

Patch updated for,
 1. Slightly adjust the spacing between layout Name and app name, now it has 0.6rem padding.
 2. Change the background size from 2rem to 2.1rem for the checked icon, since its original size is 21 x 18.
    However, I am curious why the size is not 20 x 18, since it might have some "off-by-one-pixel" issue for @1.5x case.
Attachment #8440495 - Attachment description: Patch V1 → Patch V1.1
Comment on attachment 8440495 [details] [review]
Patch V1.2

Carol,

Please help to do ui-review again, sorry for not noticing the icon issue.
Flags: needinfo?(chuang)
For building block issue, Przemek, could you help us on this question? 
========
    2. Change the background size from 2rem to 2.1rem for the checked icon, since its original size is 21 x 18.
    However, I am curious why the size is not 20 x 18, since it might have some "off-by-one-pixel" issue for @1.5x case.
Flags: needinfo?(pabratowski)
Hi Rudy,
Please help me revise the text distance (between rows) to 0.3 rem.
Thanks!
Flags: needinfo?(chuang) → needinfo?(rlu)
Comment on attachment 8440495 [details] [review]
Patch V1.2

Done, please refer to the last commit of the pull request.
Attachment #8440495 - Attachment description: Patch V1.1 → Patch V1.2
Flags: needinfo?(rlu)
Comment on attachment 8440495 [details] [review]
Patch V1.2

Hi Rudy,
The UI looks pretty good to me! thank you! :-)
Attachment #8440495 - Flags: ui-review?(chuang) → ui-review+
Comment on attachment 8440495 [details] [review]
Patch V1.2

Tim, please help review the system app related changes.
Thanks.
Attachment #8440495 - Flags: review?(timdream)
 Carol already responded to the question.
Flags: needinfo?(pabratowski)
Attachment #8440495 - Flags: review?(timdream) → review+
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) (please ni?) from comment #11)
> This is now bug 1020066 and blocks this bug.

Unblock from UI update here.
No longer depends on: 1020066
Landed to Gaia master,
https://github.com/mozilla-b2g/gaia/commit/495bc911fc93bd6307869793d231c11d96169778

--
Tim, Carol, Omega, thanks for the review.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment on attachment 8440495 [details] [review]
Patch V1.2

NOTE: Please see https://wiki.mozilla.org/Release_Management/B2G_Landing to better understand the B2G approval process and landings.

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): This is a layout/style change to accomplish feature bug 1003649.
[User impact] if declined: The keyboard layout name (including 3rd-party keyboard) might be too long, and not easy to read.
[Testing completed]: Yes, manual and with unit/integration test coverage.
[Risk to taking this patch] (and alternatives if risky): Low, minor changes to shared styles which would be applied to value selector, and some changes to IME menu layout/styles.
[String changes made]: N/A.
Attachment #8440495 - Flags: approval-gaia-v2.0?
Attachment #8440495 - Flags: approval-gaia-v2.0? → approval-gaia-v2.0+
WoW! Cool. Thanks everyone!
I have verified this patch! I saw the new UI. It is better than previous version.
Attach the screenshot (2014-07-04-20-09-22.png)

* Build information:
 - Gaia      8193ad514e27440154684f112a5796e65f13fd93
 - Gecko     https://hg.mozilla.org/releases/mozilla-aurora/rev/552da2802e91
 - BuildID   20140704000201
 - Version   32.0a2
Status: RESOLVED → VERIFIED
Attached image 2014-07-04-20-09-22.png
feature-b2g: --- → 2.0
Attached video video of issue verify
This issue has been verified successfully on Flame 2.1
See attachment: verify_video.MP4
Reproducing rate: 0/5
Flame 2.0 versions:
Gaia-Rev        99e4594c66aa3738d58b0cb44bd885a87a063b6e
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/f91abc6127d9
Build-ID        20141125000201
Version         32.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20141125.035023
FW-Date         Tue Nov 25 03:50:34 EST 2014
Bootloader      L1TC00011880

Flame 2.1 versions:
Gaia-Rev        1bdd49770e2cb7a7321e6202c9bf036ab5d8f200
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/db893274d9a6
Build-ID        20141125001201
Version         34.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20141125.040617
FW-Date         Tue Nov 25 04:06:28 EST 2014
Bootloader      L1TC00011880
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: