Wikitech-l December 2011

wikitech-l@lists.wikimedia.org

131 participants
136 discussions

Picture rotation: what on earth?
by David Gerard 11 Dec '11

11 Dec '11

http://commons.wikimedia.org/wiki/File:David_Gerard,_Heathrow_Terminal_5,_2… Who thought this was a good idea to automate? And how does one get this fixed? I can't even revert to a good copy. Has a list of these been made and human-checked? - d.

8 13

Call Graphs in MediaWiki Documentation
by Yuvi Panda 09 Dec '11

09 Dec '11

Why do we have callgraph images in the documentation? I can't understand how they are useful, and they eat bandwidth (+ screenspace) unnecessarily. Is there a reason for their existence? Can we get rid of them? Check this for an example: http://svn.wikimedia.org/doc/classLinker.html -- Yuvi Panda T http://yuvi.in/blog

5 5

Upgrade jQuery to 1.7.1 for 1.19?
by Brion Vibber 08 Dec '11

08 Dec '11

https://bugzilla.wikimedia.org/show_bug.cgi?id=32879 I recommend we go ahead and update for 1.19 before branch time; there's bug fixes and it doesn't appear to drop support for anything we'd want. Any objection? -- brion

1 0

Annoying Large Bugs & feature requests
by Sumana Harihareswara 08 Dec '11

08 Dec '11

There's a fairly new website called SocialCoding4Good that aims to match mature free/open source projects with experienced developers who want to volunteer. They've invited us to be part of the pilot. http://socialcoding4good.org/ Specifically, in the pilot phase, SC4G will suggest open source tasks to experienced engineers who are taking paid sabbaticals (sometime in spring 2012) from their R&D jobs at VMWare. We and 3-4 other nonprofits are asking to host some of their engineers. I have suggested some tasks, both for 1-week stints and for 3-month engagements. http://socialcoding4good.org/organizations/wikimedia Like Google Summer of Code interns and most OpenHatch entrants <http://openhatch.org/+projects/MediaWiki>, these engineers will be new and will require mentorship. Unlike GSoC students, these are experienced developers, so I feel comfortable mentioning some of our larger and hairier TODOs, like the visual editor, extension management, and metaschema work. I already submitted this page to VMWare (because of their deadlines) but I welcome suggestions for other stuff to put on it, for the post-pilot phase. https://www.mediawiki.org/wiki/Annoying_large_bugs seems like the best wiki page to put those suggestions on. I'll merge stuff together when more stuff is on the wiki page. And I'll be chasing you all to volunteer for mentorship in the spring, too. :-) -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation

2 1

Heads-up: OSCON 2012 CfP due January 12
by Brion Vibber 08 Dec '11

08 Dec '11

We've had a few MediaWiki talks at OSCON recently (this year Trevor and Roan did a great presentation about ResourceLoader); it tends to be a good mixer conference for the US FOSS community and has had great JavaScript and mobile tracks the last couple years (though it does have some vendor overload in other areas). Just a heads-up that the call for presentations is due in January: http://www.oscon.com/oscon2012/public/cfp/197?imm_mid=079f65&cmp=em-conf-os… -- brion

1 0

WikiEditor Preview tab: unparsed wikitext
by Daniel Barrett 08 Dec '11

08 Dec '11

I have a parser function that is not being rendered properly by the experimental Preview tab in WikiEditor. The function does the following: * It add a custom property "foo" to the ParserOutput object, with value "bar" * It hooks OutputPageBeforeHTML to render the value "bar" When I use the "Save Page" or "Show Preview" buttons below the edit box everything works fine. With the experimental Preview tab, though, the value doesn't get rendered. (It is in the ParserOutput object though.) I'm guessing that OutputPageBeforeHTML doesn't get called by the Preview tab. I also tried hooking EditPageGetPreviewText to render the value also, but that doesn't work either with the Preview tab. Any advice appreciated. Should I be using a better/additional hook? Thanks, DanB

3 2

Reason for having php5-common pinned?
by Leslie Carr 08 Dec '11

08 Dec '11

Do we have a reason we have php5-common pinned in puppet? (see generic-definitions.pp::145 generic::webserver::php5 ) The reason I ask is that with this, another generic definition (generic::webserver::php5-mysql) breaks due to the dependancy of 5.3.2-2wm1 , while the pinning causes the installation of 5.3.2-1ubuntu4.10 I would change the generic::webserver::php5 definition to remove the pin, but I want to make sure that nothing breaks first. Leslie -- Leslie Carr Wikimedia Foundation AS 14907, 43821

2 1

Putting frequently used terms into Project:Glossary
by Gregory Varnum 08 Dec '11

08 Dec '11

Greetings, After some discussion in the IRC, http://www.mediawiki.org/wiki/Project:Glossary has been setup to house MW related terminology. Right now it's largely MW related terms borrowed from enWP's glossary. However, over time we should try putting terms commonly used on MW.org or in MW documentation on the Glossary. An early example of entries is clarity on the terms "enterprise wikis" vs. "third-party wikis" vs. "corporate wikis". Feel free to email me off-list if there are terms you'd like added but just don't feel compelled to add yourself. :) -greg aka varnent ------- Gregory Varnum Founding Principal, VarnEnt Lead Administrator, WikiQueer Lead, Aequalitas Project @GregVarnum fb.com/GregVarnum

1 0

Fixing styles and templates for mobile: en.wikipedia portals
by Brion Vibber 08 Dec '11

08 Dec '11

Looking over some bug entries about layout on mobile for some pages, especially Portal pages, reminds me that formatting is not just MediaWiki's responsibility -- it's also the wiki authors' responsibility. And of course since it's a wiki, that includes us. ;) Starting from <https://bugzilla.wikimedia.org/show_bug.cgi?id=32123> and friends I looked over some of the mobile style issues on < https://en.wikipedia.org/wiki/Portal:Literature> and its related portals. The two main issues that stood out: * two-column layouts being too small to fit their content on small screens * hardcoded table layouts, usually of icons of related portals to click on The two-column layout I found I was able to make fall back to a single-column layout with a little tweaking: moving the hardcoded float & width styles out to a class in MediaWiki:Common.css, and using CSS media queries to disable the width settings and let them become full column on smaller screens. (The media query right now won't actually get used on mobile, since we don't actually load the MediaWiki:Common.css -- but it has the same effect. :) I started a discussion on this at < https://en.wikipedia.org/wiki/MediaWiki_talk:Common.css#Portal_column_width…> -- if this is working well we can go ahead and fix up a bunch of portal pages by bot. For the hardcoded tables of icons, I started on a new template with a more modern layout that simply fits the window, similar to how <gallery> got a facelift a while ago. Links to that template & demo are at the above talk thread. Don't forget -- MediaWiki extends to and binds with its content, and making our flagship sites look good on large and small screens alike should be all our responsibility. Chip in and help fix any bad layouts you find! -- brion

1 0

Diff colors update
by Brion Vibber 08 Dec '11

08 Dec '11

Just a quick note: Antoine updated the diff view styles in trunk to use the green/blue scheme that's been in use on fr.wikipedia.org and others for some time: <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/105280> This should be a bit more consistent than the scheme we were using in 1.18, and is specifically designed to be legible to people with various types of color blindness as well as the general population. -- brion

3 2

← Newer
1
...
7
8
9
10
11
12
13
14
Older →

Jump to page:

2026

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 December 2011