Le 17 févr. 2012 à 14:28, Bergi a écrit :
Bináris schrieb:
An alternative solution to the original problem could be an extension that
displays possible characters from several alphabets and helps to generate
the username with mouse and put it back to the login name/password field.
I don't think that would be a good idea.
* It sounds as it would need JavaScript (or would be difficult to implement)
* clicking is much slower than typing
* possible characters from several alphabets? You know, we support the full
set of Unicode. Displaying all unicode blocks would need the user to remember
from which block his characters are
* One version of the problem is that you try to login from a system that
doesn't support your characters with any font. displaying characters is the
heavy task. If we don't want to show pictures, the user needs to remember the
individual character codes.
(or is there a usable all-unicode web font?)
Therefore, it is a great idea to login with your email address, which usually
consists of latin characters. I have that problem myself, beeing User:✓ (a
great challenge for toolserver tools ;-). Usually I have:
* My browsers autologin function which fills in the username at known wikis
* My browsers notice function which allows me to insert various texts with
the contextmenu
* Once logged in, I have a extraeditbutton above the edit form
* or can cp the sign from the #p-personal portlet (user page, user disk,
prefs...)
But when I try to login no at my home system, I'm challenged how to insert
the 0x2713 char code with the keyboard. At windows Alt + num pad usually
works, but... So I often end up googling for unicode checkmark, and cp the
character from wikipedias List of Unicode characters :-(
Thank you for your support. I just submitted a complete patch entitled Can't
authenticate using my mother language username (UNICODE) when I only have (a
public) access to Wikipedia with an ASCII (english) keyboard in about 20
languages on
https://bugzilla.wikimedia.org/show_bug.cgi?id=34590
People supporting this idea, please for it.
Here is the text:
This is a real issue for people who have registered with a username having
UNICODE and non ASCII (7 bits) characters and who want to login to Wikipedia
when they are abroad with a simple English keyboard and want to edit some pages
(usually English pages).
The fact that Wikipedia and Mediawikis do not offer the possibility to
authenticate with an e-mail is now considered, at least for me, as a bug.
I recently discussed this fact on Wikitech-l (Great idea
http://lists.wikimedia.org/pipermail/wikitech-l/2012-February/058183.html) and
some tests have been made trying to answer legitimate questions (see
http://lists.wikimedia.org/pipermail/wikitech-l/2012-February/058253.html) to a
simple patch that I proposed.
This small patch in User.php (function idFromName) is enough in most cases:
$dbr = wfGetDB( DB_SLAVE );
$s = $dbr-selectRow( 'user', array( 'user_id' ), array( 'user_name' =
$nt-getText() ), __METHOD__ );
if ( $s === false ) {
//Start Patch $result = null;
$stwo = $dbr-selectRow( 'user', array( 'user_id' ), array(
'user_email' = $nt-getText() ), __METHOD__ );
if ( $stwo === false ) {
$result = null;
}else {
$result = $stwo-user_id;
}
//End Patch
} else {
$result = $s-user_id;
}
The modified Login form is:
Username (or e-mail): |___|
Password: |___|
The full attached patch is rendering this new form in about 20 languages (that
is what we need in our wikis). The patch is simply adding two new msg:
- 'yournameoremail' instead of 'yourname' in Userlogin.php and
- 'passwordreset-usernameoremail' instead of 'passwordreset-username' in
SpecialPasswordReset.php .
In order to explain this new experimental feature, we added a Hook in
LocalSettings.php :
function efLoginFormMessage( $template ) {
$template-set( 'header', NEW (experimental): if you are a registered user
with an authenticated e-mail, you can also log in with your e-mail address in
place of your username. Your e-mail is used only during the authentication
phase; if successful you will be logged with your standard username. br
/Please notice that for people owning different accounts with the same e-mail,
you will be logged in with your first registered username (lowest ID). If the
password entered doesn't match the password of your lowest registered ID, you
can't authenticate this way and should enter your desired username.);
return true;
}
$wgHooks['UserLoginForm'][]='efLoginFormMessage';
I hope that this patch will be visited and accept. It is changing our live
here. People having been registered with accented characters or in Cyrillic can
use their e-mail to get their temporary password by e-mail while still being
able to sign authorship in