Wikitech-l June 2015

wikitech-l@lists.wikimedia.org

110 participants
98 discussions

How to make commits from mirrored Wikimedia repos show up on your GitHub profile
by Bartosz Dziewoński 27 Jun '24

27 Jun '24

I know it has been annoying a couple of people other than me, so now that I've learned how to make it work I'll share the knowledge here. tl;dr: Star the repositories. No, seriously. (And yes, you need to star each extension repo separately.) (Is there a place on mw.org to put this tidbit on?) ------- Forwarded message ------- From: "Brian Levine" <support(a)github.com> (GitHub Staff) To: matma.rex(a)gmail.com Cc: Subject: Re: Commits in mirrored repositories not showing up on my profile Date: Tue, 09 Jul 2013 06:47:19 +0200 Hi Bartosz In order to link your commits to your GitHub account, you need to have some association with the repository other than authoring the commit. Usually, having push access gives you that connection. In this case, you don't have push permission, so we don't link you to the commit. The easy solution here is for you to star the repository. If you star it - along with the other repositories that are giving you this problem - we'll see that you're connected to the repository and you'll get contribution credit for those commits. Cheers Brian -- Matma Rex

3 3

XML dumps
by Lars Aronsson 11 Jan '16

11 Jan '16

The XML database dumps are missing all through May, apparently because of a memory leak that is being worked on, as described here, https://phabricator.wikimedia.org/T98585 However, that information doesn't reach the person who wants to download a fresh dump and looks here, http://dumps.wikimedia.org/backup-index.html I think it should be possible to make a regular schedule for when these dumps should be produced, e.g. once each month or once every second month, and treat any delay as a bug. The process to produce them has been halted by errors many times in the past, and even when it runs as intended the interval is unpredictable. Now when there is a bug, all dumps are halted, i.e. much delayed. For a user of the dumps, this is extremely frustrating. With proper release management, it should be possible to run the old version of the process until the new version has been tested, first on some smaller wikis, and gradually on the larger ones. -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

7 7

Re: [Wikitech-l] VisualEditor support for table copy-and-paste from Word
by Koerner, Chris L 23 Dec '15

23 Dec '15

This drag and drop from a CSV and other mentions of VE neatness would make a great blog post. I would love see a post about being productive in VisualEditor. Tips and tricks as it were. -Chris K. This electronic mail and any attached documents are intended solely for the named addressee(s) and contain confidential information. If you are not an addressee, or responsible for delivering this email to an addressee, you have received this email in error and are notified that reading, copying, or disclosing this email is prohibited. If you received this email in error, immediately reply to the sender and delete the message completely from your computer system.

2 1

New RFC: better JS minification
by Max Semenik 01 Nov '15

01 Nov '15

Hi, I'd like to present a new RFC for your consideration: https://www.mediawiki.org/wiki/Requests_for_comment/Minifier It is about how we can shave 10-15% off the size if JavaScript delivered to users. Your comments are highly welcome!:) -- Best regards, Max Semenik ([[User:MaxSem]])

9 12

Getting mediawiki core to pass codesniffer standard
by Vivek Ghaisas 26 Sep '15

26 Sep '15

Hello, wikitech-l, tl;dr trying to make mw-core pass mw-codesniffer, expect large patches on Gerrit, and please help A lot of work has been done on MediaWiki codesniffer <https://phabricator.wikimedia.org/tag/mediawiki-codesniffer/> (the PHP_CodeSniffer standard for MediaWiki) over the last few months and this might be a good time to get core to pass our coding conventions <https://www.mediawiki.org/wiki/Manual:Coding_conventions/PHP>. Work on this has already started at T102609 <https://phabricator.wikimedia.org/T102609>. There were two primary reasons to send this email: 1. This is a pretty big task and any help would be very welcome! If we can get phpcs to run against core's master, it would make every patch contributors' work a little easier. 2. Work is being organized as subtasks of T102609, and has been divided on the basis of sniffs. Because of this, every patch is going to change a lot of unrelated files and a lot of reviewers are going to get added on Gerrit. Let's make this happen! Vivek Ghaisas (polybuildr)

