Hallo,
Several updates were made recently in the UniversalLanguageSelector
extension to improve its performance. This means that if you use any of the
ULS facilities in your extensions or gadgets, such as web fonts, IMEs,
language data functions like getDir and getAutonym, etc., you need to
I have a log of what happens on when the commands:
sudo apt-get install mediawiki2latex
mediawiki2latex -u https://en.wikipedia.org/wiki/Adam_Ries -o AdamRies.pdf
are entered on the command line of ubuntu (13.10) Better than TV...
Happy to send it to anyone.
Fred
Amir E. Aharoni wrote:
Several updates were made recently in the UniversalLanguageSelector
extension to improve its performance.
Fantastic! :-) Thank you for all of the work you and others have done to
address this.
As the MediaWiki platform continues to grow in complexity, it'll be useful
to
Hi,
The report covering Wikimedia engineering activities in October 2013 is now
available.
Wiki version:
https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2013/October
Blog version:
https://blog.wikimedia.org/2013/11/12/engineering-report-october-2013/
We're also proposing a shorter,
Two candidates that have notified their intentions to apply before the
deadline did suubmit their applications with a little delay, and we have
accepted them as well.
This means that we have currently 13 candidates.
https://www.mediawiki.org/wiki/Outreach_Program_for_Women/Round_7#Candidates
On 11/11/2013 05:07 PM, Andre Klapper wrote:
On Mon, 2013-11-11 at 16:01 -0800, Quim Gil wrote:
On 11/05/2013 01:52 PM, Quim Gil wrote:
Next week we will have our monthly IRC meeting, just like every second
Tuesday of the month. You can propose topics to be discussed at
On Tue, Nov 12, 2013 at 5:47 AM, MZMcBride z...@mzmcbride.com wrote:
Amir E. Aharoni wrote:
Several updates were made recently in the UniversalLanguageSelector
extension to improve its performance.
Fantastic! :-) Thank you for all of the work you and others have done to
address this.
Following change I189ba71de[0], the hierarchical list in
Special:Allpages becomes a simple alphabetic pager if the total number
of pages exceeds a safety threshold. The threshold is designed to
protect wikis on which the load generated by the process of generating
the hierarchical list would be
https://www.mediawiki.org/wiki/OPW_2013_Flow_Edit_Filter_Integration
This is the proposal I submitted for this year's OPW. Please see and
suggest changes.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Ori Livneh wrote:
From my perspective, the ideal outcome of this discussion would be
that we agree that the hierarchical list is a poor fit for the
MediaWiki of today, and we resolve to remove it from core.
Sounds good to me.
For anyone who doesn't know what a(n) hierarchical list is:
On 11/06/2013 05:50 AM, Ori Livneh wrote:
What you are proposing is that we determine who is infallible and
benevolent, so we can style them dictators for life. This kind of
wide-eyed earnestness about the term architecture is very dangerous.
It misses the essential irony, and in so doing it
On 11/06/2013 06:35 AM, Antoine Musso wrote:
I would have a look at the way IETF is handling its RFC process. I wrote
about it back in July in the thread proposed RFC process:
http://lists.wikimedia.org/pipermail/wikitech-l/2013-July/070241.html
The IETF does have a long, successful track
On 11/08/2013 12:00 PM, Bryan Davis wrote:
I think the second is more consistent with the tenor of the discussion
here so far, because in the first case, the coupling between job
titles and responsibilities in our community might be too tight to
maintain flexibility and openness. It would also
On 10/29/2013 11:48 AM, Zack Weinberg wrote:
Theoretically speaking, the right way to do this would be to identify
the (small, one hopes) number of *sources* of sensitive data and
change them to return objects of a special class, which would then
automatically print out as [REDACTED] (if so
Hi folks,
for a long time we've relied on the mwlib libraries by PediaPress to
generate PDFs on Wikimedia sites. These have served us well (we
generate 200K PDFs/day), but they architecturally pre-date a lot of
important developments in MediaWiki, and actually re-implement the
MediaWiki parser
On Sat, Jun 8, 2013 at 8:26 AM, Brad Jorsch bjor...@wikimedia.org wrote:
On Sat, Jun 8, 2013 at 11:07 AM, Brian Wolff bawo...@gmail.com wrote:
Both Manual:Hooks/foo and all the $wgFoo pages can definitely benefit
from some automation.
I know the reason I usually don't update the Manual pages
16 matches
Mail list logo
