Re: [Wikitech-l] Global AbuseFilter testing!

2013-07-09 Thread Antoine Musso
Le 09/07/13 02:03, hoo a écrit :
 
 Hello,
 
 after a long time we're finally confident that the AbuseFilter extension
 is in a state in which it can be used for global filters. Therefore I'm
 happy to announce that from now on global AbuseFilters can be used on
 (some) Wikimedia Wikis.

Ohh. And I thought that was already the case :-) A few weeks ago
Steinsplitter pushed to have it fixed and enabled on the beta wikis
where it seems to be working fine to prevent spam.

-- 
Antoine hashar Musso


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Are revision tags in the dump files?

2013-07-09 Thread Tyler Romeo
Follow-up question. Will our new dumps project be dumping the change_tag
table? ;)

*-- *
*Tyler Romeo*
Stevens Institute of Technology, Class of 2016
Major in Computer Science
www.whizkidztech.com | tylerro...@gmail.com


On Tue, Jul 9, 2013 at 1:51 AM, Ariel T. Glenn ar...@wikimedia.org wrote:

 Στις 08-07-2013, ημέρα Δευ, και ώρα 20:17 -0700, ο/η Robert Rohde
 έγραψε:
  Various parts of Mediawiki will apply tags to specific edits in recent
  changes and histories.
 
  For example, the recently introduced Visual Editor is adding Tag:
  VisualEditor to all of its edits.
 
  Are such tags included in the XML dumps of Wikipedia?  It will be a
  while before a new dump of enwiki is released, but once it is ready,
  I'm wondering if we can use it to track the adoption of Visual Editor
  by looking for such Tags in the dump file.  Are the Tags included, and
  if so, which dump files are they contained in?

 Tags are stored separately from revisions in the change_tag table, which
 is not dumped.

 If you want to track which edits were made using the Visual Editor, I
 would suggest an api query, such as


 http://en.wikipedia.org/w/api.php?action=querylist=recentchangesrctag=visualeditorrclimit=500

 Ariel






 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Are revision tags in the dump files?

2013-07-09 Thread Ariel T. Glenn
Στις 09-07-2013, ημέρα Τρι, και ώρα 07:07 -0400, ο/η Tyler Romeo έγραψε:
 Follow-up question. Will our new dumps project be dumping the change_tag
 table? ;)
 

Our old dumps project could (the new one isn't intended to handle the
table dumps but only the page metadata and content data).  I don't think
there's anything sensitive in there even if a revision has been
subsequently hidden or the page it belongs to deleted; anyone want to
naysay that?

Ariel



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Features vs. Internet Explorers

2013-07-09 Thread Mark

On 7/6/13 12:44 AM, Brion Vibber wrote:

If we must set a blanket policy for MediaWiki, I think it should be pretty
general, something like:
* *current* release of all major browsers with 'evergreen' releases
(Chrome, Firefox, Safari)
* a chosen *subset* of major versions of IE
* a clear expectation that some advanced features won't work with some
versions of some browsers, and a sane policy for acceptable fallbacks?



Safari is a bit complex, because Apple forks stable branches for 
different versions of OS X, so it's not quite an evergreen browser. 
*But* these stable branches sometimes have significant back-end 
rendering functionality quietly backported into their point releases. 
That can make assuming the latest version of the rendering engine is 
everywhere close to correct, but not always. The currently maintained 
branches are 5.1.x (OS X 10.6) and 6.x (OS X 10.7, 10.8). The 5.0.x 
branch (OS X 10.5) is definitely on an older rendering engine, since it 
hasn't had a point release since 2011; its market share is declining but 
still has around 10% of Safari users.


-Mark


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Visual Editor Roadmap

2013-07-09 Thread Derric Atzrott
Good day all,

 

I was just taking a look at the Roadmap page[0] and the Engineering goals
page[1] and noticed that on both the Visual Editor section ends right about now.
I found these from the FAQ page [2] so we may want to update that with links to
any pages that any of you are able to locate.

 

Is there anywhere that I can find the Roadmap going forward until the end of the
year?

 

[0] https://www.mediawiki.org/wiki/Roadmap#VisualEditor

[1]
https://www.mediawiki.org/wiki/Wikimedia_Engineering/2013-14_Goals#VisualEditor

[2] https://www.mediawiki.org/wiki/Help:VisualEditor/FAQ

 

Thank you,

Derric Atzrott

Computer Specialist

Alizee Pathology

 

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Visual Editor Roadmap

2013-07-09 Thread Derric Atzrott
Good day all,

