Re: [Wikitech-l] Tool Labs and my new job at WMF

Thank you for this e-mail and for your work so far, such as redesigning the Wikitech main page. I think this new role will be a good fit for you. I left some initial thoughts on the Meta-Wiki talk page: . MZMcBride

Re: [Wikitech-l] [Labs-l] Tool Labs and my new job at WMF

I stumbled across the news that Bryan was moving to this new role a couple of weeks ago, and was thrilled. When he told me about his planned focus, I was even more excited. We often don't realize how dependent some of our projects have become on tools designed and maintained by volunteers -

Re: [Wikitech-l] Diff algorithms: the shootout

Max Semenik wrote: >Right now, MediaWiki has 2 pure-PHP engines to produce diffs (there's also >a native PHP extension wikidiff2, but we're not discussing it right now): >* DairikiDiff is what everybody uses, and >* Wikidiff3, and alternative implementation by Guy Van den Broeck that was >around

Re: [Wikitech-l] [Labs-l] Tool Labs and my new job at WMF

Yay, and welcome to the Mountains of Madness :-) On Fri, Apr 15, 2016 at 7:14 PM Mukunda Modell wrote: > On Fri, Apr 15, 2016 at 12:41 PM, Arthur Richards > > wrote: > > > I for one am psyched to see this news :) > > > > > Arthur: I am confident

Re: [Wikitech-l] Microsoft Edge browser testing notes

On 15 April 2016 at 23:02, Brion Vibber wrote: > * There's a new public issue tracker for Edge > > which is much easier to use than Microsoft Connect > Seems they closed all the old Connect bugs and

Re: [Wikitech-l] Microsoft Edge browser testing notes

Quick update from the world of Microsoft: * There's a new public issue tracker for Edge which is much easier to use than Microsoft Connect * The testing VMs

[Wikitech-l] Diff algorithms: the shootout

Right now, MediaWiki has 2 pure-PHP engines to produce diffs (there's also a native PHP extension wikidiff2, but we're not discussing it right now): * DairikiDiff is what everybody uses, and * Wikidiff3, and alternative implementation by Guy Van den Broeck that was around for 8 years but required

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

Indeed, Jaime, I think that will be possible very soon. The upstream task I linked to previously (https://secure.phabricator.com/T10751) is about two things: 1. properly handling clustered databases, especially dealing with read-only slaves 2. Implementing replicated git hosting, where

Re: [Wikitech-l] [Labs-l] Tool Labs and my new job at WMF

On Fri, Apr 15, 2016 at 12:41 PM, Arthur Richards wrote: > I for one am psyched to see this news :) > > Arthur: I am confident that you aren't alone here! Congratulations Bryan, and thank you for taking this initiative. I predict that this will be both fun and rewarding

Re: [Wikitech-l] [Labs-l] Tool Labs and my new job at WMF

I for one am psyched to see this news :) On Fri, Apr 15, 2016 at 10:17 AM, Bryan Davis wrote: > I recently transferred from the Reading Infrastructure team to the > Community Tech team [0]. The move happened because I want to spend > more of my time working with the

[Wikitech-l] Tool Labs and my new job at WMF

I recently transferred from the Reading Infrastructure team to the Community Tech team [0]. The move happened because I want to spend more of my time working with the developers who build tools and bots to help the Wikimedia communities. I've been thinking about needs of the Tool Labs developers

[Wikitech-l] MediaWiki hash fragment Router

There is clearly a need for a generic solution to hash fragment routing in MediaWiki. So far I've seen needs in MultimediaViewer, Kartographer, MobileFrontend, Gather and potential needs in VisualEditor. There are probably other bespoke solutions in other extensions too. It would be great to