Last modified: 2011-03-13 18:05:43 UTC
In Hebrew, in the link to the page in "pagefooter", we get something like that: http://he.wikipedia.org/wiki/%D7%A2%D7%9E%D7%95%D7%93_%D7%A8%D7%90%D7%A9%D7%99 for the main page. I suggest to leave the link (href) as it is, but to change the view, like in my patch I will submit here in a moment. Then it will be: http://he.wikipedia.org/wiki/עמוד ראשי As it should be. By the way, I've also included "dir=ltr", for all the URLs are LTR.
Created attachment 1481 [details] Patch for MAIN Patch for REL1_5 is coming soon.
Created attachment 1482 [details] Patch for REL1_5 Please check in also this - it is a very minor change, and it works very good in REL1_5.
This is in general not very reliable; a printed URL may contain characters which are hard to type or hard to distinguish, making it difficult or impossible for a typical user to make any use of the printed URL. Additionally some characters have special meaning or are invalid in URLs and would need to be escaped anyway for it to be valid.
An argument against showing "FUULPAGENAME" can be found at Bug 2383: uncertain about ambiguosity in mixed LTR and RTL environment Brion stated: Bidirectional text display is out of our control. See: http://www.w3.org/TR/html4/struct/dirlang.html#h-8.2.1 Teoretically a title may contain also nonprintable characters. However the characters from [[he:user:Gangleri/bugzilla/ report / 04045 / א ב / a b]] and [[he:user:Gangleri/bugzilla/ report / 04045 / a b / א ב]] could be typed character by character. Typical homoglyphs are Yiddish "tsvey-vovn" "װ" versus two vov "וו" depending on the selected font. I assume that the position last character of {{FULLPAGENAMEE}} should be "''secured''" if it's directionality is "neutral" in respect to the bidirectional algorithm; else it might be postioned in the "wrong" place. *example* At the url from below the "%" character is positioned to the far right. Pleople from the "LTR world" might expect it at the far left. best regards reinhardt [[user:gangleri]]
