Wrong display of formatted strings in RTL languages

Bug #538074 reported by David Planella
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

Looking at https://translations.launchpad.net/ubuntu/karmic/+source/language-selector/+pots/language-selector/he/10/+translate

The original string is "%s, %s"

Rosetta displays it (and allows translation) as RTL.

However, it is shown as "s, %s%", where I would expect a mirrored version of the original -> "s% ,s%"

Jeroen's comment's:

«Yes, same in both ff and chromium; the % at the end is actually at the beginning afaict
 then good chance of a marker in the wrong place, breaking up the "%s"»

«there's no rtl or ltr marker in the string as stored in the db either, so this looks like a browser bug that we may have to work around.»

David Planella (dpm)
description: updated
Revision history for this message
Данило Шеган (danilo) wrote :

Btw, good way to confirm this is to go to staging and try entering "%s, %s" in the field: it gets messed up.

Changed in rosetta:
importance: Undecided → Low
status: New → Triaged
tags: added: ui
Revision history for this message
Thomas Sibley (thomas-sibley) wrote :

This is affecting Arabic and Hebrew translations for RT (https://translations.launchpad.net/rt). The translated strings displayed in the browser appear differently than they are actually saved due to bidi. Sometimes the appearance in browser looks OK but is saved incorrectly, other times the appearance in browser looks wrong but is actually OK. This is very confusing and frustrating for volunteer translators, especially casual contributors unfamiliar with the inner workings of bidi text.

Yaron (sh-yaron)
tags: added: rtl
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.