<div dir="ltr">Your problems is solved by first interpolating the strings and only as the very last step calling fribidi. According to your description you current do the opposite. I.e. if the translation is: FOO %s BAR, with %s=BAZ Your current two steps: 1. Fribidi => RAB s% OOF 2. Interpolate => error! Swapped steps: 1. Interpolate => FOO BAZ BAR 2. Fribidi => RAB ZAB OOF Which also has the advantage that your interpolated string is also passed through fribidi. Regards, Dov <div class="gmail_quote">On Sat, Jan 22, 2011 at 21:59, M Gagnon <<a href="http://auria.mg">auria.mg</a>@<a href="http://gmail.com">gmail.com</a>> wrote: <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> Hi, I am part of a project where we use fribidi for RTL support. We make use of format strings like "Player %s has won the game!" When an Hebrew version of this has gone into fribidi, however, the output contains "s%" and not "%s". So my question(s) are/is: 1) is this normal behavior, or a result of incorrect configuration or similar issue? 2) if normal, what is the usual way people use to work around this issue? Note that simply writing s% in the Hebrew translation is not possible because GNU gettext will refuse to compile the catalog in this case, saying the format strings don't match between original and translation. Thanks -- Auria _______________________________________________ fribidi mailing list <a href="mailto:fribidi@lists.freedesktop.org" target="_blank">fribidi@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/fribidi" target="_blank">http://lists.freedesktop.org/mailman/listinfo/fribidi</a> </blockquote></div> <div style="display: none;" id="divCleekiAttrib"></div></div>