I was just taking a look at the Roadmap page[0] and the Engineering goals
page[1] and noticed that on both the Visual Editor section ends right about 
now.
I found these from the FAQ page [2] so we may want to update that with links to
any pages that any of you are able to locate.

Is there anywhere that I can find the Roadmap going forward until the end of 
the
year?

My apologies, I just noticed that the Engineering Goals page does go into 2014, 
I misread the dates.

Nevertheless though, my question still remains, is there a document, like the 
Roadmap document, that outlines the upcoming goals for VisualEditor for the 
remainder of the year?

Thank you,
Derric Atzrott


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Visual Editor Roadmap

2013-07-09 Thread David Gerard
On 9 July 2013 14:08, Derric Atzrott datzr...@alizeepathology.com wrote:

 Nevertheless though, my question still remains, is there a document, like the 
 Roadmap document, that outlines the upcoming goals for VisualEditor for the 
 remainder of the year?


Fix bugs until the users aren't screaming?


- d.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Quo Vadis, Vagrant

2013-07-09 Thread Željko Filipin
On Sun, Jul 7, 2013 at 6:35 AM, Ori Livneh o...@wikimedia.org wrote:

 This is now implemented in https://gerrit.wikimedia.org/r/#/c/72343/. It
 needs a lot of testing, especially on Windows.


Thanks, I will test it on a Mac, I do not have a Windows machine.

Željko
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Problems Updating from 1.18 to 1.21.1

2013-07-09 Thread Derric Atzrott
Good morning all,

I have a question about a problem that cropped up during my update from 1.18 to
1.21.1.

With one exception everything went smoothly during my update, but now all of my
images, appear to be without thumbnails and inadvertently using File protocol
links.

The generated source for embedded images looks like this:
p[a rel=nofollow class=external text
href=File:ReportedTime.jpg%7C451px%7CReportedtime per activity on
Project/a]/p

Generated from:
[[File:ReportedTime.jpg|451px|Reported time per activity on Project]]

Any idea what I may have done wrong.  Is there a new setting that I may have
missed?  Has anyone ever seen this sort of issue before?

Thank you,
Derric Atzrott
Computer Specialist
Alizee Pathology



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Problems Updating from 1.18 to 1.21.1

2013-07-09 Thread Brian Wolff
On 7/9/13, Derric Atzrott datzr...@alizeepathology.com wrote:
 Good morning all,

 I have a question about a problem that cropped up during my update from 1.18
 to
 1.21.1.

 With one exception everything went smoothly during my update, but now all of
 my
 images, appear to be without thumbnails and inadvertently using File
 protocol
 links.

 The generated source for embedded images looks like this:
 p[a rel=nofollow class=external text
 href=File:ReportedTime.jpg%7C451px%7CReportedtime per activity on
 Project/a]/p

 Generated from:
 [[File:ReportedTime.jpg|451px|Reported time per activity on Project]]

 Any idea what I may have done wrong.  Is there a new setting that I may have
 missed?  Has anyone ever seen this sort of issue before?

 Thank you,
 Derric Atzrott
 Computer Specialist
 Alizee Pathology



 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l

What happened is that url protocols became case insensitive. So if you
had added file: as a url protocol, previously it would trigger only on
file:foo not File:foo. The solution is to change your entry in
$wgUrlProtocols so that it is 'file://' instead of 'file:'.

--bawolff

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] How to get the number of pages in a category

2013-07-09 Thread Daniel Mietchen
Hello together,

in the framework of a GLAM project, we are looking for ways to
(1) identify the number of pages in a given category - including via
subcategories - on a given wiki
(2) get the pageview stats for all these pages, including on aggregate
(3) do the above across languages or projects
(4) estimate what outcomes to expect in terms of Wikipedia pageviews
and related metrics after an image donation of X files to a given
category on Commons.

I assume that part of it is available via the API but couldn't find
anything close enough.

Any pointers would be appreciated.

Thanks and cheers,

Daniel

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Problems Updating from 1.18 to 1.21.1

2013-07-09 Thread Derric Atzrott
Good morning all,

I have a question about a problem that cropped up during my update from 1.18 to
1.21.1.

With one exception everything went smoothly during my update, but now all of my
images, appear to be without thumbnails and inadvertently using File protocol
links.

...snip...

Any idea what I may have done wrong.  Is there a new setting that I may have
missed?  Has anyone ever seen this sort of issue before?

Thank you,
Derric Atzrott

I determined the issue.  I had $wgUrlProtocols[] = file:; in my
LocalSettings.php from an earlier attempt to get File protocol links working
(would have required me to write Firefox and Chrome extensions so it was
abandoned as too much effort to securely manage).

