Александр Сигачёв wrote:
To be honest, from my point of view, as a bot operator/programmer, I am quite happy with this bug.
But for folks using Wikipedia in Russian, Ukrainian, Belarus, Bulgarian, Serbian, it is ugly.
Example,
http://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B...
is Main Page URL. Do you want to type it?
Then simply type http://ru.wikipedia.org/
The non-escaped title is always at the top of the page. Also note that on the status bar the unescaped version is shown (when you see where will a link send you), probably a great improvement.
While i agree showing the full name on the URL is much nicer when you see the URL (eg. on a printed article), it leaves the door open for abuse and impersonators, as you don't have a way to detect the difference between the users (now you can go to their user page and see the URL). I was once confused because assumed the satus bar would give me the escaped one. If the URL is also 'niced', how to tell?
Another thing to take into account is how would url-editing work. Currently, if i write the url in non-utf8 characters (like the common Windows-1252), it's detected as not utf8, the non US-Ascii ones gets escaped and i get to the desired page. If i reedit the escaped url adding non-utf8 chars, the whole url is treated as not being in utf8, so the already-utf8 characters are treated as native and reencoded... landing on the wrong page. You can avoid this by rewriting the %xx with your encoding, but if you can't see the difference, what will you do when users get to a page title full of à when they didn't typed that?
Platonides