Page MenuHomePhabricator

[Epic] Show what features are included in Beta
Closed, ResolvedPublic

Assigned To
Authored By
Jaredzimmerman-WMF
May 9 2014, 3:39 PM
Referenced Files
F11188537: enable copy 8.png
Dec 5 2017, 8:59 AM
F11188481: layout-for-settings.png
Dec 5 2017, 8:59 AM
F11188493: enable copy 6.png
Dec 5 2017, 8:59 AM
F8575042: image.png
Jun 29 2017, 10:18 PM
F8573595: beta.png
Jun 29 2017, 3:47 PM
F8538527: Screen Shot 2017-06-27 at 10.52.28 AM.png
Jun 27 2017, 5:53 PM
F8501574: Screen Shot 2017-06-21 at 10.53.48 AM.png
Jun 21 2017, 5:54 PM
F13625: betamobile.png
Nov 22 2014, 3:12 AM
Tokens
"Like" token, awarded by RandomDSdevel.

Description

Background

As a user, it would be cool if I could navigate to settings, enable Beta features, and immediately see and interact with the individual beta features.

Right now:
The user taps the menu and selects Settings, enables Beta features and must now tap save. At this point, the user can return to settings and interact with the beta features.

Proposal

T182362: Show unconfigurable settings in mobile beta

Current features that are in beta

Product plan

The prototype above has 6 of our experimental features

Namehas control?promote to stable?
Font changerYesYes
Expand sectionYesYes
Lazy load referencesNoYes
Jump to topNoNo
Wikidata descNoNo
Categories buttonNoNo

Order of tasks

  1. Change the way we offer font size choices - T169369 (in sign off)

  1. Change the Checkboxes to ToggleSwitches in Settings - T169807 (in progress)

  1. Promote font size choice to stable - T109364 (trivial)

  1. Promote expand section setting to stable - T169257 (trivial)

  1. Create Beta ToggleSwitch and show the beta features with states (T182362)

Details

Reference
bz65079

Related Objects

StatusSubtypeAssignedTask
OpenNone
DeclinedNone
Resolved Jhernandez
ResolvedNone
Resolvedovasileva
DeclinedNone
DuplicateNone
DuplicateJdlrobson
Resolvedovasileva
Resolved Nirzar
ResolvedJdlrobson
DuplicateNone
Resolved Nirzar
ResolvedVolker_E
Resolvedovasileva
ResolvedABorbaWMF
DeclinedNone
Resolvedphuedx
Resolved Nirzar
Resolved Nirzar
OpenNone
Resolved Nirzar
ResolvedCKoerner_WMF

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

https://wikimedia.invisionapp.com/share/BMCCQ3OYQ#/241120752_Drawer

Updated the prototype with even better separation and a feedback link so we can collect feedback around Beta features.

image.png (590×914 px, 65 KB)

@Jhernandez @Jdlrobson

how difficult would it be to save a preference by the control itself. i.e. avoiding an explicit "Save" button. if i change the font size, it changes the font size without user needing to press save. if it is a significant change, I'm willing to add "Save changes" action

For non-js users we can have a Save button on bottom.

nzr: should be relatively easy since we only show the font changer if JS is enabled.
The save button is needed only for the beta mode which works without JS (although not sure whether it has to). Now we only have one option however this could be done via making the opt into beta control a submit button without JS.

For bonus points it would be great to remove the need for this page altogether and make it some kind of JS overlay :)

For bonus points it would be great to remove the need for this page altogether and make it some kind of JS overlay :)

didn't understand this part

For bonus points it would be great to remove the need for this page altogether and make it some kind of JS overlay :)

I meant, if all the settings are reliant on JS it doesn't need to live in its own url e.g. https://en.m.wikipedia.org/wiki/Special:MobileOptions - instead it could be an overlay like the editor/search etc.. but carry on :)

Looks like we can move this into needs analysis? Or even triaged but future?

phuedx subscribed.

@ovasileva: In my head Triaged But Future means that a task has been specified by the PO/TL to the best of their ability and is ready to be looked at by the devs in the grooming/estimation meeting(s). I'm usually wrong though…

