planetmaker wrote:

Just to clearify a bit what I tried to say: a rtl nickname (or sub string, could probably be town name and alike, too) should not change the word order of the ltr string it is inserted into. See also the translation bug report:
http://www.tt-forums.net/viewtopic.php?p=869808# p869808

This comment was imported from FlySpray: https://bugs.openttd.org/task/3746#comment7822

Rubidium wrote:

I've seen this happening, but I'm far from sure how to prevent such things from happening besides adding "don't break my ltr-ness" markers to the strings.

Maybe, just maybe we can use the ltr property to automagically add those markers. But it's not really that important as it's only the drawing that does this; the raw string still is "foo bar (RTLtext)".

This comment was imported from FlySpray: https://bugs.openttd.org/task/3746#comment7825

Rubidium closed the ticket.

Reason for closing: Fixed

In r21004

This comment was imported from FlySpray: https://bugs.openttd.org/task/3746

Ammler wrote:

this fix breaks chat bridge with Autopilot, current workaround is to revert r21004, 6 & 7

Is it possible to use the first "control char" for rtl languages only or any other possibility?

This comment was imported from FlySpray: https://bugs.openttd.org/task/3746#comment9022

Rubidium wrote:

The change is especially needed for left-to-right languages, like German/English, where Arabic/Hebrew client names mess up the printing of the text. So removing these characters will, in effect, reintroduce the bug. Going for another approach implies using one of the other text direction control characters which undoubtedly cause the same issue for you.

Even then, if you compile without ICU the character shouldn't be in the output at all.

This comment was imported from FlySpray: https://bugs.openttd.org/task/3746#comment9023