Closed
Bug 980671
Opened 11 years ago
Closed 10 years ago
[FTE] in RTL language, Geolcation checkbox is half off the screen
Categories
(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P1)
Firefox OS Graveyard
Gaia::First Time Experience
ARM
Gonk (Firefox OS)
Tracking
(feature-b2g:2.2+)
RESOLVED
DUPLICATE
of bug 1010615
feature-b2g | 2.2+ |
People
(Reporter: mikehenrty, Unassigned)
References
Details
(Whiteboard: [fxos-bug-bash-1.4])
Attachments
(2 files)
Build Information
Device: Buri
Build ID: 20140306134106
Platform Version: 30.0a1
Gaia: 98cf46d6623b164845fe1fdc99a2a7bf64aa667d
Gecko: 8095b7dd8f58
Description
In rtl language, geolocation checkbox is half off the screen. See screenshot.
Updated•10 years ago
|
Priority: -- → P2
Comment 1•10 years ago
|
||
Decided during this morning's RTL triage that we should block on this for 2.2
blocking-b2g: --- → 2.2?
Comment 3•10 years ago
|
||
Putting as P1 since this is in fact a blocker for 2.2. thanks
Priority: P2 → P1
Comment 4•10 years ago
|
||
Using mirrored-english pseudo-locale, I get a different - but also broken result. There are RTL rules in both the switches.css and gaia_switch/style.css stylesheets that should be fixing this and similar issues, but they don't seem to be getting applied (as far as I can tell from the WebIDE):
https://github.com/mozilla-b2g/gaia/blob/master/shared/elements/gaia_switch/style.css#L78
https://github.com/mozilla-b2g/gaia/blob/master/shared/style/switches.css#L111
I tried some variations of using :-moz-dir(rtl) selectors instead, but couldnt see any impact with my changes. I also tried editing the (ltr/default) rules directly in the WebIDE with no result so I'm obviously doing something wrong, or web-components and the inspector are not yet friends.
Have you any idea what's going on here Wilson?
Flags: needinfo?(wilsonpage)
Comment 5•10 years ago
|
||
RTL update: marking required bugs as feature-b2g:2.2+ (and removing blocking flags)
blocking-b2g: 2.2+ → ---
feature-b2g: --- → 2.2+
Comment 6•10 years ago
|
||
(In reply to Sam Foster [:sfoster] from comment #4)
> Created attachment 8554816 [details]
> ftu-geolocation-mirrored-eng.png
>
> Using mirrored-english pseudo-locale, I get a different - but also broken
> result. There are RTL rules in both the switches.css and
> gaia_switch/style.css stylesheets that should be fixing this and similar
> issues, but they don't seem to be getting applied (as far as I can tell from
> the WebIDE):
>
> https://github.com/mozilla-b2g/gaia/blob/master/shared/elements/gaia_switch/
> style.css#L78
> https://github.com/mozilla-b2g/gaia/blob/master/shared/style/switches.
> css#L111
>
> I tried some variations of using :-moz-dir(rtl) selectors instead, but
> couldnt see any impact with my changes. I also tried editing the
> (ltr/default) rules directly in the WebIDE with no result so I'm obviously
> doing something wrong, or web-components and the inspector are not yet
> friends.
>
> Have you any idea what's going on here Wilson?
RTL and <style> inside shadow-dom is a tricky one at the moment. We're missing the `:host-context()` selector (bug 1082060) and `-moz-dir()` doesn't reflect the parent document's direction (bug 1100912).
If your styling the outside of the shadow-dom, you can use normal rules like [dir=rtl] gaia-switch { ... }. But styling inside the shadow-dom requires something more complex, like keeping a class/attr inside shadow-root in sync with document.
Yesterday I improved the RTL situation for components that are based on the gaia-component base class by emitting a 'dirchanged' event on the `document` that can be listened to. Unfortunately the gaia-switch you are referring to is an old component that isn't based on gaia-component. All new web-components are.
Hope that gives some insight. NI me again if you need more info :)
Flags: needinfo?(wilsonpage)
Comment 7•10 years ago
|
||
We'll cover this in bug 1010615.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Comment 8•10 years ago
|
||
Test case has been added in moztrap:
https://moztrap.mozilla.org/manage/case/15469/
Flags: in-moztrap+
You need to log in
before you can comment on or make changes to this bug.
Description
•