Meta:Babel/Archives/2011-05
 | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Extending SUL to private wikis
There once was a discussion on the extending of SUL accounts to private wikis that use MediaWiki. Anyone knows where that took place, or what happened to it? Rehman 03:13, 3 April 2011 (UTC)
- Oh, I've understood your question only now: you mean non-WMF wikis. This is certainly impossible. You probably mean bugzilla:13631, mailarchive:wikitech-l/2010-May/thread.html#47911. Nemo 18:14, 28 April 2011 (UTC)
- Close, but not quite. Basically to have the SUL extended to all non-WMF wikis that use MediaWiki. From what I remember, that is possible; just needs a little push. I know there was a discussion (similar to this title) somewhere, but I just can't find it... Rehman 00:29, 29 April 2011 (UTC)
- Hmm? I don't think WMF has any business granting access to someone's private site, regardless of whether it uses MediaWiki software or not. Jafeluv 08:25, 29 April 2011 (UTC)
- Again, per that legendary thread that I read, it was basically to ease the use of MediaWiki wikis in general. I don't think it has anything to do with "granting access to someone's private site", instead to just enable the owning of a single SUL account to contribute to any MediaWiki wiki... On a global scale, I personally think that is a great idea, I doesn't really do that much, nor should it be that difficult to implement, I think. But it sure would make cross-MW contribution much more convenient, IMO. Rehman 12:07, 29 April 2011 (UTC)
- Not all MediaWiki sites are the kind that "anyone can edit". An organization can use MediaWiki for their collaboration, or a company for their intranet pages. Anyone can make up their own website using MediaWiki, without necessarily wanting to make it openly editable by anyone with a Wikimedia username. Even many WMF wikis are outside of SUL for good reason -- the Foundation wiki, several ArbCom wikis, etc. It would make no sense to apply the same login to all wikis that use the software. Jafeluv 13:25, 29 April 2011 (UTC)
- Of course. What I meant was, by whichever method you register to whichever wiki, the account would be attached to the SUL account after account was created. Am sure this was discussed to whichever thread I am referring to. For non-WMF wikis, auto account creation could be disabled... Rehman 13:29, 29 April 2011 (UTC)
- I think what you're referring to is something like "OpenID". If so, you should look in archives for something like "Wikimedia as an OpenID provider". Cbrown1023 talk 22:42, 2 May 2011 (UTC)
- Or just click the links I provided above. :-p Nemo 19:47, 9 May 2011 (UTC)
- Yes, you're right Nemo. Sorry, I didn't read all of the thread. ;-) Cbrown1023 talk 21:18, 9 May 2011 (UTC)
- Or just click the links I provided above. :-p Nemo 19:47, 9 May 2011 (UTC)
- I think what you're referring to is something like "OpenID". If so, you should look in archives for something like "Wikimedia as an OpenID provider". Cbrown1023 talk 22:42, 2 May 2011 (UTC)
- Of course. What I meant was, by whichever method you register to whichever wiki, the account would be attached to the SUL account after account was created. Am sure this was discussed to whichever thread I am referring to. For non-WMF wikis, auto account creation could be disabled... Rehman 13:29, 29 April 2011 (UTC)
- Not all MediaWiki sites are the kind that "anyone can edit". An organization can use MediaWiki for their collaboration, or a company for their intranet pages. Anyone can make up their own website using MediaWiki, without necessarily wanting to make it openly editable by anyone with a Wikimedia username. Even many WMF wikis are outside of SUL for good reason -- the Foundation wiki, several ArbCom wikis, etc. It would make no sense to apply the same login to all wikis that use the software. Jafeluv 13:25, 29 April 2011 (UTC)
- Again, per that legendary thread that I read, it was basically to ease the use of MediaWiki wikis in general. I don't think it has anything to do with "granting access to someone's private site", instead to just enable the owning of a single SUL account to contribute to any MediaWiki wiki... On a global scale, I personally think that is a great idea, I doesn't really do that much, nor should it be that difficult to implement, I think. But it sure would make cross-MW contribution much more convenient, IMO. Rehman 12:07, 29 April 2011 (UTC)
- Hmm? I don't think WMF has any business granting access to someone's private site, regardless of whether it uses MediaWiki software or not. Jafeluv 08:25, 29 April 2011 (UTC)
- Close, but not quite. Basically to have the SUL extended to all non-WMF wikis that use MediaWiki. From what I remember, that is possible; just needs a little push. I know there was a discussion (similar to this title) somewhere, but I just can't find it... Rehman 00:29, 29 April 2011 (UTC)
Mediawiki:Newarticletext message
Hi everyone, when you're creating a new page on Meta, you're getting this wonderful message:
This site is for <a href="/wiki/Meta:About_Meta" title="Meta:About Meta">documentation and discussion on Wikimedia projects</a>.
If you are trying to add a page to your company's internal wiki site, you're in the wrong place. Just hit "back" in your browser until you find yourself back home.
This is not the place for information pertaining to the <a href="/wiki/MediaWiki" title="MediaWiki">MediaWiki</a> software. The software has its own wiki at <a href="http://www.mediawiki.org" class="external free" rel="nofollow">http://www.mediawiki.org</a>.
This template makes me angry every time i see it. We might as well put 'GET OUT CLUELESS NEWBIE!!' in there as well. Could we maybe have a text that is a little less hostile and rude?
I've put up a proposal for a new friendlier text, please comment over there. Thanks. Husky 16:39, 14 May 2011 (UTC)
Done. Per discussion on that talk page, the final edit that was synced was this one. Thanks, The Helpful One 18:31, 16 May 2011 (UTC)
