When the user gets his/her password by e-mail and the e-mail is in a right to left language, it gets all messed up.
You get something to the effect of:
To be able to use it, you must (the site's name) Your account has been...
steveo: user
guest: password
(Well, not in English, of course...)
And when the user/password also contains numbers, it's even worse, for example:
77password:
bla (when the password is "77bla")...
In addition, the e-mail's subject gets all messed up, but that's not a RTL issue - it's an UTF-8 issue
that can be fixed.
Anyway, there are 2 alternatives for the RTL issue:
1) Use HTML in the e-mail and have
"body dir=rtl" (or rather "body dir=
3drtl", which Outlook (and other clients?) expects).
That's the best solution, but it's complicated. It may be easier to just leave the parameters that are sent over e-mail in English and make sure there'd be new line breaks before and after the site's name.
2)
Every [RTL language].php file (well, at least the ones your site needs...) should
leave $LANG04[2], $LANG04[4] & $LANG04[5] in English.
And also have this change:
$LANG04 = array(
...
15 => "Foo
[n]{$_CONF['site_name']}
[n]bar
(note: I use
[n] to signal
slash-n due to the restraints here...)
P.S.
Speaking of foreign languages, hebrew.php has embarrasing spelling mistakes. Can I fix them and submit the new file somehow into the next version (I don't want to either keep my old file or mix it with the new one each time a new version comes out!)?
Thanks!