Thank you,
Derric Atzrott


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Are revision tags in the dump files?

2013-07-09 Thread Robert Rohde
Querying RC doesn't seem like a very efficient way of doing this when
one wants to track the evolution of Visual Editor usage across days
and weeks.  But if it is the best option available right now, then
maybe.

-Robert

On Mon, Jul 8, 2013 at 10:51 PM, Ariel T. Glenn ar...@wikimedia.org wrote:
 Στις 08-07-2013, ημέρα Δευ, και ώρα 20:17 -0700, ο/η Robert Rohde
 έγραψε:
 Various parts of Mediawiki will apply tags to specific edits in recent
 changes and histories.

 For example, the recently introduced Visual Editor is adding Tag:
 VisualEditor to all of its edits.

 Are such tags included in the XML dumps of Wikipedia?  It will be a
 while before a new dump of enwiki is released, but once it is ready,
 I'm wondering if we can use it to track the adoption of Visual Editor
 by looking for such Tags in the dump file.  Are the Tags included, and
 if so, which dump files are they contained in?

 Tags are stored separately from revisions in the change_tag table, which
 is not dumped.

 If you want to track which edits were made using the Visual Editor, I
 would suggest an api query, such as

 http://en.wikipedia.org/w/api.php?action=querylist=recentchangesrctag=visualeditorrclimit=500

 Ariel






 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Problems Updating from 1.18 to 1.21.1

2013-07-09 Thread Derric Atzrott
What happened is that url protocols became case insensitive. So if you
had added file: as a url protocol, previously it would trigger only on
file:foo not File:foo. The solution is to change your entry in
$wgUrlProtocols so that it is 'file://' instead of 'file:'.

--bawolff

Thank you bawolff.  That explains the root of the issue much better as opposed 
to the change I needed to make to fix it, which would have been much more 
useful had I decided to keep File protocol links enabled.

I've opted to just disable file protocol links in general though as it was just 
a left over configuration change from some time ago that I had forgotten to 
remove when we determined we wouldn't be using it.

I think that's now twice in as many days I've been ninja'd in an email.  Makes 
me laugh a little bit every time it happens.

Thank you,
Derric Atzrott


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to get the number of pages in a category

2013-07-09 Thread Brad Jorsch (Anomie)
On Tue, Jul 9, 2013 at 10:46 AM, Daniel Mietchen
daniel.mietc...@googlemail.com wrote:
 Hello together,

 in the framework of a GLAM project, we are looking for ways to
 (1) identify the number of pages in a given category - including via
 subcategories - on a given wiki

You can get the list of subcategories of a category with
list=categorymemberscmtype=subcat. You'd have to make calls to this
for each individual (sub)category you're interested in, and be sure to
detect cycles properly.

You can get the number of pages in a category with prop=categoryinfo.
You can batch this by specifying up to 50 titles per query (500 if
your account has the apihighlimits userright).

If you're going to be doing a lot of this, it might be better to
perform queries directly against the database, either by downloading
the database dumps or using Tool Labs.

 (2) get the pageview stats for all these pages, including on aggregate

The raw pageview stat data may also be available on Tool Labs. I see
some data in /shared/viewstats/, but it doesn't seem to be up to date.


-- 
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to get the number of pages in a category

2013-07-09 Thread Brian Wolff
On 7/9/13, Brad Jorsch (Anomie) bjor...@wikimedia.org wrote:
 On Tue, Jul 9, 2013 at 10:46 AM, Daniel Mietchen
 daniel.mietc...@googlemail.com wrote:
 Hello together,

 in the framework of a GLAM project, we are looking for ways to
 (1) identify the number of pages in a given category - including via
 subcategories - on a given wiki

 You can get the list of subcategories of a category with
 list=categorymemberscmtype=subcat. You'd have to make calls to this
 for each individual (sub)category you're interested in, and be sure to
 detect cycles properly.

 You can get the number of pages in a category with prop=categoryinfo.
 You can batch this by specifying up to 50 titles per query (500 if
 your account has the apihighlimits userright).

 If you're going to be doing a lot of this, it might be better to
 perform queries directly against the database, either by downloading
 the database dumps or using Tool Labs.

 (2) get the pageview stats for all these pages, including on aggregate

 The raw pageview stat data may also be available on Tool Labs. I see
 some data in /shared/viewstats/, but it doesn't seem to be up to date.


 --
 Brad Jorsch (Anomie)
 Software Engineer
 Wikimedia Foundation

 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l