5 4

RFC meeting this week
by Tim Starling 19 Sep '15

19 Sep '15

In the next RFC meeting, we will discuss the following RFC: * Improving extension management <https://www.mediawiki.org/wiki/Requests_for_comment/Improving_extension_man…> The meeting will be on the IRC channel #wikimedia-office on chat.freenode.net at the following time: * UTC: Wednesday 21:00 * US PDT: Wednesday 14:00 * Europe CEST: Wednesday 23:00 * Australia AEST: Thursday 07:00 -- Tim Starling

5 6

MediaWiki, as seen on TV
by Steven Walling 13 Sep '15

13 Sep '15

There's a pretty hilarious American police procedural TV show in 2015 called "CSI: Cyber", featuring mostly cybercrime. Obviously they have to dredge up snippets of code from places for screenshots on the show. Episode 4 happened to include a tidbit from MediaWiki 1.25/wmf3. Supposedly the code was a hack to make your printer blow up. Original lulz and screenshots via http://moviecode.tumblr.com/post/114815574587/this-is-from-csi-cyber-s01e04…

6 5

Bikeshedding a good name for "the api.php API"
by Brad Jorsch (Anomie) 11 Aug '15

11 Aug '15

When api.php was basically the only API in MediaWiki, calling it "the API" worked well. But now we've got a Parsoid API, Gabriel's work on a REST content API, Gabriel's work on an internal storage API, and more on the way. So just saying "the API" is getting confusing. So let's bikeshed a reasonably short name for it that isn't something awful like "the api.php API". I'm horrible at naming. -- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation

30 38

Alexa?
by Magnus Manske 27 Jul '15

27 Jul '15

We should probably apply for "Alexa, ask Wikipedia ..." before someone else does... https://developer.amazon.com/public/solutions/alexa/alexa-skills-kit

3 2

FYI: HTMLForm is now available in OOUI format
by James Forrester 22 Jul '15

22 Jul '15

As part of the on-going UI standardisation work[0], we have just merged into MediaWiki master a patch that will allow users of HTMLForm[1] to easily switch over to use OOUI[2]. This allows you to make your code use the standard UI styling and components with very little effort, improving consistency and accessibility. To convert your code over from the existing styling of MediaWiki's HTMLForm (or its VForm version), you can replace the instantiation command of - $form = new HTMLForm( … ); - or: - $form = HTMLForm::factory( 'vform', … ); - with - $form = HTMLForm::factory( 'ooui', … ); … and everything Should Just Work™. This doesn't break anything for existing use of this code, and you can explicitly retain the existing styling by using $form = HTMLForm::factory( 'table', … ); or 'div' or 'vform' instead if you wish. Feel free to add your code to the epic task on Phabricator which is the central liaison point for this work[3]. Finally, please be careful to check your interfaces after converting them – although we have tested this and believe it works well, there may be some edge cases where it doesn't quite work. We're still missing a few features [4] (such as prettier radio buttons), which we're hoping to have ready in a week or two. If do you find any such issues, please report them so we can fix them. Also note that OOUI already implements the new "MediaWiki" theme for all users, so please ensure you advertise the visual changes as they roll out to minimise disruption. [0] - https://phabricator.wikimedia.org/T49145 [1] - https://www.mediawiki.org/wiki/HTMLForm [2] - https://phabricator.wikimedia.org/T85291 [3] - https://phabricator.wikimedia.org/T100270 [4] - https://phabricator.wikimedia.org/T100279 Yours, -- James D. Forrester Product Manager, Editing Wikimedia Foundation, Inc. jforrester(a)wikimedia.org | @jdforrester

3 2

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 June 2015