On 02/08/2013 02:31 PM, Matthew Flaschen wrote:
> I've started an RFC about making password requirements stronger, in a
> workable way that is configurable by group.
>
> See
> https://www.mediawiki.org/wiki/Requests_for_comment/Password_requirements .
>
> Matt Flaschen
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Thanks, Matthew. This strikes me as something the enterprise community
might also want to chime in on, so I'm cc'ing the mediawiki-enterprise
list. Please discuss onwiki. Thanks.
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
A discussion on wikitech-l you might find interesting.
Mariya
---------- Forwarded message ----------
From: Jeroen De Dauw <jeroendedauw(a)gmail.com>
Date: Thu, Feb 7, 2013 at 1:37 PM
Subject: Re: [Wikitech-l] Comparisons to Confluence (was Minimalist
MediaWiki? (was Re: Merge Vector extension into core))
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Hey,
For corporate adoption, the main thing MediaWiki needs is not some
> particular feature. It needs to be supported. It needs an organisation
> with people who will care if corporate users are screwed over by a
> change. It needs community management, so that the features needed by
> corporate users will be discoverable and well-maintained, rather than
> developed privately, over and over. And it needs the smallest nudge of
> promotion, on top of what Wikipedia fans are doing for it. Say, a
> nice-looking website aimed at this user base.
>
> This is not something WMF is interested in doing, that has been made
> extremely clear in the last year.
>
Agree, I also think this is the main issue, and know other people active
with MW outside WMF think the same.
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hello everyone,
I want to bring up the main issues we have identified with third-party
users so far to the MW community and the first one is extensions
management. I heard from many of you that you would like to see
improvement in extensions management on mw.org.
Here is a summary of what I've heard so far on email and
http://www.mediawiki.org/wiki/Talk:Third-party_MediaWiki_users_discussion :
The most important thing is to be able to immediately see the compatibility
of a given extension with MW versions. If compatibility testing can be
automated, that would be best. Additionally, people want to have some
rating of extensions based on the quality of code, vulnerability,
usefulness,etc. Statistics like number of downloads can be used as a market
of quality as well. More visibility should be given to good extensions.
Extensions can be separated in categories based on what they do so they can
be found easily. Some suggest the use of SMW on MW.org to organize
extensions even though the use of SMW on WMF websites has been discussed
and decided as a wontfix (
https://bugzilla.wikimedia.org/show_bug.cgi?id=8390#c24) . Also, Yury
Katkov suggested Article
Feedback<http://www.mediawiki.org/wiki/Article_Feedback> can
be used for rating or WikiVote could provide some of their voting systems.
Before I bring the issue up to the community, I would love to hear
everybody's feedback. Here are some questions to consider :
1. Is extensions management a significant issue for you? Would you like
to see efforts focused on it?
2. What should extensions be rated on?
3. Who should be rating extensions?
4. How could it be implemented reusing existing resources maximally?
5. What else would be useful to have in extensions management?
6. Are there any good examples on how it's done on other platforms you
would like to point out?
7. Let me know if you would be willing to/available to help with
specification, implementation, testing, or anything else.
Also, add any other comments/information. I want to have as much details as
possible on what people would like to see happen.
I will be sending similar emails about other "popular" issues soon.
Mariya
Hi all,
Please have in mind the list of MediaWiki Professionals on
LinkedIn<http://www.linkedin.com/skills/skill/MediaWiki>,
Add MediaWiki as a skill if you are a developer or consultant or have the
list in mind if you are looking to hire.
A link to the list is not posted on http://www.mediawiki.org/wiki/Jobs,
which has some other similar resources.
Mariya
Hi all,
If you want to learn about upcoming MediaWiki events, workshops, etc, you
can watch this calendar
<http://www.mediawiki.org/wiki/Project:Calendar>recently
started by Guillom recently.
Mariya
(Added MW-Enterprise mailing list)
On 02/06/2013 10:00 PM, Tim Starling wrote:
> For corporate adoption, the main thing MediaWiki needs is not some
> particular feature. It needs to be supported. It needs an organisation
> with people who will care if corporate users are screwed over by a
> change. It needs community management, so that the features needed by
> corporate users will be discoverable and well-maintained, rather than
> developed privately, over and over. And it needs the smallest nudge of
> promotion, on top of what Wikipedia fans are doing for it. Say, a
> nice-looking website aimed at this user base.
Totally agreed.
I (along with a few other hardy volunteers) have been helping MW users
at [[mw:Project:Support desk]] and it seems clear that the focus most
developers have on the WMF use case has really made MW less usable for
other people.
One of my clients had an older (1.11) MediaWiki installation that they
are using to share information with their distributors world-wide.
Their first attempt to get the system to do what they wanted was a flop
since the Java developer they had working on the system really didn't
know that much about MW. I was able to get the system upgraded to 1.19
and adapt MW to their infrastructure using hooks, ResourceLoader, and
pages they could update in the "MediaWiki" namespace.
So, yes, I think MediaWiki has a lot to offer corporate users, but we
haven't really made that clear or shown them how to do a lot of things
they want to do.
Tim has it right when he says MediaWiki "needs community management, so
that the features needed by corporate users will be discoverable and
well-maintained, rather than developed privately, over and over."
We've discussed this sort of thing over and over, but I think we're
actually beginning to make some headway now thanks especially to work by
Mariya Miteva.
--
http://hexmode.com/
There is no path to peace. Peace is the path.
-- Mahatma Gandhi, "Non-Violence in Peace and War"
On 7 February 2013 17:06, Dan Andreescu <dandreescu(a)wikimedia.org> wrote:
> I was on the other side of this, albeit a while back. We had to decide
> between MediaWiki and Confluence to power Disney's ParentPedia (which has
> since been abandoned):
> The main reasons we chose Confluence:
> * An easier to understand API. This seems to not be a problem any more:
> http://www.mediawiki.org/wiki/API:Client_code
> * Easier setup on Windows:
> http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows, possibly
> made easier now by Bitnami: http://bitnami.org/stack/mediawiki
yeah, I was speaking from my experience of MW vs Confluence, where the
deciders were (1) no WYSIWYG and slightly (2) none of the fancy ACL
stuff Confluence has. The ACLs were more a theoretical selling point
to the business decision maker, but WYSIWYG swung it I think. And the
users *hated* Confluence, but at least they didn't have to deal with
Wikitext.
(In my current job I'm happily spreading MediaWikis far and wide,
albeit with very little customisation. But I'm really keen to use the
Visual Editor as soon as it's in a tarball version.)
- d.
Hi Dan,
We have
http://www.mediawiki.org/wiki/Talk:Third-party_MediaWiki_users_discussion where
we've been discussing some MW user issues, but the dicussion was not
focused on corporate per se. We can use the same page or maybe set up a
subpage if you think it will be easier. There is also
https://www.mediawiki.org/wiki/Enterprise_hub. If anyone know of another
appropriate place, please share.
I would be glad to see such a space set up and discussion going on and
would be happy to assist with that.
Mariya
On Thu, Feb 7, 2013 at 7:06 PM, Dan Andreescu <dandreescu(a)wikimedia.org>wrote:
> Sorry about that - Gmail reload glitch
>
> On 02/06/2013 10:00 PM, Tim Starling wrote:
>
> > > For corporate adoption, the main thing MediaWiki needs is not some
> >> > particular feature. It needs to be supported. It needs an organisation
> >> > with people who will care if corporate users are screwed over by a
> >> > change. It needs community management, so that the features needed by
> >> > corporate users will be discoverable and well-maintained, rather than
> >> > developed privately, over and over. And it needs the smallest nudge of
> >> > promotion, on top of what Wikipedia fans are doing for it. Say, a
> >> > nice-looking website aimed at this user base.
> >
> >
> I was on the other side of this, albeit a while back. We had to decide
> between MediaWiki and Confluence to power Disney's ParentPedia (which has
> since been abandoned):
>
> http://www.theregister.co.uk/2007/03/13/disney_eisner/
> http://family.go.com/parenting/
>
> The main reasons we chose Confluence:
>
> * An easier to understand API. This seems to not be a problem any more:
> http://www.mediawiki.org/wiki/API:Client_code
> * Easier setup on Windows:
> http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows,
> possibly
> made easier now by Bitnami: http://bitnami.org/stack/mediawiki
>
> Do we have a place where people can talk through problems with corporate
> adoption? I suspect Tim's correct about the general case but that focusing
> on specifics would drive adoption.
>
> Dan
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
Hi guys!
I recently found this course and I think that will be interesting to
look at: http://codelesson.com/courses/view/mediawiki-administration-and-development
"
This course covers the setup, configuration and optimization of
MediaWiki. It's specifically geared toward developers and system
administrators who want to create web sites based on the open source
MediaWiki platform.
"
-----
Yury Katkov, WikiVote