Closed
Bug 1072805
Opened 10 years ago
Closed 10 years ago
The [Cancel] button was misaligned in the IME menu
Categories
(Firefox OS Graveyard :: Gaia::System::Input Mgmt, defect)
Tracking
(b2g-v2.0 unaffected, b2g-v2.1 verified, b2g-v2.2 verified)
VERIFIED
FIXED
2.1 S6 (10oct)
Tracking | Status | |
---|---|---|
b2g-v2.0 | --- | unaffected |
b2g-v2.1 | --- | verified |
b2g-v2.2 | --- | verified |
People
(Reporter: rudyl, Assigned: rudyl)
References
Details
(Keywords: regression, Whiteboard: [p=1])
Attachments
(2 files)
STR
===
1. Launch keyboard.
2. Swipe down utility tray and select IME switcher to access the IME menu.
=> See the screenshot for an example.
Assignee | ||
Comment 1•10 years ago
|
||
This was found on current master branch, would like QA's help to see if this would be seen on different branches.
Comment 2•10 years ago
|
||
This issue occur on Flame 2.1.
Observed behavior: Keyboard IME menu shows the 'Cancel' button aligned to the right of the screen instead of centered.
Device: Flame
BuildID: 20140925092639
Gaia: 86905e14c3ff06a0e6952ba635b6066ad2eea6b4
Gecko: e128c7d918de
Version: 34.0a2 (2.1)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
----------
This issue does NOT occur on Flame 2.0.
Observed behavior: Keyboard IME menu shows the 'Cancel' button aligned in the center.
Device: Flame
BuildID: 20140925082640
Gaia: 95a51689acd0488b3ba79abe2423cdcc132fff4a
Gecko: bd67c37ece85
Version: 32.0 (2.0)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Comment 3•10 years ago
|
||
Not nomming, polish issue
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Assignee | ||
Comment 4•10 years ago
|
||
Patch to add back the styles removed by Bug 1050838.
Alive, Yura, could you please help review this change?
Actually, I don't understand why the patch in Bug 1050838 needs to specify ".value-selector-buttons" for the <menu> element.
So would be good if you could share some thoughts.
Attachment #8497469 -
Flags: review?(alive)
Attachment #8497469 -
Flags: feedback?(yzenevich)
Assignee | ||
Updated•10 years ago
|
Comment 5•10 years ago
|
||
Comment on attachment 8497469 [details] [review]
Patch V1
Works for me.
The only 2 nits I have:
* Could we please keep the value-selector related classes, to avoid missing any potential changes to the styling/functionality common to all value selectors.
* Could we move IME specific styling out of value_selector.css somewhere more relevant to IME.
The reason it was added was to keep the markup consistent with the rest of value selectors. Currently the classes are not used for styling, but rather as elements in value_selector. This was done to avoid tying any styling or functionality to specific elements.
Attachment #8497469 -
Flags: feedback?(yzenevich) → feedback+
Comment 6•10 years ago
|
||
Comment on attachment 8497469 [details] [review]
Patch V1
I don't object to switch to a new class; but it seems the root cause is "full" class doesn't work and we need some different style of ime-menu-container.
Attachment #8497469 -
Flags: review?(alive) → review+
Assignee | ||
Comment 7•10 years ago
|
||
(In reply to Yura Zenevich [:yzen] from comment #5)
> Comment on attachment 8497469 [details] [review]
> Patch V1
>
> Works for me.
>
> The only 2 nits I have:
> * Could we please keep the value-selector related classes, to avoid missing
> any potential changes to the styling/functionality common to all value
> selectors.
Those classes that I removed are no longer used anymore, at least for styling part, I cannot find them in shared/ or system CSS files.
So, I just removed them.
> * Could we move IME specific styling out of value_selector.css somewhere
> more relevant to IME.
Done. (I myself forgot we have a separate file for IME menu..)
>
> The reason it was added was to keep the markup consistent with the rest of
> value selectors. Currently the classes are not used for styling, but rather
> as elements in value_selector. This was done to avoid tying any styling or
> functionality to specific elements.
I think maybe the class names and or DOM hierarchy needs some overhaul after these changes.
Comment 8•10 years ago
|
||
(In reply to Rudy Lu [:rudyl] from comment #7)
> (In reply to Yura Zenevich [:yzen] from comment #5)
> > Comment on attachment 8497469 [details] [review]
> > Patch V1
> >
> > Works for me.
> >
> > The only 2 nits I have:
> > * Could we please keep the value-selector related classes, to avoid missing
> > any potential changes to the styling/functionality common to all value
> > selectors.
>
> Those classes that I removed are no longer used anymore, at least for
> styling part, I cannot find them in shared/ or system CSS files.
> So, I just removed them.
You are right, they are not used for styling, but .value-selector-select-options-buttons is definitely used inside value_selector.js:
https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/value_selector/value_selector.js#L140
https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/value_selector/value_selector.js#L164
>
> > * Could we move IME specific styling out of value_selector.css somewhere
> > more relevant to IME.
>
> Done. (I myself forgot we have a separate file for IME menu..)
>
> >
> > The reason it was added was to keep the markup consistent with the rest of
> > value selectors. Currently the classes are not used for styling, but rather
> > as elements in value_selector. This was done to avoid tying any styling or
> > functionality to specific elements.
>
> I think maybe the class names and or DOM hierarchy needs some overhaul after
> these changes.
Flags: needinfo?(rlu)
Assignee | ||
Comment 9•10 years ago
|
||
(In reply to Yura Zenevich [:yzen] from comment #8)
> (In reply to Rudy Lu [:rudyl] from comment #7)
> > (In reply to Yura Zenevich [:yzen] from comment #5)
> > > Comment on attachment 8497469 [details] [review]
> > > Patch V1
> > >
> > > Works for me.
> > >
> > > The only 2 nits I have:
> > > * Could we please keep the value-selector related classes, to avoid missing
> > > any potential changes to the styling/functionality common to all value
> > > selectors.
> >
> > Those classes that I removed are no longer used anymore, at least for
> > styling part, I cannot find them in shared/ or system CSS files.
> > So, I just removed them.
>
> You are right, they are not used for styling, but
> .value-selector-select-options-buttons is definitely used inside
> value_selector.js:
> https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/
> value_selector/value_selector.js#L140
> https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/
> value_selector/value_selector.js#L164
>
Yeah, but the HTML template I modified here will be referenced by "apps/system/js/ime_menu.js" only, and that part of logic would not need ".value-selector-select-options-buttons" for any functionality.
Thanks.
Flags: needinfo?(rlu)
Assignee | ||
Comment 10•10 years ago
|
||
Landed to Gaia master,
https://github.com/mozilla-b2g/gaia/commit/e9fe74a40858944dd38192aef095925af5e8f12b
--
I beleive the Gij failures are irrelevant.
Assignee: nobody → rlu
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 11•10 years ago
|
||
Comment on attachment 8497469 [details] [review]
Patch V1
[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): bug 1050838
[User impact] if declined: This is an obvious UI issue, see attachment 8495080 [details].
[Testing completed]: Yes, manually for UI issue.
[Risk to taking this patch] (and alternatives if risky): Low, CSS changes.
[String changes made]: N/A
Attachment #8497469 -
Flags: approval-gaia-v2.1?
Updated•10 years ago
|
Attachment #8497469 -
Flags: approval-gaia-v2.1? → approval-gaia-v2.1+
Comment 12•10 years ago
|
||
Comment 13•10 years ago
|
||
This issue is verified fixed on Flame 2.1 and 2.2.
Result: The "Cancel" button is aligned correctly in the IME menu.
Device: Flame 2.1 (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141031001201
Gaia: f89c7b12c36572262c9ea76058694a139b1a8634
Gecko: 50d48f8a04c7
Gonk: 48835395daa6a49b281db62c50805bd6ca24077e
Version: 34.0 (2.1)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Device: Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141031061804
Gaia: a07994714f0552f89801d6097982308d8b0a1ee1
Gecko: 6bd2071b373f
Gonk: 48835395daa6a49b281db62c50805bd6ca24077e
Version: 36.0a1 (2.2)
Firmware Version: v188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in
before you can comment on or make changes to this bug.
Description
•