[Foundation-l] On hard-to-read usernames

GerardM gerard.meijssen at gmail.com
Sun Dec 24 14:12:00 UTC 2006


Hoi,
You missed the proposal made by Anthere ... The best proposal so far.

A user can be associated with metrics that indicate the status of a user ..
this can have several attributes, amounts of positive contributions, the
status on other projects like admin/bureaucrat etc.  This will provide the
information people say they need; a clue as to if someone can be trusted to
do good.

Another point, in the proposals you do not indicate that some of these are
seen as problematic by some.

Thanks,
    GerardM

http://www.omegawiki.org/Expression:Selamat_Hari_Natal

On 12/24/06, Brion Vibber <brion at pobox.com> wrote:
>
> Certain recent threads have become very deep and it's hard to find the
> needles among the haystacks, so I thought I'd summarize a couple things
> and ask a couple questions.
>
>
> Background:
>
> There is some concern that usernames which are difficult to read due to
> using a different script from the rest of the wiki (such as a Japanese
> name on an English site, or a Russian name on a Thai site) can be
> difficult for administrators, and other wiki contributors, to deal with.
>
> For instance it can be hard to talk about some other user when you can't
> recognize their name.
>
>
> Conflict:
>
> There has been some fighting over this issue because some admins on
> en.wikipedia.org have taken to outright blocking of non-Latin usernames
> on that site so as not to have to deal with the issue.
>
> There is additional concern that this will become a more frequent issue
> in the future, as the introduction of a unified login system will make
> it easier for people to use their existing usernames they already
> registered on other wikis; thus there is more concern about solving the
> issue in the near future.
>
>
> Suggestions:
>
> Several suggestions were made in previous threads on ways to make it
> easier to recognize and deal with such 'foreign' usernames. In no
> particular order, these include:
>
> * Display a user ID number alongside the name
>
> A possible example history line:
>
> (cur) (last) 10:09, 24 December 2006
>    Brion VIBBER (#51 | Talk | contribs | block) (word to the wise)
>
> This is relatively simple, and relatively culturally neutral, if not
> particularly visually attractive.
>
> The ID number could be either the local account number (this is
> displayed in Special:Preferences) or, after unified login (SUL) is
> introduced, a global account number which would be the same on all wikis.
>
> An example of a site that behaves this way is slashdot.org, which
> displays the user ID number next to the username in post headings.
>
> User IDs are possible to use in a few special-page forms that deal with
> accounts in part to work around the occasional 'can't figure out how to
> pass this username around to people' issue. It may be logical to extend
> that.
>
> One thing to consider is that low or high id numbers may indicate
> relative age of an account, which may affect perceived prestige or
> trustworthiness. This might be considered a useful heuristic, or
> alternatively it might be considered anti-egalitarian to display the
> number so widely.
>
>
> * Display a transliteration of the name into Latin or local script
>
> A possible example history line:
>
> (cur) (last)  10:43, 24 December 2006
>    ホイップ (Hoippu | Talk | contribs)
>
> Transliteration is tricky at the best of times. While approximations
> good enough to 'get an idea what you're looking at' might not be
> entirely impossible, there is some concern that they will be perceived
> as culturally biased or incorrect.
>
> More generally, transliterations would not be unique, and so don't
> necessarily serve as well for passing around in links or typing into
> forms.
>
>
> * Use easily-changable 'nicknames' more extensively
>
> Possibly combined with a default transliteration mode, this could allow
> people using a common primary username to choose a more 'friendly' nick
> to be displayed and used more widely in the user interface than the
> current nickname option for talk page signatures.
>
> In some ways the simplest implementation of this might be to provide a
> way to link accounts, so the software can visibly verify that they
> belong to the same person, which brings us to:
>
>
> * Multiple linked usernames
>
> This is for instance how IRC works; on Freenode my usernames "brion",
> "brion_away", "brion_work" etc are linked together so that I have the
> same password, and when I'm logged in as "brion_work" anyone can check
> and confirm that I really am "brion", not just some random guy who says
> he is the same brion.
>
> The upcoming single user login (SUL) system is designed to provide this
> linked-account guarantee for *the same name* on *different wikis*, but
> there can be some benefit to also demonstrating a linkage between
> *different names*.
>
> One example that would be useful is when someone wants to change their
> username just because they didn't like their old one very much. Right
> now they either just make a new account, which doesn't demonstrate the
> linkage provably, or they have to ask a "bureaucrat" to perform an
> administrative account rename for them.
>
> There would I think be some benefit to simply allowing people to create
> a new name for their account, and have the system say to anyone who
> needs to verify it that "yes this is the same user".
>
> In the context of "foreign" usernames, this would make it easy for
> people who are active on some other wiki to choose an additional name to
> work under which is more friendly to local readers.
>
>
> Possible concerns include a general unease with the idea that people
> might then be _forced_ to choose another name (for instance if their
> regular name gets banned on sight), or annoyance with people who might
> register many linked names and switch among them at whim, for instance
> to fit a mood. :)
>
>
> Anyway, that's just a few thoughts based on the possible remedies I've
> seen mentioned previously and a couple others I haven't.
>
> Please try to keep the flames off this thread.
>
> Nothing is decided for certain yet, and I hope we can all work together
> and have a conversation like reasonable ladies and gentlemen.
>
> Thanks!
>
> -- brion vibber (brion @ pobox.com)
> _______________________________________________
> foundation-l mailing list
> foundation-l at wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/foundation-l
>


More information about the foundation-l mailing list
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy