It might just be my browser's strange cookie handling, but it seems to me
that a number of "WMF programme" wikis don't log me in automatically,
Is it possible to enable automatic login on some of the special project
wikis that have been set up lately? (E.g., strategy wiki and the others that
are under the single user account system but where login is not automatic.)
-----BEGIN PGP SIGNED MESSAGE-----
It seems Fred stopped the archive updates:
03:57 Fred: shutting down mailman on list for a few minutes while exim
and spamd catch up
...but I don't see a note that it was restarted, and new emails are not
appearing in the archives. Can this be turned back on?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
-----END PGP SIGNATURE-----
On 2 June 2010 19:50, Gregory Maxwell <gmaxwell(a)gmail.com> wrote on
> In my opinion, the world is not best served by hyper-optimizing for
> the most frequent and shallow interests of the largest majorities. I
> think that extreme inclusiveness of all kinds of interests, often at a
> small expense to the most common cases was previously a core design
> value for the site, but that doesn't really seem to be the case
> anymore... just like the main site is still unbrowsable on blackberry
> (formally some 14 million page views per day, for those playing the
> numbers game) or PS3.
Just a query - how's getting graceful degradation for BlackBerry and
PS3 users going? I've had people asking me about the BlackBerry one
casually ... is there any schedule on this, does it have any priority?
Below is William's update on the Pending Changes (nee Flagged Protection)
trial launch on en.wikipedia.org on June 14. As we'll continue to stress:
this is a trial, and as such, still has a few rough edges, but we feel we're
ready to press forward and commit to iterative improvement after the launch.
There are a number of things that we'd love help making sure are good for
* Making sure that the latest version of the FlaggedRevs extension will
still work for all other sites. Here's a list of the sites that its enabled
...along with a list of current configurations:
A full test pass with all of the different configurations isn't going to be
possible, so some help with testing the different configurations would be
wonderful. We'll have a fast fallback plan in place should we accidentally
break the other wikis, but obviously it'd be better to get it right the
* Test the English test site:
* Test the German test site:
* Help with documentation:
* Lots of other stuff I haven't thought of.
Let me know if you'd like to help and just want some pointers on where to
---------- Forwarded message ----------
From: William Pietri <william(a)scissor.com>
Date: Thu, Jun 3, 2010 at 10:57 PM
Subject: [Foundation-l] Pending Changes (nee Flagged Protection) update for
To: English Wikipedia <wikien-l(a)lists.wikimedia.org>, Wikimedia Foundation
Mailing List <foundation-l(a)lists.wikimedia.org>
As requested, here's the weekly Pending Changes update.
The big news is that we have picked a date for releasing the new version
of Flagged Revisions and launching the trial of Pending Changes on the
English Wikipedia: June 14.
I'd like to stress that this will be a trial. The goal is to learn,
which means that things will not be perfect at launch. There are many
areas where we hope to verify our current work and see what improvements
can be made:
* the technical underpinnings
* the interface and language as experienced by
* our readers
* casual editors
* serious editors
* which articles should be covered
* how best to use Pending Changes
We think we have something that is workable as is, and have notions for
possible improvements down the road. To know what improvements are the
right ones, we'll need real use and community feedback. We intend to
respond speedily to community concerns and lessons learned from actual
use. To that end we aim to keep to the same weekly release schedule that
we've been using on labs these last few months.
More mundanely, the work completed this week includes ops documentation,
the completion of the terminology work, and some interface improvements.
We've also had some vigorous testing done by the folks at Calcey, who
discovered a few bugs for us.
If you'd like to see the current condition of things, you can try it out
To see the upcoming work, it's listed in our tracker, under Current and
We expect to release to labs again next week, after which we intend to
go live on the English Wikipedia.
foundation-l mailing list
From: "Dmitriy Sintsov" <questpc(a)rambler.ru>
Sent: Friday, June 04, 2010 11:35 AM
To: "Happy-melon" <happy-melon(a)live.com>
Subject: Re: [Wikitech-l] Reasonably efficient interwiki transclusion
> * Happy-melon <happy-melon(a)live.com> [Fri, 4 Jun 2010 11:10:04 +0100]:
>> MW 2.0? :-D
> Not really. These are pretty simple things, comparing to Parser and some
> another classes. MediaWiki class isn't that complex.
>> You wouldn't need to remove the globals, at least immediately; you'd
>> them as aliases for the relevant variables of the 'main' wiki;
>> it makes sense to define one primary wiki, which it usually does.
> That might introduce glitches where one variable in "global / member
> pair" has it's value modified, while another isn't. Or, maybe the
> references (&$) will help.
I've started to develop a simple wysiwyg editor that could be useful to
wikipedia. Basically the editor gets the wiki code from wikipedai and builds
the html on client side. Then you can edit the html code as you can imagine
and when you are done another script converts the html back to wiki code.
There is a simple demo here :
http://www.corefarm.com:8080/wysiwyg?article=Open_innovation . You can try
other pages from http://www.corefarm.com:8080/ (type the article name).
It's far from being really usable now but do you think that such a tool
would be useful ? The global structure is ok, most of the buttons are
working (even if there are no special images to figure out what they
actually do); it's just a matter of filling the gaps and support all the
You comments are welcomed!
All the best,
As a lot of you already know, I'm again doing a Google Summer of Code
project for the WMF this year. The goal of this *awesome* project is to
create a set user friendly administration interfaces via which
administrators can manage the configuration of their wiki and extensions as
well as manage extension installation and updating. The user experience
should be as *awesome* as the Wordpress one, or even better.
After doing research in existing code and talking to the relevant people, I
created a little roadmap  of how I plan to proceed with my project. Any
feedback and comments on this would be very much appreciated (esp the critic
ones :). It'd be to bad to reinvent things already achieved by people,
simply by me not knowing about it! I hope to start with the actual coding by
this weekend, and will update the roadmap, and the docs page itself , as
well as my blog , as I make progress.
Jeroen De Dauw
Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69