EE May 2015

ee@lists.wikimedia.org

8 participants
6 discussions

Initial design to improve control on notifications
by Pau Giner 27 May '15

27 May '15

Hi all, I created this ticket to track the work on improving the notification system <https://phabricator.wikimedia.org/T100528>. The goal is to better support users going through the notifications without missing relevant items and keep the volume of notifications aligned with their interest on topics. This is a very early exploration. At this point we are interested on (a) data points/examples to better understand the issues and relevant usecases not yet considered, (b) feedback on existing ideas and (c) new ideas to solve the issues. More specific tasks for different activities (user research, discuss the development of a specific aspect, etc.) will be added as sub-tasks to this ticket. Feel free to provide any feedback. Thanks. -- Pau Giner Senior User Experience Designer Wikimedia Foundation

1 0

Design details for search, browse, and filter Flow boards
by Pau Giner 21 May '15

21 May '15

Hi all, I have been iterating through the details of the designs for finding topics on Flow (search, browse the ToC, and filtering). I updated this phabricator ticket <https://phabricator.wikimedia.org/T76823> to provide an overview of the related hi-level areas and link to the specific cards. As tickets are considered for development, more details will be added and cards will be split into smaller pieces, but for now I think the current status provide a good overview of the main parts. Please, feel free to provide feedback on the different cards (or correct any Phabricator metadata I forgot to add). Thanks -- Pau Giner Senior User Experience Designer Wikimedia Foundation

1 0

Fwd: [Social-media] Wikimania and the differences between online and offline cultures
by Pine W 14 May '15

14 May '15

Forwarding an interesting blog post in which the author shares thoughts about the Wikimedia communities, including the editor engagement roles and attributes of offline meetups for Wikimedians. Some of this blog post might also be relevant for those who are involved in thinking about creating a project-wide "friendly space" policy. Pine ---------- Forwarded message ---------- From: Andrew Sherman <asherman(a)wikimedia.org> Date: Tue, May 12, 2015 at 11:18 PM Subject: [Social-media] Wikimania and the differences between online and offline cultures To: lionel(a)scheepmans.be, Social media discussion list for Wikimedia projects <social-media(a)lists.wikimedia.org> Hello Everyone, We just published "Wikimania and the differences between online and offline cultures" to the blog. URL: https://blog.wikimedia.org/2015/05/12/wikimania-online-and-offline/ Thanks to Lionel for writing and helping us edit this post. Below are some proposed social media messages. Tweak as needed. *Twitter (@wikimedia/@wikipedia):* • .@Wikimania, @Wikipedia and the differences between online and offline culture (link) • A French anthropologist observes the differences between online and offline participation at @Wikimania (link) *Facebook/Google+* • A French anthropologist observes the differences between online and offline participation in the Wikimedia movement, based on a visit to the Wikimania 2014 conference in London. (link) Thanks, -- Andrew Sherman Digital Communications | Wikimedia Foundation *E:* asherman(a)wikimedia.org *WMF:* ASherman (WMF) <https://meta.wikimedia.org/wiki/User:ASherman_(WMF)> _______________________________________________ Social-media mailing list Social-media(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/social-media

1 0

Re: [EE] [Wikitech-l] RFC meeting this week
by Matthew Flaschen 13 May '15

13 May '15

On 05/13/2015 02:48 AM, Tim Starling wrote: > 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 focus of the meeting was two aspects: 1. A way for the extension to specify which version(s) of MediaWiki core it worked with. This was the focus of the majority of meeting. Basically, this would let an extension specify that a given commit (and thus, a given branch) worked with particular versions of core, using syntax like: "supports": ">1.23<1.26" Any syntax that Composer supports will work on the right. There was a lot of support with this, with some desire for better communication, socialization, and documentation, and some debate over the key name. However, this was not unanimous. Outcome of this was "just submit a patch for it and we can continue the discussion in gerrit". 2. Tardist. Details at https://www.mediawiki.org/wiki/Extension:ExtensionDistributor/tardist . There wasn't much discussion of this, but some support based on having read it. There was also some big-picture debate on whether we should be implementing a packaging/dependency system and various concerns: 1. Can we use Composer unmodified, whereas the current proposal/already implemented decisions is to use Composer for libraries, and build our extension system on top of it? General reason we haven't done this is that extensions are not libraries, and have MediaWiki-specific concerns (e.g update.php). However, there was some push-back in today's meeting about whether this distinction is valid. 2. Should we instead use (or auto-generate) something like Debian packages, even if we don't actually try to get it into Debian proper. This means having our own Debian repo. People pointed out that to even start getting serious about this we have to at least package latest MediaWiki and provide it in a public repo. We haven't done this so far, and the latest MW in even Debian unstable is 1.19.20+dfsg-2.3 (latest release is 1.24, 1.25 coming out Real Soon Now). Also, if Debian packages are our solution for manging extensions and core, what about people on Red Hat, Windows, BSD, etc.? 3. In general, has enough research been done on the existing packaging and dependency ecosystem to see if we can leverage an existing system? Matt Flaschen

1 0

Re: [EE] [Analytics] Facebook edit button for Wikipedia
by Pine W 11 May '15

11 May '15

Sounds good. Perhaps Kourosh Karimkhany could help with a conversation with Facebook. Pine On May 11, 2015 7:47 AM, "Dan Andreescu" <dandreescu(a)wikimedia.org> wrote: On Fri, May 8, 2015 at 10:00 PM, Jeremy Baron <jeremy(a)tuxmachine.com> wrote: > On Sat, May 9, 2015 at 1:58 AM, Oliver Keyes <okeyes(a)wikimedia.org> wrote: > > Facebook sanitises their users' referers. There's no research and > > engagement work to perform there. > > well facebook surely has this data. (both views of Wikipedia content > and probably also clicks of edit buttons) we could ask them about > sharing it. > We could even create a prominent "who brought editors to Wikipedia" dashboard. And if Facebook shares with us verifiable data, we can use it as an incentive for google to add an Edit button in their Knowledge graph (because then they'd get a spot on our spiffy dashboard). Of course, we'd put a bit "this is all self reported data", etc. as a disclaimer at the bottom. _______________________________________________ Analytics mailing list Analytics(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics

1 0

Facebook edit button for Wikipedia
by Pine W 11 May '15

11 May '15

Hi EE and and analytics, I searched for Seattle on Facebook and am surprised to see that Facebook says below the page lede, "From Wikipedia, the free enclopedia. Edit on Wikipedia". I don't recall seeing an edit link there before. Does Analytics have a way of tracking Wikipedia content views on FB and edits that were from FB viewers? Are there any plans for FB readership, text editing or image upload editor engagement work? Thanks, Pine

6 8

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

EE May 2015