|
[
Permalink
| « Hide
]
Michael Blake added a comment - 27/Sep/06 02:24 PM
Only need to specify the first version in which the problem was found.
Display problems in Javascript warning popups, as they don't interpret entities.
To workaround this bug, I removed all the UTF8 non breaking spaces from the french lang pack, so this doesn't seem to be reproducible.
Would automatic removing of all UTF8 non breaking spaces during the file save acceptable?
No, because:
1) The non-breaking spaces ARE important (at least in french), so we shouldn't remove them, but instead replace them with HTML entities (I meant this in my preceding comment, sorry for the bad explanation) during the file save. Note that as of 1.8dev, the file save strips these entities, which is bad (and I should perhaps open another bug issue for this one). 2) Some translator (me If it was feasible, I would suggest to workaround the lacking UTF-8 support of the sprintf() PHP function used in get_string_from_file() (in lib/moodlelib.php). This way, we could write the strings in UTF-8 without any doubts. See for a suggested solution here : http://www.php.net/manual/en/function.sprintf.php#55837 I see know - I am sorry for misunderstanding. After today's playing with lang.php, I have created two subtask for this issue. The first patch will be quite easy - at my notebook, Moodle is already keeping and as a part of translated string. However, I would like to save this nb-space in pure Unicode in .php files and not as HTML entity.
But, I am still having problem with direct typing Alt+0160 or copying a nbsp from other sources (text files, emails etc.). Maybe the problem is only with my browser. I need you assistance - can you please check Thank you. Partially fixed: lang.php preserves entities.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||