It should be noted that the category table cat_pages entries are
sometimes inaccurate (especially for larger categories), and are
closer to an order of mangitude estimate. If you're going to be
looking at page views of all entries in the category, you could just
count how many pages there are directly.

Page view stats are available at
http://dumps.wikimedia.org/other/pagecounts-raw/

--bawolff

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [SOLVED] Re: ResourceLoader support question: how to construct a value in CSS from PHP

2013-07-09 Thread Roan Kattouw
On Wed, Jul 3, 2013 at 3:27 PM, Thomas Gries m...@tgries.de wrote:
 I found the solution ( $wgExtensionAssetsPath )
Why do you need this? You shouldn't need this. Paths relative to the
CSS file should be remapped automatically and should Just Work.

Roan

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] How to make commits from mirrored Wikimedia repos show up on your GitHub profile

2013-07-09 Thread Bartosz Dziewoński

I know it has been annoying a couple of people other than me, so now that I've 
learned how to make it work I'll share the knowledge here.

tl;dr: Star the repositories. No, seriously. (And yes, you need to star each 
extension repo separately.)

(Is there a place on mw.org to put this tidbit on?)

--- Forwarded message ---
From: Brian Levine supp...@github.com (GitHub Staff)
To: matma@gmail.com
Cc:
Subject: Re: Commits in mirrored repositories not showing up on my profile
Date: Tue, 09 Jul 2013 06:47:19 +0200

Hi Bartosz

In order to link your commits to your GitHub account, you need to have some 
association with the repository other than authoring the commit. Usually, 
having push access gives you that connection. In this case, you don't have push 
permission, so we don't link you to the commit.

The easy solution here is for you to star the repository. If you star it - 
along with the other repositories that are giving you this problem - we'll see 
that you're connected to the repository and you'll get contribution credit for 
those commits.


Cheers
Brian


--
Matma Rex

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Disambiguator extension deployed to all WMF wikis (action required)

2013-07-09 Thread Ryan Kaldari
The Disambiguator extension 
(http://www.mediawiki.org/wiki/Extension:Disambiguator) is now deployed 
to all WMF wikis. This will enable us to:
1. Remove disambiguation code from core, including 
Special:Disambiguations (bug 35981)
2. Stop requiring wikis to maintain template lists at 
MediaWiki:Disambiguationspage
3. Add features like warning users when they are linking to 
disambiguation pages (https://gerrit.wikimedia.org/r/#/c/70564)
4. Remove disambiguation pages from things like Special:Random and 
Special:LonelyPages
4. Enable the development of more powerful 3rd party tools for dealing 
with disambiguation pages


There is, however, one action required of each wiki that wants to make 
use of the Disambiguator extension: Every disambiguation page on the 
wiki needs to include the __DISAMBIG__ magic word (or an equivalent 
alias). Typically, this only requires adding the magic word to a single 
template that is included on all the disambiguation pages. For example, 
on Commons, this was accomplished with the following change:

https://commons.wikimedia.org/w/index.php?title=Template%3ADisambigdiff=99758122oldid=99728960
On English Wikipedia, it was a bit more complicated:
https://en.wikipedia.org/w/index.php?title=Template%3ADmboxdiff=560507118oldid=540384230

Once you've made this change, you should start seeing pages appear on 
Special:DisambiguationPages within 3 days. If you have any questions or 
problems, let me know.


Ryan Kaldari
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] SUL (Single User Login) deploy to all wikis on Thursday July 11th

2013-07-09 Thread Greg Grossmeier
Summary:
On Thursday July 11th we will be enabling a new centralized login
service to make the login experience for users more streamlined.

More detail:
To address the shortcomings of the current Single User Login (SUL)
system, the Platform team is making significant changes to the way that
CentralAuth logs users into other wikis on login:

* Users will be logged into a new, centralized domain when they login to
  any public WMF wiki with a global account. This domain is
  login.wikimedia.org
* Global accounts will no longer see the Login Success page after
  login, instead they will be redirected back the article where they
  came from. On the article page, we will transparently attempt to login
  the user to all of the sister projects, instead of relying on the
  images on the login success page.
* All of the public WMF wikis will use the central wiki to check
  anonymous user's logged-in status, and transparently log the user in
  if they are centrally logged in.

(Thanks to Chris Steipp for the above language.)

You can see the full rollout plan for this here:
https://www.mediawiki.org/wiki/Auth_systems/SUL2#Rollout_Plan


-- 
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] SUL (Single User Login) deploy to all wikis on Thursday July 11th

