Wikitech-l August 2014

wikitech-l@lists.wikimedia.org

133 participants
133 discussions

MassMessage delivery list improvement (GSoC wrap-up)
by wctaiwan 25 Aug '14

25 Aug '14

Hi, For my Google Summer of Code project, I worked on improving the way delivery lists are stored and modified in the MassMessage extension.[1] To that end, I have implemented a ContentHandler and JSON-based backend for storing delivery lists, in addition to frontend for creating and managing the lists. Compared to my stated deliverables, I have largely accomplished what I set out to do, with the following being the larger differences: * For editing lists, instead of an interface similar to the prototype linked on the project page with a no-JavaScript fallback, I implemented a more Wikidata-like UI for quick additions and removals. * Instead of an API for adding or removing own talk pages from delivery lists, I worked on a more general API for adding and removing pages. The code has yet to be merged or deployed, pending some final code review and database changes for WMF wikis,[2] but it should be doable in the near future. In the meantime, there is a Labs instance set up running the new code;[3] please try it out and provide any feedback. I’d like to thank Legoktm for being an extremely helpful and responsive mentor, Prtksxna for his UX guidance and help, and MZMcBride for testing the new features and pointing out issues and things to improve. Working on the project has been a valuable experience, and I appreciate all the assistance I received that helped make it a success. wctaiwan [1] http://www.mediawiki.org/wiki/Extension:MassMessage/Page_input_list_improve… [2] https://bugzilla.wikimedia.org/show_bug.cgi?id=49193 [3] http://mm-ch.wmflabs.org/

2 1

Bugzilla Weekly Report
by reporter＠zirconium.wikimedia.org 25 Aug '14

25 Aug '14

1 0

Arlo Breault joins Wikimedia as Features Engineer
by Terry Chay 24 Aug '14

24 Aug '14

Hello everyone, It’s with great pleasure that I’m announcing that Arlo Breault joined the Wikimedia Foundation as a Features Engineer. Note the past tense. :-D Before joining us, Arlo worked as an independent open-source software developer. He’s held various contracts at the Tor Project[1], DuckDuckGo[2], Storify[3], and Right & Democracy[4], amongst others, where he’s worked on everything from novel censorship circumvention systems to navigable visualizations of the web graph. I first found out about him in April of 2012, but we only managed to find a fit a year ago in July of 2013 as an international contractor. His first official day as a member of our staff was July 7, 2014. I tell myself that announcing Arlo and Marc together is the reason I’ve been tardy on these announcements. :-D Along with Marcoil (previous e-mail), the two of them work with Subbu Sastry and C. Scott Ananian to form the Parsoid team, which provides the back-end voodoo that turns your VisualEditing into wikitext and back again.[5] Arlo studied physics and mathematics at McGill in Montréal, and now lives in Victoria, BC. He has been spending a lot of his free time lately looking at cryptographic protocols, contributing OTR.js[6] to Cryptocat[7], a privacy preserving chat application. He’s otherwise typically Canadian, enjoying his maple syrup, hockey, and reading by the warm glow of a fire. Please join me in a belated welcome of Arlo to the Wikimedia Foundation. :-) Take care, Terry P.S. In keeping with Jared’s demand of a picture to accompany every new hire announcement, here is one: https://avatars0.githubusercontent.com/u/123708?v=2&s=400 [1] https://www.torproject.org/ [2] https://duckduckgo.com/ [3] https://storify.com/ [4] https://en.wikipedia.org/wiki/International_Centre_for_Human_Rights_and_Dem… [5] https://blog.wikimedia.org/2013/03/04/parsoid-how-wikipedia-catches-up-with… [6] https://github.com/arlolra/otr [7] https://crypto.cat/ terry chay 최태리 Director of Features Engineering Wikimedia Foundation “Imagine a world in which every single human being can freely share in the sum of all knowledge. That's our commitment.” p: +1 (415) 839-6885 x6832 m: +1 (408) 480-8902 e: tchay(a)wikimedia.org i: http://terrychay.com/ w: http://meta.wikimedia.org/wiki/User:Tychay aim: terrychay

3 2

Reviewing a couple of TorBlock patches
by Quim Gil 24 Aug '14

24 Aug '14

According to our algorithm (*), TorBlock currently has the worse track reviewing code contributions -- even after Tim gave a -1 to one of the three open patches last week (thanks!). There are two patches from Tyler that haven't received any feedback at all since August 2013. https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions… Your help reviewing these patches is welcome. It is not surprising that this extension has no maintaner listed at https://www.mediawiki.org/wiki/Developers/Maintainers (someone suggested Tim in that table, he disagrees and edited accordingly). Also, maybe someone is interested in maintaining this extension? Only eleven patches submitted in the last 15 months. (*) http://korma.wmflabs.org/browser/gerrit_review_queue.html -- the algorithm happens to be buggy these days, but apparently equally buggy for all repos, which still results in some kind of justice. -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil

4 3

Thoughts about roles
by Max Semenik 23 Aug '14

23 Aug '14

Currently a lot of our extension Vagrant roles are working like Swiss knives: they do everything possible to imagine. For example, MobileFrontend always installs 3 optional dependencies while CirrusSearch includes its configuration for unit tests that among other things enforces $wgCapitalLinks = false which is untypical for most MW installs. I think many of these actually make development harder. Solution? Can we split some larger roles to "basic" and "advanced" parts, so that people who need an extension to play around or to satisfy a dependency will not be forced to emulate a significant part of WMF infrastructure? -- Best regards, Max Semenik ([[User:MaxSem]])

