Wikitech-l July 2010

wikitech-l@lists.wikimedia.org

80 participants
56 discussions

Re: [Wikitech-l] "Take me back" too hip
by James Salsman 22 Jul '10

22 Jul '10

jidanni(a)jidanni.org wrote: > > The first words the user* sees on every page are "Take me back".... I agree that link should be renamed with different text. I've already seen two people confuse it with the back button's functionality, thinking they needed to click it after logging in to get back to the page they had to log in to create. For those users, who were never in Monobook to begin with, they were taken "back" to somewhere they had never been before, didn't know what to do when they got there, and weren't very happy about either of those facts. May I suggest, "Use legacy interface" or "Abandon new interface"?

5 4

ExtensionDistributor is broken. Who can fix?
by Niklas Laxström 22 Jul '10

22 Jul '10

It's broken again. Can someone fix the Extension Distributor. At least the symptoms, if not the real problem. There are regular complaints about it on our IRC channel. > svn: Working copy '/mnt/upload6/private/ExtensionDistributor/mw-snapshot/trunk/extensions' locked > svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details) Thanks. -- Niklas Laxström

5 5

Changes to the new installer
by Jeroen De Dauw 21 Jul '10

21 Jul '10

Hey, I want to make several structural changes to the new installer, to make it fit in a more general deployment model. This will involve moving code and renaming things. Does anyone have objections to me doing this? (I don't want to undermine work people are currently doing.) Cheers -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! --

5 6

"Take me back" too hip
by jidanni＠jidanni.org 21 Jul '10

21 Jul '10

The first words the user* sees on every page are "Take me back". Back to Mom's house? Back to the future? Back to the previous page? Why can't you just use "Older interface", "Traditional interface", etc.? *Wikipedia, Commons, etc. users, who have chosen the Vector interface, especially those who haven't then afterward logged in again for a month and don't now remember what this is all about.

1 0

Maps: marker specific parameters
by Jeroen De Dauw 21 Jul '10

21 Jul '10

Hey, Currently the Maps extension [0] allows you to specify marker specific data [1] (a titel, further text, and the icon to use). The way this is done is not very clean, and needs improvement. Someone poked me about this at Wikimania, but I don't know how to improve upon the current syntax, hence this discussion. What's bad about the current approach: * A 3rd level of parameter is needed, which is rather insane. (The first level are the regular parser function parameters, separated with vertical lines. The second level are coordinates or addresses, separated by semicolons. The third level for the marker specific data uses tildes as delimiters.) * Not very readable. * Unsuited for long text. * Excludes all the delimiters from usage in the text. * Problems with links in the wikitext. Anyone an idea what a better approach would be? You can either reply here, or write out your idea's on the discussion page [2]. [0] http://www.mediawiki.org/wiki/Extension:Maps [1] http://mapping.referata.com/wiki/Help:Marker_data [2] http://mapping.referata.com/wiki/Help_talk:Marker_data Cheers -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! --

2 1

Memcached for interwiki transclusion
by Peter17 20 Jul '10

20 Jul '10

Hello to all! I am currently working on interwiki transclusion [1]. In the proposed approach, we currently retrieve distant templates: 1) using wfGetLB('wikiid')->getConnection if the distant wiki has a wikiid in the interwiki table 2) using the API in the opposite case In case 1, it seems that retrieving a template from a distant DB is just as expensive as retrieving it from the local DB. So, we don't store the wikitext of the template locally. In case 2, the retrieved wikitext is cached in the transcache table for an arbitrary time. I have two questions about this system: * Is it better to use the transcache table or to use memcached for the API-retrieved remplates? * Should we cache the DB-retrieved templates with memcached? An advantage of memcached here is that it is shared by all the WMF wikis, whereas the transcache table is owned by a wiki for itself. Thanks in advance Best regards -- Peter Potrowl http://www.mediawiki.org/wiki/User:Peter17 [1] http://www.mediawiki.org/wiki/User:Peter17/Reasonably_efficient_interwiki_t…

5 4

developer
by Misha Zaitzeff 20 Jul '10

20 Jul '10

Hello, I hope I'm not being inappropriate posting to these lists, but I'm looking to hire a mediawiki expert on a consulting/freelance basis to help me with a project. I am developing a website that will serve as a directory for real estate agents (essentially one page per agent). I'm looking for somebody to do the following for me: *Set up the mediawiki software on a server *Help design layout of appropriate templates and other add-ons *Write scripts for pywikipediabot, and use it to translate data into the wiki *Assist in writing scripts to datamine the web for real estate agent information Please email me to discuss the project further. Thanks, --Misha Zaitzeff

9 11

Re: [Wikitech-l] [Semediawiki-user] Maps: marker specific parameters
by Jeroen De Dauw 19 Jul '10

19 Jul '10

Hey, Having a tag implementation next to the current parser function one would be acceptable. Replacing the parser function by a tag extension is not. So that would not solve the current problem. Cheers -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! -- On 19 July 2010 14:34, Platonides <Platonides(a)gmail.com> wrote: > Why not use a tag instead of a parserfunction? > You could have one point per line, with parameters (which could be > named) separated by pipes. > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Semediawiki-user mailing list > Semediawiki-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-user >

1 0

Test framework update
by Priyanka Dhanda 16 Jul '10

16 Jul '10

Hi, Here are the notes from a discussion a few of us had a Wikimania. Attendees please add anything I may have missed. Once we make some progress on some of the short term goals, we can have another status update via phone or Webex. http://www.mediawiki.org/wiki/Test_framework_07_11_2010 -p -- Priyanka Dhanda Code Maintenance Engineer Wikimedia Foundation http://wikimediafoundation.org

1 0

disable image link check
by Brent Palmer 13 Jul '10

13 Jul '10

Hello, We would like some help in figuring out the quickest and easiest way to disable link checking in the mediawiki software. By this I mean that when rendering a page, there is a check to see if the original image exists. If it's found, a link is constructed to the appropriate thumbnail size. If not, an upload link is constructed instead. It would be a great help to us if someone familiar with the code could give us some info on the best way to force it to construct the image link even if it's not there when it's rendered. I hope this is clear enough. If not, I'll try to clarify. Brent Widernet.org

4 3

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 July 2010