2013-07-09 Thread Greg Grossmeier
quote name=Greg Grossmeier date=2013-07-09 time=15:32:48 -0700
 Summary:
 On Thursday July 11th we will be enabling a new centralized login
 service to make the login experience for users more streamlined.

Note: For the avoidance of doubt, this is not for the grand user
unification work, only the improved login experience.

Greg

-- 
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] SUL (Single User Login) deploy to all wikis on Thursday July 11th

2013-07-09 Thread Jon Robson
 Global accounts will no longer see the Login Success page after
  login, instead they will be redirected back the article where they
  came from. On the article page, we will transparently attempt to login
  the user to all of the sister projects, instead of relying on the
  images on the login success page.

* wets his pants

Can't wait for this.

On Tue, Jul 9, 2013 at 3:47 PM, Greg Grossmeier g...@wikimedia.org wrote:
 quote name=Greg Grossmeier date=2013-07-09 time=15:32:48 -0700
 Summary:
 On Thursday July 11th we will be enabling a new centralized login
 service to make the login experience for users more streamlined.

 Note: For the avoidance of doubt, this is not for the grand user
 unification work, only the improved login experience.

 Greg

 --
 | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
 | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |

 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Jon Robson
http://jonrobson.me.uk
@rakugojon

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Visual Editor Roadmap

2013-07-09 Thread James Forrester
On 9 July 2013 06:04, Derric Atzrott datzr...@alizeepathology.com wrote:

 Good day all,

 I was just taking a look at the Roadmap page[0] and the Engineering goals
 page[1] and noticed that on both the Visual Editor section ends right
 about now.
 I found these from the FAQ page [2] so we may want to update that with
 links to
 any pages that any of you are able to locate.

 Is there anywhere that I can find the Roadmap going forward until the end
 of the
 year?

 [0] https://www.mediawiki.org/wiki/Roadmap#VisualEditor

 [1]

 https://www.mediawiki.org/wiki/Wikimedia_Engineering/2013-14_Goals#VisualEditor

 [2] https://www.mediawiki.org/wiki/Help:VisualEditor/FAQ



​Hey,

​Sorry about this - I've not yet written up our plans for developing
VisualEditor over 2013/14. I'll try to get a first draft of this into the
Engineering Goals document tomorrow, with more detailed notes in the
Roadmap.

J.​
-- 
James D. Forrester
Product Manager, VisualEditor
Wikimedia Foundation, Inc.

jforres...@wikimedia.org | @jdforrester
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Disambiguator extension deployed to all WMF wikis (action required)

2013-07-09 Thread Nicolas Vervelle
Great !!!

Has the API been modified so that we can ask it if a page is a
disambiguation page ?

Nico


On Wed, Jul 10, 2013 at 12:10 AM, Ryan Kaldari rkald...@wikimedia.orgwrote:

 The Disambiguator extension (http://www.mediawiki.org/**
 wiki/Extension:Disambiguatorhttp://www.mediawiki.org/wiki/Extension:Disambiguator)
 is now deployed to all WMF wikis. This will enable us to:
 1. Remove disambiguation code from core, including Special:Disambiguations
 (bug 35981)
 2. Stop requiring wikis to maintain template lists at
 MediaWiki:Disambiguationspage
 3. Add features like warning users when they are linking to disambiguation
 pages 
 (https://gerrit.wikimedia.org/**r/#/c/70564https://gerrit.wikimedia.org/r/#/c/70564
 )
 4. Remove disambiguation pages from things like Special:Random and
 Special:LonelyPages
 4. Enable the development of more powerful 3rd party tools for dealing
 with disambiguation pages

 There is, however, one action required of each wiki that wants to make use
 of the Disambiguator extension: Every disambiguation page on the wiki needs
 to include the __DISAMBIG__ magic word (or an equivalent alias). Typically,
 this only requires adding the magic word to a single template that is
 included on all the disambiguation pages. For example, on Commons, this was
 accomplished with the following change:
 https://commons.wikimedia.org/**w/index.php?title=Template%**
 3ADisambigdiff=99758122**oldid=99728960https://commons.wikimedia.org/w/index.php?title=Template%3ADisambigdiff=99758122oldid=99728960
 On English Wikipedia, it was a bit more complicated:
 https://en.wikipedia.org/w/**index.php?title=Template%**
 3ADmboxdiff=560507118oldid=**540384230https://en.wikipedia.org/w/index.php?title=Template%3ADmboxdiff=560507118oldid=540384230

 Once you've made this change, you should start seeing pages appear on
 Special:DisambiguationPages within 3 days. If you have any questions or
 problems, let me know.

 Ryan Kaldari
 Wikimedia Foundation
 __**_
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l