7 7

Extension idea
by John 23 Aug '14

23 Aug '14

How feasible would it be to enable file access/linking to files on a given filesystem without having to upload them? Use case, I have a documentation system in /server/docs which I provide access internally via a file share to all users. However remote users are unable to access that share. How difficult/dangerous would it be to to have an extension that provided access to those files for our remote users.

2 1

Announcing #wikimedia-teampractices IRC channel
by Arthur Richards 23 Aug '14

23 Aug '14

Join the Team Practices Group <https://www.mediawiki.org/wiki/Team_Practices_Group> in #wikimedia-teampractices on IRC <https://en.wikipedia.org/wiki/Irc> ( irc.freenode.net) to chat about software development practices, processes, theories, and philosophy - as they pertain to Wikimedia engineering and beyond. -- Arthur Richards Team Practices Manager [[User:Awjrichards]] IRC: awjr +1-415-839-6885 x6687

1 0

Roadmap and deployment highlights - week of August 25th
by Rob Lanphier 22 Aug '14

22 Aug '14

Hi all, Welcome to this week's deployment highlights! I'm pretending to be Greg today. The full log of planned deployments next week can be found at: <https://wikitech.wikimedia.org/wiki/Deployments#Week_of_Aug_25th> A couple of notable items on Tuesday of next week * Global user CSS and JS will be enabled. More details in Legoktm's announcement: <https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2014-August/0008…> * The "in other projects" sidebar will be enabled as a Beta Feature next week: <https://www.mediawiki.org/wiki/Beta_Features/Other_projects_sidebar> As usual, the release train keeps rolling. 1.24wmf18 (currently on test.wikipedia.org, test2.wikipedia.org and mediawiki.org) will be rolled out to the remainder of sites over the course of the week. <https://www.mediawiki.org/wiki/MediaWiki_1.24/wmf18> ...and 1.24wmf19 (currently still in active development) will be branched on Thursday and deployed to mediawiki.org then: <https://www.mediawiki.org/wiki/MediaWiki_1.24/wmf19> That's all for now. Greg will go back to pretending to be Greg on Monday. :-) Rob

1 0

Help in modifying Template:Extension to support user ratings
by Aditya Chaturvedi 22 Aug '14

22 Aug '14

Hello everyone, I am happy to announce that as a part of the GSOC project we have succeeded in developing a platform to allow user's to rate different extensions of mediawiki on Wikiapiary <https://wikiapiary.com/wiki/Main_Page> and syndicating them back to MediaWiki. <https://www.mediawiki.org/wiki/MediaWiki> Now people can rate different extensions on WikiApiary (which maintain a catalogue for extensions of mediawiki) and the total ratings will show up on Mediawiki.org. You can look the rating system in action here: https://wikiapiary.com/wiki/Extension:ConfirmEdit and the syndication (done for only few pages ) here: https://www.mediawiki.org/w/index.php?title=Extension:ConfirmEdit&diff=prev… However, to run the system in production first, we need assistance on how to make these ratings visible on the pages of extension. For this I need help from the community to know the best way of doing so. I have started a discussion on the Talk page for Extension template. Please join in. https://www.mediawiki.org/wiki/Thread:Template_talk:Extension/Modifying_the… <https://www.mediawiki.org/wiki/Template_talk:Extension> Also, please visit WikiApiary <https://wikiapiary.com/wiki/Extension:Extensions> and start rating extensions as per your best knowledge and help us gather data. Thanks. Regards, Aditya.

14 25

Check translations for a text in "all" languages
by Pau Giner 22 Aug '14

22 Aug '14

Hi all, When some text gets translated to different languages, the result can be very different in length depending on the languages involved. This has implications to both development and design, and sometimes we want to quickly check how long a specific translation can become. Since I was asked about this recently, I though it would be interesting to share two simple methods I use: The first one is to check all the translations for a given message at translatewiki.net (where MediaWiki gets translated): 1. Go to translatewiki.net 2. Search for an expression such as "reply to", and you'll get a list of all messages that contain those terms across all the projects that get translated at translatewiki (you can filter to a specific project if you want to check a specific message in Mediawiki). 3. Click on edit translation. By clicking on the translation ID you can access the "All translations" option (as shown here <http://i.imgur.com/GXNVAJv.png>). That will provide access to the list of all available translations <https://translatewiki.net/w/i.php?title=Special:Translations&message=Nocc%3…> for a given message. 4. Take a look at the list and check the different lengths for the translations ("回复", "Reply to", "Antwoorden naar", "ಉಲ್ಲದಕ್ಕೂ ಉತ್ತರಿಸು", "இந்த முகவரிக்கு பதில் அளி"...). Alternatively, for terms that exist on Wikipedia, Wikidata can be also used for that purpose: 1. Go to a Wikipedia article for the term you are interested in (e.g., "Question") 2. At the end of the language list on the sidebar, click on "edit links". That will gave you access to a list with the titles of the equivalent articles <http://www.wikidata.org/wiki/Q189756#sitelinks-wikipedia> in different languages. 3. Take a look a the the length of the terms in the list. None of the methods above are bulletproof since those depend on the availability of the content you are looking for (or something similar), but can be useful in different situations. Pau -- Pau Giner Interaction Designer Wikimedia Foundation

1 0

← Newer
1
2
3
4
5
6
7
8
...
14
Older →

Jump to page:

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 August 2014