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)
On 12/24/06, Brion Vibber brion@pobox.com wrote:
- 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:
An implementation of this via some means other than linked accounts would might also be beneficial because it would allow for the setting of a non-unique preferred name.
(cur) (last) 10:09, 24 December 2006 SuperNinja92349 (John Doe | Talk | contribs | block) (word to the wise)
There are a number of users that I interact with whom login using pseudonyms for reasons of account uniqueness but actually prefer to be addressed by their real names.
They often express this by customizing their signature, but since this preference is only displayed in their signature it often creates confusion. For example, they'll mention edit of theirs on a talk page and you'll waste a long time scanning the history for the wrong name.
Actual implementation would be a little ..fun, at least if it were to support at will changes to preferred name.
Gregory Maxwell wrote:
An implementation of this via some means other than linked accounts would might also be beneficial because it would allow for the setting of a non-unique preferred name.
(cur) (last) 10:09, 24 December 2006 SuperNinja92349 (John Doe | Talk | contribs | block) (word to the wise)
There are a number of users that I interact with whom login using pseudonyms for reasons of account uniqueness but actually prefer to be addressed by their real names.
They often express this by customizing their signature, but since this preference is only displayed in their signature it often creates confusion. For example, they'll mention edit of theirs on a talk page and you'll waste a long time scanning the history for the wrong name.
Actual implementation would be a little ..fun, at least if it were to support at will changes to preferred name.
Shouldn't be that hard, actually; mainly we'd need to add a field to the user table and do appropriate joins for queries that make lists of users.
There is actually a "real name" field, which we have disabled on our own wikis... not sure if it would be wise to use that or add another 'nickname' field.
Generally though it gives me warm fuzzy feelings to have easily-settable nicks that aren't as dispruptive as administrative name changes.
-- brion vibber (brion @ pobox.com)
There's also the other proposal I made, and which no one has objected to [yet]:
In diff pages and histories, perhaps instead of having
* Titoxd (John Doe | Talk | contribs | block) m (reverted edits by Titoxd (talk) to last version by Brion VIBBER)
Have something similar to * Titoxd (en_wikipedia | Talk | contribs | block) m (reverted edits by Titoxd (talk) to last version by Brion VIBBER)
With the en_wikipedia pointing to http://en.wikipedia.org/wiki/Special:Contributions/Titoxd, Special:Listusers, or perhaps even a combination report of the block log and the Listusers display (to show whether a user is a sysop, or if he has been blocked in his home wiki).
This could be coupled with an option to declare a home wiki somewhere (e.g. so Anthere can put her home wiki as [[:foundation:]] if she desires), but that could be optional. The reason I say it would be a good idea is that the data is going to be collected anyways during the migration, and instead of it being thrown out after SUL work is done, it could be put into some use by perhaps adding a line of code or two. ;)
Titoxd.
-----Original Message----- From: foundation-l-bounces@wikimedia.org [mailto:foundation-l-bounces@wikimedia.org] On Behalf Of Brion Vibber Sent: Sunday, December 24, 2006 1:10 PM To: Wikimedia Foundation Mailing List Subject: Re: [Foundation-l] On hard-to-read usernames
Gregory Maxwell wrote:
An implementation of this via some means other than linked accounts would might also be beneficial because it would allow for the setting of a non-unique preferred name.
(cur) (last) 10:09, 24 December 2006 SuperNinja92349 (John Doe | Talk | contribs | block) (word to the wise)
There are a number of users that I interact with whom login using pseudonyms for reasons of account uniqueness but actually prefer to be addressed by their real names.
They often express this by customizing their signature, but since this preference is only displayed in their signature it often creates confusion. For example, they'll mention edit of theirs on a talk page and you'll waste a long time scanning the history for the wrong name.
Actual implementation would be a little ..fun, at least if it were to support at will changes to preferred name.
Shouldn't be that hard, actually; mainly we'd need to add a field to the user table and do appropriate joins for queries that make lists of users.
There is actually a "real name" field, which we have disabled on our own wikis... not sure if it would be wise to use that or add another 'nickname' field.
Generally though it gives me warm fuzzy feelings to have easily-settable nicks that aren't as dispruptive as administrative name changes.
-- brion vibber (brion @ pobox.com) _______________________________________________ foundation-l mailing list foundation-l@wikimedia.org http://mail.wikipedia.org/mailman/listinfo/foundation-l
On 12/24/06, Titoxd@Wikimedia titoxd.wikimedia@gmail.com wrote: [snip]
This could be coupled with an option to declare a home wiki somewhere (e.g. so Anthere can put her home wiki as [[:foundation:]] if she desires), but that could be optional. The reason I say it would be a good idea is that the data is going to be collected anyways during the migration, and instead of it being thrown out after SUL work is done, it could be put into some use by perhaps adding a line of code or two. ;)
How about we just combine ideas here.. Allow the preferred name field to also have a user specified internal link to any of our projects? Same data could be made part of the default signature.
* Titoxd ([[:commons:User:Titoxd|John Doe]] | Talk | contribs | block) m (reverted edits by Titoxd (talk) to last version by Brion VIBBER)
(obviously clickable and not wikitext)
The problem with this is that would allow for some sneaky behavior that we'd have to deal with. (i.e. people claiming to be someone that they are not) So an alternative would be to make the username field clickable, and have a user field that indicates which wiki the link will take them to... If we're going to have a join against the user table to obtain a prefered name, it would be easy enough to grab a homewiki id to use for the userlink. ...
Although, do we really want userlinks randomly wisking you off to another wiki?
Well, it can be made in a way that the link appears only in special circumstances. Assuming that my home wiki is commons, it would show up as Greg suggests:
* Titoxd ([[:commons:User:Titoxd|John Doe]] | Talk | contribs | block) m (reverted edits by Titoxd (talk) to last version by Brion VIBBER)
But that would occur if someone were seeing a diff I made on the Spanish Wikipedia, for example. On commons, it could just show up like this:
* Titoxd (John Doe | Talk | contribs | block) m (reverted edits by Titoxd (talk) to last version by Brion VIBBER)
That would minimize the amount of cross-wiki jumping, and make it clearer to the end user, I believe.
As to having impersonation problems: well, I one way to avoid them would be to sanitize the nickname or real name field, disallowing all wikitext and links; then, the software would automatically fill out the defined home wiki, and prevent the user from doing so. Or, if it gets really bad and people want to stop me from saying that my name is "Gregory Maxwell" in my nickname field, the field could be hidden from view by default, and users would have to follow the current method of writing it on their raw signature manually. Another option is to forcefully hide the nickname field of offenders, but that seems unnecessary, IMO.
Titoxd.
-----Original Message----- From: foundation-l-bounces@wikimedia.org [mailto:foundation-l-bounces@wikimedia.org] On Behalf Of Gregory Maxwell Sent: Sunday, December 24, 2006 1:55 PM To: Wikimedia Foundation Mailing List Subject: Re: [Foundation-l] On hard-to-read usernames
On 12/24/06, Titoxd@Wikimedia titoxd.wikimedia@gmail.com wrote: [snip]
This could be coupled with an option to declare a home wiki somewhere
(e.g.
so Anthere can put her home wiki as [[:foundation:]] if she desires), but that could be optional. The reason I say it would be a good idea is that
the
data is going to be collected anyways during the migration, and instead of it being thrown out after SUL work is done, it could be put into some use
by
perhaps adding a line of code or two. ;)
How about we just combine ideas here.. Allow the preferred name field to also have a user specified internal link to any of our projects? Same data could be made part of the default signature.
* Titoxd ([[:commons:User:Titoxd|John Doe]] | Talk | contribs | block) m (reverted edits by Titoxd (talk) to last version by Brion VIBBER)
(obviously clickable and not wikitext)
The problem with this is that would allow for some sneaky behavior that we'd have to deal with. (i.e. people claiming to be someone that they are not) So an alternative would be to make the username field clickable, and have a user field that indicates which wiki the link will take them to... If we're going to have a join against the user table to obtain a prefered name, it would be easy enough to grab a homewiki id to use for the userlink. ...
Although, do we really want userlinks randomly wisking you off to another wiki? _______________________________________________ foundation-l mailing list foundation-l@wikimedia.org http://mail.wikipedia.org/mailman/listinfo/foundation-l
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@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@wikimedia.org http://mail.wikipedia.org/mailman/listinfo/foundation-l
On 24/12/06, GerardM gerard.meijssen@gmail.com wrote:
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.
It's not clear why processing users' contributions by machine is less dehumanising than allowing display of their user-ID number.
Also, mechanical processing of contributions leads to a gameable system which *will* then be gamed.
- d.
Hoi,
On 12/24/06, David Gerard dgerard@gmail.com wrote:
On 24/12/06, GerardM gerard.meijssen@gmail.com wrote:
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.
It's not clear why processing users' contributions by machine is less dehumanising than allowing display of their user-ID number.
The difference is that I do not mind to be associated with what I have done. It is also exactly the type of information that helps assess if someone is more likely to be trusted. A number has nothing to do with me.
Also, mechanical processing of contributions leads to a gameable
system which *will* then be gamed.
- d.
How the metrics are to be created is something that has not been discussed at all. It is clever that you already know that it will be possible to game it.
Thanks, GerardM
On 24/12/06, GerardM gerard.meijssen@gmail.com wrote:
On 12/24/06, David Gerard dgerard@gmail.com wrote:
Also, mechanical processing of contributions leads to a gameable system which *will* then be gamed.
How the metrics are to be created is something that has not been discussed at all. It is clever that you already know that it will be possible to game it.
Experience on en:wp, rather than cleverness.
- d.
On Sun, Dec 24, 2006 at 04:47:48PM +0100, Gerard Meijssen wrote:
How the metrics are to be created is something that has not been discussed at all. It is clever that you already know that it will be possible to game it.
David Gerard already mentioned gaming of metrics on en.wikipedia, which is a big problem.
However, simply consider: Slashdot. Which has long since succumbed to the eternal september (R.I.P.)
Kuro5hin was deliberately designed with less (gamable) metrics and thus lasted a while longer. One of our coolest editors -Ta Bu Shi Da Yu- is a sort of Kuro5hin refugee. (Don't tell him I said that :-P)
--- Brion Vibber brion@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.
With all respects to GerardM, I believe this would be generally acceptable to most people. Making this feature of displaying numbers a preference which can be turned off would be a nice gesture towards those who would rather not see editors in numerical terms.
- 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.
I believe this system is too problamatic. The lack of unique transliterations mentioned above is a major problem. Another large difficulty is although most languages have standards for transliteration in latin to some degree, the standards of translitaration between non-latin fonts may be much less developed. I do not see how we can offer this reliably across all Wikimedia wikis.
- 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:
If I understand this correctly this is like the transliteration option but allowing people to use any nick they like rather only a pure transliteration of the user name. I see this a basically allowing a "signature" feature to the machine generated portions of the wiki. I think this is the most palatable solution. Answering all problems while being the least offensive to all sensibilities. Although it does create some new problems, I believe they could be dealt with. If this option incorperated a log of nick changes I think it would be the perfect solution. Places with large amounts of vandalism can enact a policy prohibiting the changing of nicks after X number of edits (or some time limit) without an RfC and this can be enforced through the above mentioned "nick log". That would prevent vandals or problem users from disguising themselves with an font likely to be unreadable for a username and then frequently rotating nicks. A simpler solution might be to have the "User Contributions" list show the nick used at the time of the contributions. This way anyone suspicious of and editor can quickly check if they previously used a different nick.
- 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. :)
This is also workable option, although not my favorite. Too many linked names will lead difficulty in making posistive identifications. And since they may result in different username policies on different wikis, it is not practicle to enforce any limit. Although I am sure there is some way of making one a "master acount" with will always show the contributions and blocks of all daughters. Then there must be an automatic way of switching to the appropriate daughter account when entering a wiki forbiding the master account username. I think making this workable would more complex than allowing local nicks, but please correct me if I am wrong about this. Also with the possibily of blocks continuing under this system I think it will leave the most number of people unhappy out of the three options I find to be workable.
On the other hand I wonder which method you find most desirable as a developer. I think it would be best to start with the system you would most like to implement and see what objections there still are and how strong these objections are. Then only if these objections cannot be answered should we move on to you next favorite system and see if that can made acceptable. Really most people (although I do recognize there are exceptions) would be happy with any solution that provides the benefits of SUL of all Wikimedia editors while at the same time guaranteeing a readable unique editor identification for all wikis.
Birgitte SB
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
wikimedia-l@lists.wikimedia.org