https://bugzilla.wikimedia.org/show_bug.cgi?id=47717
--- Comment #2 from Amir E. Aharoni <[email protected]> --- (In reply to comment #1) > Eurgh. That's a real mess of a user interaction - in an RTL locale, it starts > as RTL, but then you type enough of a string that looks a bit like > "http?://www" it magically switches to LTR? This is not such a mess as a matter of fact. This works very well in GMail chat, for example. If you start typing Hebrew characters, it switches the input box to RTL and vice versa. It also goes further: if you type a few Hebrew characters, and then a lot of Latin characters, it switches to LTR. BUT -and this is very important- it is not forced: the user can switch the direction later manually. In most Windows browsers it's done using Ctrl-Shift, in Firefox on Windows and GNU/Linux it's done using Ctrl-Shift-X. I don't know about Mac browsers, but it's probably something similar. (I do know that it's impossible on Chrome in Linux, which is why I almost never use it.) > What about when your wiki page that > you're internally linking to is [[http://www.amazon.com]] - do you show as > LTR > even though it's actually an internal link? How does this get handled in > other > software? Same as above, essentially. One thing that could help here would be a possibility to specify the language of the page and of the title, as in bug 34514. But that's extra icing. For a link insertion dialog it is enough to do automatic detection with a possibility to override manually. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
