Page MenuHomePhabricator

[Epic] Display the categories on the mobile site for everyone
Open, NormalPublic

Description

Categories are currently filtered out of the pages. I think we should add them in a font that is just a tad smaller than the normal text. Needs clear but unobtrusive separation from the the rest of the article.


Version: Stable
Severity: normal
See also: T71984: Category view shows no articles in the mobile app

Details

Reference
bz22660

Related Objects

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes
Florian claimed this task.Apr 23 2015, 4:05 PM
Florian added a subscriber: Florian.

Already possible in alpha (still in alpha), see https://gerrit.wikimedia.org/r/206130/ (change to move the category overlay to beta)

Change 206130 had a related patch set uploaded (by Florianschmidtwelzow):
Move Category button to beta

https://gerrit.wikimedia.org/r/206130

Florian changed the task status from Open to Stalled.May 19 2015, 4:45 PM

This could be (partially) be fixed by T97581: [EPIC] New Table of Contents Overlay accessed from Sticky Footer, or at least it will help us cleaning up the footer and get some place for the Category button :)

Change 206130 merged by jenkins-bot:
Move Category button to beta

https://gerrit.wikimedia.org/r/206130

Now in beta.
Before even considering pushing this to stable we should investigate A/B testing categories against the browse experiment and we should make sure the category pages render nicely on a mobile screen (currently they are very text heavy)

MaxSem removed a subscriber: MaxSem.Aug 17 2015, 6:36 PM
Jdlrobson renamed this task from Display the categories on the mobile site to [Epic] push categories button to stable.Jan 8 2016, 10:23 PM
Jdlrobson added a project: Epic.

Restoring original bug summary per clarity and demand.

Nemo_bis renamed this task from [Epic] push categories button to stable to [Epic] Display the categories on the mobile site for everyone.Jan 20 2016, 11:03 AM
Nyttend added a subscriber: Nyttend.Jul 8 2016, 3:17 PM

See my comments at https://en.wikipedia.org/w/index.php?diff=728835253; the slow speed of typing would make categories extra useful when navigating on flip phones, so the possibility of putting them on a separate page (per Brion in 2012) would be particularly appreciated.

Nemo_bis added a comment.EditedNov 23 2016, 7:33 AM

The subtasks are not real blockers.

I noticed yesterday how ironic it is that we force users to go through automatically generated links to potentially related articles, in order to compensate for this artificial lack of routes to the certainly related "sibling" articles that we actually know of thanks to categories.

For a moment I forgot this bug and I thought «How could the authors of this article possibly forget to add a link to its obvious sibling X? Is the only option really to go through their "parent" Y (not even an option since there was no link there)?» then I opened the desktop view and I realised: «Of course they felt no need, the category is there to serve this purpose».

Then this morning I was reminded by «Mobile web visitors have fewer pageviews per browsing session». https://wikimediafoundation.org/wiki/Minutes/2016-09-19
Our masochism is always impressing. :-)

There are several subtasks associated with this task that outline the perceived blockers.

None of these are really necessary though. Unless there is a plan to do it within X months in the developers' preferred way, it would be appropriate to do it immediately in the users' preferred way (i.e. the simple one).

Verdy_p added a subscriber: Verdy_p.Apr 8 2017, 7:16 PM

Was referenced in T133411 (with snapshots and more details)

Ideally, categories should be collapsible, and could be displayed from the lateral navigation menu (where you should also find the edit link or other actions on the page, i.e. everything we already have in the side navigation bar or top action bar on the desktrop edition), so that there's NO need of smaller fonts (difficult to read when their title will change on every visited page) as they won't use any space within the rendered page.

I really think that the central page is too much crowded with unneeded features. Even the links to edit sections can be removed (place the list of sections in the lateral pane, and make this pane with collapsible groups to ease its use without having to scroll it too much

Florian removed Florian as the assignee of this task.Apr 10 2017, 7:29 PM

Even if I work on some of the subtasks, I don't feel responsible (anymore) for this epic to bring it to production, unfortunately :(

(Marked Regression for lack of a better way to tag important shortages of MobileFrontend which go counter feature parity.)

Nemo_bis changed the task status from Stalled to Open.Apr 17 2018, 5:51 PM

Doesn't fit the definition of stalled.

Nikki added a subscriber: Nikki.May 20 2018, 9:15 AM