Feature Requests item #2531112, was opened at 2009-01-23 13:51 Message generated for change (Comment added) made by purodha You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2531112...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: interwiki Group: None
Status: Closed
Priority: 6 Private: No Submitted By: Purodha B Blissenbach (purodha) Assigned to: Purodha B Blissenbach (purodha) Summary: interwiki.py - allow to combine -new with -namespace
Initial Comment: Since the list of new pages supports selection of name spaces now, the api does it anyways, please allow interwiki.py the same.
While I believe, a page generator of new pages should be flexible enough to return pages of all name spaces upon 1 request, I suggest not to use this functionallity in interwiki.py for securing against unwanted interwikilinking of talk pages, and creating (usually wrong) interwiki links of template pages (where <noinclude> wold be usually required but is not added automatically, only left in place and used, if it is aready there)
----------------------------------------------------------------------
Comment By: Purodha B Blissenbach (purodha)
Date: 2009-01-29 22:51
Message: Solved with revision 6312
http://svn.wikimedia.org/viewvc/pywikipedia?view=rev&revision=6312
----------------------------------------------------------------------
Comment By: Purodha B Blissenbach (purodha) Date: 2009-01-29 22:39
Message: Since Special:NewPages can either select a single namespace, or all namespaces, selecting mutiple namespaces needs to be implemented via filtering after reading the llist of "all namespaces". Securing the page count with -new: thus needs a bit redoing, when mutiple namespaces have been selected.
I am not going to do that now, but document that, -new:N is an upper limit for the actual page count when multiple namespaces are wanted, else (with 1 namespace, or all namespaces) everything remains as it was.
For future enhancement I suggest to extend the -new paramater by another figure like such: -new:from:to -new:to:from both from, and to, being entry numbers in the list (since from<=to, order is arbitrary, and current use remains valid)
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2531112...