*tl;dr: We'll be stripping all content contained inside brackets from the
first sentence of articles in the Wikipedia app.*
The Mobile Apps Team is focussed on making the app a beautiful and engaging
reader experience, and trying to support use cases like wanting to look
something up quickly to find what it is. Unfortunately, there are several
aspects of Wikipedia at present that are actively detrimental to that goal.
One example of this are the lead sentences.
As mentioned in the other thread on this matter
lead sentences are poorly formatted and contain information that is
detrimental to quickly looking up a topic. The team did a quick audit
the information available inside brackets in the first sentences, and
typically it is pronunciation information which is probably better placed
in the infobox rather than breaking up the first sentence. The other
problem is that this information was typically inserted and previewed on a
platform where space is not at a premium, and that calculation is different
on mobile devices.
In order to better serve the quick lookup use case, the team has reached
the decision to strip anything inside brackets in the first sentence of
articles in the Wikipedia app.
Stripping content is not a decision to be made lightly. People took the
time to write it, and that should be respected. We realise this is
controversial. That said, it's the opinion of the team that the problem is
pretty clear: this content is not optimised for users quickly looking
things up on mobile devices at all, and will take a long time to solve
through alternative means. A quicker solution is required.
The screenshots below are mockups of the before and after of the change.
These are not final, I just put them together quickly to illustrate what
I'm talking about.
- Before: http://i.imgur.com/VwKerbv.jpg
- After: http://i.imgur.com/2A5PLmy.jpg
If you have any questions, let me know.
Associate Product Manager, Mobile Apps
We are delighted to announce that our IEG renewal application for the Commons
app <https://play.google.com/store/apps/details?id=fr.free.nrw.commons> has
been approved! Thank you so much to everyone who supported us – reading
all of the wonderful comments on our proposal has been extremely meaningful
and encouraging for us.
We have been hard at work getting version 2.6 of the app out; there was a
bit of a rocky start with the first few beta iterations, but we finally
have v2.6.5 in production. \o/
Several UI improvements have been made in the current version:
- New login screen
- New design for the list of nearby places that need pictures
- New navigation drawer design with username displayed
- The upload screen has been remodeled to include tooltips for title and
description fields, as well as an explicit copyright declaration and a link
to Commons policies
- Improved media details view with links to the selected license,
categories and image coordinates
Other improvements include:
- Category search - fixed major bugs, improved ordering and filter for
- The "nearby places that need pictures" feature has improved GPS and
Wikimedia maps server instead of Mapbox, and removed event logging
- Reduced memory leaks and battery usage; fixed multiple other crashes and
- Various improvements to navigation flow and backstack
- Added option for users to send logs to developers (has to be manually
activated by user)
For more information on the new version, recent screenshots, and
upload/deletion statistics for 2017, please see this blog post
Feedback, bug reports, and suggestions are always welcome on our GitHub page
Cheers, and happy holidays. :)
Now, in the app store, version 5.7.3 of Wikipedia for iOS:
In addition to a lot of small bug fixes, this version includes a handful of
- New "Black" reading theme, perfect for saving power on OLED devices
- Appearance option to have info boxes open by default (thanks to
- Hiding of the top navigation bar while reading, to make more
uncluttered reading space
You should also see faster article loading and less data use, thanks to
lazy loading of images and other page loading improvements. Now images are
only downloaded when about to be displayed (or saved). Extra big thanks to
the Readers Web and Android teams who pioneered this change for all our
users. With this release all the mobile Wikipedia experiences share this
great improvement .
Extra big thanks to contributors Aclaussen and Onlyrandomness for their
code patches. And our usual thanks to our testers and translators.
PM, Wikipedia for iOS
 - For more on this, and the general efforts to consolidate efforts
across platforms check out this great blog post by Stephen
Niedzielski about the Wikimedia Page Library: https://blog.
Just a quick note to let you know that as of now the trending edits public
end point is no longer available to clients.
On a personal note, I also concur that such a tool is an interesting source
of data that can be applied in various contexts and hope to see work picked
up in the future.
Marko Obrovac, PhD
Senior Services Engineer
On 12 December 2017 at 22:56, Melody Kramer <mkramer(a)wikimedia.org> wrote:
> It's an incredibly useful tool for people outside of our existing community
> — who use Wikipedia to determine what's resonating worldwide. I've tweeted
> about it several times and it always gets pickup from journalists:
> Happy to put you in touch if you ever want to do user research interviews.
> On Tue, Dec 12, 2017 at 3:12 PM, Jon Robson <jdlrobson(a)gmail.com> wrote:
> > (Volunteer hat on)
> > I'm a little sad we didn't find a place for this in the Wikipedia apps or
> > web products, but I plan to maintain a labs instance going forward:
> > https://wikipedia-trending.wmflabs.org/
> > And a web presentation with a push notification feature (which notified
> > this morning of the death of Ed Lee
> > <https://trending.wmflabs.org/en.wikipedia/Ed%20Lee%20(politician)>):
> > https://trending.wmflabs.org/
> > This is a little inferior to the production version as it is unable to
> > production kafka and if it has any outages it will lose data.
> > I'm hoping to get this onto IFTTT <https://ifttt.com/wikipedia> with
> > from Stephen Laporte in my volunteer time, as I think this feature is a
> > pretty powerful one which has failed to find its use case in the wiki
> > world. As Kaldari points out it's incredibly good at detecting edit wars
> > and I personally have learned a lot about what our editors see as
> > and notable in the world (our editors really seem to like wrestling). I
> > think there are ample and exciting things people could build on top of
> > api.
> > The gadget script is crude (as there is no way to install a service
> > via a user script) but will continue to work if you want to try it (but
> > Firefox only) - I just updated it to use the new endpoint.
> > I will continue to explore trending's place in the Wikimedia universe :)
> > On Tue, 12 Dec 2017 at 10:43 Ryan Kaldari <rkaldari(a)wikimedia.org>
> > > One interesting thing that I noticed about the trending edits API is
> > > it was fairly useful in identifying articles that were under attack by
> > > vandals or experiencing an edit war. A lot of times a vandal will just
> > sit
> > > on an article and keep reverting back to the vandalized version until
> > > admin shows up, which can sometimes take a while. If you tweak the
> > > parameters passed to the API, you can almost get it to show nothing but
> > > edit wars (high number of edits, low number of editors).
> > >
> > > This makes me think that this API is actually useful, it's just
> > to
> > > the wrong use case. If we built something similar, but that just looked
> > for
> > > high numbers of revert/undos (rather than edits), and combined it with
> > > something like Jon Robson's trending edits user script (
> > > https://en.wikipedia.org/wiki/User:Jdlrobson/Gadget-trending-edits.js
> > we
> > > could create a really powerful tool for Wikipedia administrators to
> > > identify problems without having to wait for them to be reported at
> > or
> > > AIV.
> > >
> > > On Tue, Dec 12, 2017 at 7:25 AM, Corey Floyd <cfloyd(a)wikimedia.org>
> > wrote:
> > >
> > > > Just a reminder that this is happening this Thursday. Please update
> > > > tools you have before then. Thanks!
> > > >
> > > >
> > > > On Fri, Dec 1, 2017 at 3:30 PM Corey Floyd <cfloyd(a)wikimedia.org>
> > wrote:
> > > >
> > > > > Hi all,
> > > > >
> > > > > The experimental Trending Service will be sunset on December
> > > > 2017.
> > > > >
> > > > > We initially deployed this service to evaluate some real time
> > features
> > > in
> > > > > the mobile apps centered on delivering more timely information to
> > > users.
> > > > > After some research , we found that it did not perform well with
> > > users
> > > > > in that use case.
> > > > >
> > > > > At this point there are no further plans to integrate the service
> > into
> > > > our
> > > > > products and so we are going to sunset the service to reduce the
> > > > > maintenance burden for some of our teams.
> > > > >
> > > > > We are going to do this more quickly than we would for a full
> > > > > production API as the usage of the end point is extremely low and
> > > mostly
> > > > > from our own internal projects. If you this adversely affects any
> > > your
> > > > > work or you have any other concerns, please let the myself or the
> > > Reading
> > > > > Infrastructure team know.
> > > > >
> > > > > Thanks to all the teams involved with developing, deploying,
> > > researching
> > > > > and maintaining this service.
> > > > >
> > > > > P.S. This service was based off of prototypes Jon Robson had
> > developed
> > > > for
> > > > > detecting trending articles. He will be continuing his work in this
> > > > area. I
> > > > > encourage you to reach out to him if you were interested in this
> > > project.
> > > > >
> > > > >  https://en.wikipedia.org/api/rest_v1/#!/Feed/trendingEdits
> > > > > 
> > > > > https://meta.wikimedia.org/wiki/Research:Comparing_most_
> > > > read_and_trending_edits_for_Top_Articles_feature
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Corey Floyd
> > > > > Engineering Manager
> > > > > Readers
> > > > > Wikimedia Foundation
> > > > > cfloyd(a)wikimedia.org
> > > > >
> > > > --
> > > > Corey Floyd
> > > > Engineering Manager
> > > > Readers
> > > > Wikimedia Foundation
> > > > cfloyd(a)wikimedia.org
> > > > _______________________________________________
> > > > Wikitech-l mailing list
> > > > Wikitech-l(a)lists.wikimedia.org
> > > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > > >
> > > _______________________________________________
> > > Wikitech-l mailing list
> > > Wikitech-l(a)lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > _______________________________________________
> > Wikitech-l mailing list
> > Wikitech-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> Melody Kramer <https://www.mediawiki.org/wiki/User:MKramer_(WMF)>
> Senior Audience Development Manager
> Read a random featured article from Wikipedia!
> Wikitech-l mailing list
The experimental Trending Service will be sunset on December 14th, 2017.
We initially deployed this service to evaluate some real time features in
the mobile apps centered on delivering more timely information to users.
After some research , we found that it did not perform well with users
in that use case.
At this point there are no further plans to integrate the service into our
products and so we are going to sunset the service to reduce the
maintenance burden for some of our teams.
We are going to do this more quickly than we would for a full stable
production API as the usage of the end point is extremely low and mostly
from our own internal projects. If you this adversely affects any of your
work or you have any other concerns, please let the myself or the Reading
Infrastructure team know.
Thanks to all the teams involved with developing, deploying, researching
and maintaining this service.
P.S. This service was based off of prototypes Jon Robson had developed for
detecting trending articles. He will be continuing his work in this area. I
encourage you to reach out to him if you were interested in this project.
We're excited to bring you an updated version of the Wikipedia Android app
available on the Google Play store ! Here are the highlights from this
release (or browse the complete change history
- The Explore feed is now fully customizable! Access the customization
screen from the overflow menu in the feed or in each card, and make the
feed your own: enable or disable the types of cards you want to see, and
rearrange the order in which they are shown.
- New and improved Randomizer: tap the Randomizer card in the Explore feed,
and swipe through random article previews from Wikipedia, without
navigating to the full article right away. Try it out!
- On This Day: the Explore feed now contains cards with a selected
historical event that happened on the current day of the year. Tap the card
to see a full-screen view of all events from history that occurred on this
- Black theme: we've heard your feedback, and added a black theme in
addition to the current light and dark themes. Perfect for AMOLED displays
and nighttime reading, this provides a fully black background throughout
most of the app.
- Plenty of minor enhancements and bug fixes.
 For devices without Google Play services, you may download
the app directly.
Senior Software Engineer (Android)
Hello mobile Wikimedians,
The Wikipedia iOS team today released a minor update to the app store:
This update is a minor bug fix which addresses issues with In the News
content (particularly for English), and also fixes some peek-and-pop
If you used iOS 9, this will be our last supported release, and we strongly
recommend you update to this version.
Product Manager, iOS