Wikitech-l May 2011

wikitech-l@lists.wikimedia.org

119 participants
99 discussions

Re: [Wikitech-l] Mobile site rewrite implementation
by Platonides 13 May '11

13 May '11

(I apologise for breaking the thread) >The reason that I went the route of creating an extension vs a skin was that >I wanted the most flexibility in adapting the content for mobile device >rendering. There are a number of sections that need to be removed from the >final output in order to render the content effectively on mobile devices. >So, being able to use a PHP output buffer handling is a nice feature. I also >wanted the ability to use many of the features that are available when >writing an extension to hook into core functionality. > >-- Patrick Sorry, but this is a poor excuse.

1 0

Categories 2.0
by Lars Aronsson 13 May '11

13 May '11

Categories were introduced in 2003 and are celebrating their 8th anniversary this year. One thing that I would like to do in Wikipedia is: A category that spans a scale, e.g. people by date of birth. Today we use [[Category:1823 births]] to group people born in that year, where the category page has links to the previous and next year, and possibly to supercategories by decade or century. I would like to index people by birth *date* along a timeline, from where any subsection could be listed. Some kind of {{#select: ...}} could be used to find a subsection from this index. Instead of category pages, some continuously scrolling page should be used. Just like Google Maps, when you scroll one way, new content should be retrieved by API, and presented in the same Javascript scrolling page. Maybe "category" is the wrong word to describe this function, but today we use categories because we have no better way. A possible extension is 2-dimensional ranges, for geographic coordinates. Does any extension like this already exist? -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

8 10

Berlin hackathon - we want your input
by Sumana Harihareswara 13 May '11

13 May '11

A bunch of MediaWiki development folks are in Berlin at a hackathon -- http://blog.wikimedia.org/2011/05/13/wikimedia-tech-crowd-and-mediawiki-dev… -- and we're working to make sure you can watch, listen, and participate even if you're not here. For example, we're going to have talks about the parser, the mobile gateway, and performance improvement. From today's talks: Purodha Blissenbach is looking for testers for Narayam, a keyboard mapping for Indic languages, and Hay Kranen would like people to test the WordPress plugin PhotoCommons ( http://www.mediawiki.org/wiki/PhotoCommons ), "allowing easy searching, inserting and and maintaining of files from Wikimedia Commons into your blog." More in the live notes: http://etherpad.wikimedia.org/mwhack11Fri #mwhack11 IRC channel live video streaming http://www.livestream.com/wikimediaberlin #mwhack11 on Twitter/Identi.ca bugs to smash: https://bugzilla.wikimedia.org/buglist.cgi?keywords=bugsmash More information: http://www.mediawiki.org/wiki/Berlin_Hackathon_2011 -Sumana Harihareswara Volunteer Development Coordinator, WMF

1 0

Berlin hackathon - we want your input
by Sumana Harihareswara 13 May '11

13 May '11

A bunch of MediaWiki folks are in Berlin at a hackathon -- http://blog.wikimedia.org/2011/05/13/wikimedia-tech-crowd-and-mediawiki-dev… -- and we're working to make sure you can watch, listen, and participate even if you're not here. liveblogging: http://etherpad.wikimedia.org/mwhack11Fri #mwhack11 IRC channel http://www.mediawiki.org/wiki/Berlin_Hackathon_2011 live video streaming http://www.livestream.com/wikimediaberlin #mwhack11 on Twitter/Identi.ca bugs to smash: https://bugzilla.wikimedia.org/buglist.cgi?keywords=bugsmash We'll be emailing more as we can. Thanks! -Sumana Harihareswara Volunteer Development Coordinator, WMF

2 1

DOM, onload, and custom javascript
by Tod 11 May '11

11 May '11

I've modified Mediawiki:Common.js to include the following: document.getElementById("p1").innerHTML="New text!"; I then created a page called testPage and inserted: <p id="p1">Hello World!</p> I'm expecting the text to change upon load but nothing is happening. Prior to the <p> tag addition I had an alert that was working as expected so at least I know Common.js is working. What is the best practice for adding custom javascript code in Mediawiki? While we're at it is there a real good tutorial on including AJAX calls w/o needing an extension anywhere? Thanks - Tod

5 16

Spay or neuter your jQuery libraries before they multiply!
by Brion Vibber 11 May '11

11 May '11

If folks are looking for an easy introduction to working with ResourceLoader, one way might be to help with bug 26306 "Cleanup extensions that include jquery (and common plugins) themselves": https://bugzilla.wikimedia.org/show_bug.cgi?id=26306 A number of extensions over the years have pulled in their own copies of jQuery, or particular jQuery or jQuery.ui plugins which are now present in MediaWiki core and available through ResourceLoader. The extra copies -- which are usually horribly out of date! -- can generally now be removed. Here are commits I made on a couple extensions: OpenID: needed conversion to RL, used the opportunity to clean up other minification/spriting http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87845 Collection: most of the old modules had already been switched to RL but the old files were still there. Cleaned up and swapped one more plugin for the core copy http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87847 Don't be afraid to check out http://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_for_extension_… related doc pages on mediawiki.org, or bug your fellows -- anything that's not clear now is something that should be documented better, so don't be shy! -- brion

5 5

Large number of users unable to access WMF wikis
by John 11 May '11

11 May '11

For about the last 12 hours I have been unable to reliably connect to WMF wikis. Ive tried both Firefox and IE8 both without success. Pages either load and proceed to hang forever, or partial page contents are loaded. There have been multiple reports in -tech about this from multiple people spanning at least half the globe. traceroute: 15 77 ms 56 ms 112 ms te1-2-0d0.cir1.chicago2-il.us.xo.net[216.156.72.5] 16 55 ms 57 ms 60 ms 207.88.14.201.ptr.us.xo.net [207.88.14.201] 17 80 ms 83 ms 84 ms te-3-0-0.rar3.washington-dc.us.xo.net[207.88.12.74] 18 86 ms 104 ms 99 ms te-3-0-0.rar3.atlanta-ga.us.xo.net[207.88.12.9] 19 103 ms 116 ms 87 ms te-4-0-0.rar3.miami-fl.us.xo.net[207.88.12.6] 20 85 ms 122 ms 91 ms 207.88.14.58.ptr.us.xo.net [207.88.14.58] 21 102 ms 93 ms 91 ms w006.z207088246.xo.cnc.net [207.88.246.6] 22 191 ms 207 ms * text.pmtpa.wikimedia.org [208.80.152.2] 23 * * 219 ms text.pmtpa.wikimedia.org [208.80.152.2] and ping results Pinging text.pmtpa.wikimedia.org [208.80.152.2] with 32 bytes of data: Request timed out. Request timed out. Request timed out. Reply from 208.80.152.2: bytes=32 time=164ms TTL=45 Ping statistics for 208.80.152.2: Packets: Sent = 4, Received = 1, Lost = 3 (75% loss), Approximate round trip times in milli-seconds: Minimum = 164ms, Maximum = 164ms, Average = 164ms Hope this helps someone figure out the problem John

5 5

MediaWiki Supported Browser List
by Trevor Parscal 11 May '11

11 May '11

After the question came up a few times, Ryan Kaldari and I decided to document the official list of supported browsers and the information and logic that surrounds this topic. http://www.mediawiki.org/wiki/Supported_browsers - Trevor

11 16

Bugzilla API and stats (and CR)
by mhershberger＠wikimedia.org 11 May '11

11 May '11

I've talked a bit on IRC about how I'm using the Bugzilla API to create various reports. Some people have shown interest — IIRC, MZMcBride said I should create a graph or report showing which bugs have how many duplicates. I haven't done that, but I did create an example Bz API client that I adapt and can use for writing reports on, for example, our weekly bug triage. I took advantage of the MWHttpRequest built into MediaWiki, rather than depending on one of the plethora of PHP-based HTTP client code bases (like the one available at http://snoopy.sf.net/) and I modified the JSON RPC client at http://jsonrpcphp.org/ to use the MWHttpRequest class. This means you'll have to set $IP and set the MEDIAWIKI constant to true before including bugzilla.php as I've done in http://svn.wikimedia.org/svnroot/mediawiki/trunk/tools/bugzilla/client/main… The sample code I've committed in main.php is supposed to show all normal or higher priority bugs in bugzilla after their assignee's emails. This sort of report was useful for me this past week when I sent nagging emails to MW developers. Also, after talking to robla today, I went ahead and downloaded a 23mb mbox file from gmane.org (since one wasn't available from wikimedia.org) and I'll be working on charting our most prolific bug closers, as well as other data. Another thing I've been working on is getting more people involved in code review so that our 1.18 won't be delayed becase of the lack of code reviewers. See everyone in Berlin, (everyone who is going to be there, anyway) Mark.

1 0

integration of MediaWiki and version control system as backend?
by Heiko Nardmann 11 May '11

11 May '11

Hello together! Is it possible to have a version control system, e.g. Subversion or Git, as the backend for MediaWiki instead of a DBMS ? So far I did not found anything in this direction ... If not possible: is this due to data model mismatches or "just" missing man power to have it implemented? Thanks in advance! Heiko Nardmann

8 8

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l May 2011