Closed
Bug 822779
Opened 12 years ago
Closed 12 years ago
[FTE] [Portuguese] Text Overlap in Tutorial screen
Categories
(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P1)
Firefox OS Graveyard
Gaia::First Time Experience
ARM
Gonk (Firefox OS)
Tracking
(blocking-basecamp:+)
People
(Reporter: marcia, Assigned: benfrancis)
Details
(Keywords: unagi, Whiteboard: l10n)
Attachments
(3 files)
unagi, seen while running:
Gecko: 57b016ab196e
Gaia: b8524e43d4eb
STR
1. Set language to Portuguese in First Run
2. Skip through the screens to get to the tutorial
3. Observe the attached screenshot
Nominating since this is bad first time experience for this language.
Updated•12 years ago
|
Whiteboard: l10n
Updated•12 years ago
|
Assignee: nobody → fernando.campo
blocking-basecamp: ? → +
Priority: -- → P1
Updated•12 years ago
|
Target Milestone: --- → B2G C3 (12dec-1jan)
Comment 1•12 years ago
|
||
I hope it will be fixed with 818588 lands as it includes shorter strings
Comment 2•12 years ago
|
||
To avoid this kind of things we should include notes on maximum of characters for each label, or css rules to lower the size of the text when gets too big.
Asking for some UX feedback to check better options
Flags: needinfo?(vpg)
Comment 3•12 years ago
|
||
We defined 3 lines of text as maximum space, I count a maximum of 110 carachters including blank spaces. But, the recommendation for this kind of process is "less is more", avoid long explanations and keep it simple. Take into account the both image and text support each other.
Thanks!
Flags: needinfo?(vpg)
Comment 4•12 years ago
|
||
So the fix for this (and other languages) would be using smaller texts with a 110 char limit?
Is this acceptable for the l10n-drivers?
Flags: needinfo?(stas)
Comment 5•12 years ago
|
||
(In reply to Fernando Campo (:fcampo) from comment #2)
> To avoid this kind of things we should include notes on maximum of
> characters for each label, or css rules to lower the size of the text when
> gets too big.
>
This is hard since the size depends on the fonts used for each character :(
Comment 6•12 years ago
|
||
(In reply to Fernando Campo (:fcampo) from comment #4)
> So the fix for this (and other languages) would be using smaller texts with
> a 110 char limit?
> Is this acceptable for the l10n-drivers?
Smaller text sounds the best option available for now.
Comment 7•12 years ago
|
||
I don't think that bug 818588 had an impact here.
Jeferson, could you shorten the strings reasonably?
The other thing I see on that screenshot that we could make smaller is the "tap" image, how about we use some CSS to scale that down to the available space if need be?
Flags: needinfo?(stas)
Comment 8•12 years ago
|
||
(In reply to Axel Hecht [:Pike] from comment #7)
> Jeferson, could you shorten the strings reasonably?
I just pinged B2G localizers.
Updated•12 years ago
|
Target Milestone: B2G C3 (12dec-1jan) → B2G C4 (2jan on)
Comment 9•12 years ago
|
||
As this is decided to be solved shortening the strings, de-assigning myself
Assignee: fernando.campo → nobody
Comment 10•12 years ago
|
||
fcampo, I don't see that decision documented here?
All I see is that we asked if that's feasible for the pt-BR locale, but I don't see a response on that here.
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → ben
Assignee | ||
Comment 11•12 years ago
|
||
Discussed with Patryk from UX and agreed on these font sizes.
Attachment #698749 -
Flags: review?(21)
Comment 12•12 years ago
|
||
Comment on attachment 698749 [details] [review]
https://github.com/mozilla-b2g/gaia/pull/7339
https://github.com/mozilla-b2g/gaia/commit/e95e507b58d74cce2688068a5ee47b22899c003d
Attachment #698749 -
Flags: review?(21) → review+
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 13•12 years ago
|
||
The 1/12/13 still repros this problem when selecting Portuguese as a language.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 14•12 years ago
|
||
Rebecca, can you give us an updated screenshot?
Reporter | ||
Comment 15•12 years ago
|
||
Here is what I see using the latest nightly that I just smoketested today. I can test a fresh flash as well.
Comment 16•12 years ago
|
||
(In reply to Rebecca Billings from comment #13)
> The 1/12/13 still repros this problem when selecting Portuguese as a
> language.
Please file a new bug for the issue you encountered and link it as a dependency on this bug. Reopening makes tracking blockers a royal pain, so I'd suggest filing followups and linking appropriately.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 17•12 years ago
|
||
Fresh flash works for me as well, I get the same screenshot posted above in Comment 15.
(In reply to Marcia Knous [:marcia] from comment #15)
> Created attachment 701529 [details]
> Screenshot running FTU from Developer Mode
>
> Here is what I see using the latest nightly that I just smoketested today. I
> can test a fresh flash as well.
Updated•11 years ago
|
Attachment mime type: text/plain → text/x-github-pull-request
You need to log in
before you can comment on or make changes to this bug.
Description
•