I think this is the case so I'm going to be bold.

Jdlrobson renamed this task from Show what features are included in Beta to [Epic] Show what features are included in Beta.Jul 10 2017, 10:39 PM
Jdlrobson added a project: Epic.
Jdlrobson moved this task from Backlog to Epics on the MobileFrontend board.

I'll work out how best to go about working on this epic and will write a separate card for the changes to the special page when we are ready to work on this. We may want to start by improving/promoting the beta features first.

@Jdlrobson - we discussed with Nirzar and I think it makes more sense to take a bit more time with the individual features. Let's apply the visual changes first and then promote individual ones afterwards.

@ovasileva to add card for making visual changes to settings menu

Potential goal for next quarter...?

Potential goal for next quarter...?

Based on conversations at Wikimania and talking to bunch of other people, I think next goal should be around article notes
T143535: [EPIC] Improve article notes

It was our quarterly goal few quarters back which we moved out of our goals.

Article notes, especially page issues are currently on the roadmap - we have them as prototyping/testing during Q2 and development during Q3. Depending on where we get with our current goals, we might shift things a bit forward, but I think this still sounds reasonable.

In terms of this project, if we can split it up enough, we could potentially squeeze it into either Q2 or Q3.

In terms of this project, if we can split it up enough, we could potentially squeeze it into either Q2 or Q3.

isn't it split up already? I think the subtasks are granular enough @Jdlrobson ?

When beta mode is enabled, do new beta features always default to on?

@Niedzielski yup

@Nirzar although this task seems to explain well what to do with the features that are being promoted, it's not clear how we show the other features that are in beta e.g. back to top, categories, lazy loaded references, wikidata descriptions. What is the plan with these?

How do we plan to inform the user those are also in beta?

t's not clear how we show the other features that are in beta e.g. back to top, categories, lazy loaded references, wikidata descriptions. What is the plan with these?

there was a link to the prototype in the description. I added the mocks to description along with that invision link to make it easier.
Here's the invision link just in case
https://wikimedia.invisionapp.com/share/BMCCQ3OYQ#/screens/241120755

@Nirzar asked whether we have a baseline for the current number of beta users. I don't think the number is systematically tracked or exposed anywhere (does anyone else know?), but it can be determined per wiki with a database query. Right now it seems we have 71k users opted in on enwiki. Let me know if there's interest in examining this more thoroughly, also across all wikis (we should make that into a task then).

BTW there is a schema tracking user preference changes in general, but it seems to omit mobile preference changes like the opt-in to Mobile Beta.

mysql:research@analytics-store.eqiad.wmnet [(none)]> SELECT COUNT(DISTINCT up_user) FROM enwiki.user_properties WHERE up_property = 'mfMode' AND up_value = 'beta';
+-------------------------+
| COUNT(DISTINCT up_user) |
+-------------------------+
|                   71327 |
+-------------------------+
1 row in set (3 min 42.78 sec)

@Tbayer you raise some interesting details.
I completely forgot about it but we have Schema:MobileOptionsTracking. Not sure if that's still working but that would be the place to look. This tracks activity.

The current implementation of the new form will break this as it introduces asynchronous saving (which we can fix if necessary.. but we'll need a task)

Right now beta is stored as a preference if user is logged in so that's why you are seeing stuff in schema tracking user preference changes. It will continue to be stored with the new version.

I have broken out the tracking conversation into T182235.

Projects should not normally be subscribers to a task as it can cause people to erroneously receive email notifications (like I have for the past few months), so I removed Readers-Web-Backlog as a subscriber here. This task is still tagged with the Readers-Web-Backlog project, so this change is not disruptive to people subscribed to the project. Sorry for the intrusion.

In signoff column until change is live on all wikis (Thursday, Feb 15th)

In signoff column until change is live on all wikis (Thursday, Feb 15th)

The changes are now live 😄

All subtasks named in the task are now resolved. Changes are live on production. It looks like we're in a good shape to close this. Great job, everyone :)