Hi there -
A lot of people on Wikipedia Zero use browsers ("User Agents", or "UAs" for short) incompatible with site JavaScript [1]. We want to ensure that critical functionality is basically functional for these people, and we've been tracking findings at https://etherpad.wikimedia.org/p/Lower_end_devices_checkup.
Thus far, we've re-reviewed Search [2] and Login/Account Creation [3], and we'll be going over the other ones over the next several sprints.
I just added some screenshots from Opera Mini to the two Trello cards below. To replicate Opera Mini behavior for oneself, if you don't already have it, you can install Opera Mini on a device like an Android or iOS device. Then set the app's mode to "Opera Mini" mode. Depending on your OS, you may or may not need to toggle this "Opera Mini" setting; it might be on by default. You can also use the emulator as described on the Wikipedia Zero tech page [4].
-Adam
[1] https://git.wikimedia.org/blob/mediawiki%2Fcore.git/09c55592a73544cc21e002f2... This shows JavaScript UAs for which it's known that the JavaScript capabilities are likely insufficient for a number of JavaScript features, and thus the ResourceLoader technology instructs the UA to not commence with further JavaScript loading. There are also other UAs with no JavaScript support or with broken JavaScript implementations.
[2] https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-... Incidentally, there's currently a regression making it impossible to enter searches, at least on the Android and iOS Opera Mini clients I tested.
[3] https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experienc... Note: On non-HTML5 browsers, the "placeholder" attribute is not supported.
Thanks for this Adam. A few questions.
On Thu, Nov 20, 2014 at 8:34 AM, Adam Baso abaso@wikimedia.org wrote:
Hi there -
A lot of people on Wikipedia Zero use browsers ("User Agents", or "UAs" for short) incompatible with site JavaScript [1]. We want to ensure that critical functionality is basically functional for these people, and we've been tracking findings at https://etherpad.wikimedia.org/p/Lower_end_devices_checkup.
Thus far, we've re-reviewed Search [2] and Login/Account Creation [3], and we'll be going over the other ones over the next several sprints.
I just added some screenshots from Opera Mini to the two Trello cards below. To replicate Opera Mini behavior for oneself, if you don't already have it, you can install Opera Mini on a device like an Android or iOS device. Then set the app's mode to "Opera Mini" mode. Depending on your OS, you may or may not need to toggle this "Opera Mini" setting; it might be on by default. You can also use the emulator as described on the Wikipedia Zero tech page [4].
-Adam
[1] https://git.wikimedia.org/blob/mediawiki%2Fcore.git/09c55592a73544cc21e002f2... This shows JavaScript UAs for which it's known that the JavaScript capabilities are likely insufficient for a number of JavaScript features, and thus the ResourceLoader technology instructs the UA to not commence with further JavaScript loading. There are also other UAs with no JavaScript support or with broken JavaScript implementations. [2] https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-... Incidentally, there's currently a regression making it impossible to enter searches, at least on the Android and iOS Opera Mini clients I tested.
Please can you track this regression on bugzilla with replication instructions? I haven't heard about this bug and it sounds like something that could easily be taken care of. A trello card seems overkill.
[3] https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experienc... Note: On non-HTML5 browsers, the "placeholder" attribute is not supported.
Yeh there is a bug [1] and it's fixed in alpha. We'll have to find a way of accelerating the alpha login form into stable for opera mini users as unfortunately we hit some unexpected roadblocks around the login form.
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=68758
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
On Wed, Nov 19, 2014 at 4:44 PM, Jon Robson jrobson@wikimedia.org wrote:
Thanks for this Adam. A few questions. ...
https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-...
Incidentally, there's currently a regression making it impossible to
enter
searches, at least on the Android and iOS Opera Mini clients I tested.
Please can you track this regression on bugzilla with replication instructions? I haven't heard about this bug and it sounds like something that could easily be taken care of. A trello card seems overkill.
Done. https://bugzilla.wikimedia.org/show_bug.cgi?id=73632
The Trello card is more focused on visible outlining of the search input field should the device width exceed the CSS min width, and what to do when the magnifying glass is tapped but no results are turned up (e.g., unintentional or mistyped search).
https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experienc...
Note: On non-HTML5 browsers, the "placeholder" attribute is not
supported.
Yeh there is a bug [1] and it's fixed in alpha. We'll have to find a way of accelerating the alpha login form into stable for opera mini users as unfortunately we hit some unexpected roadblocks around the login form.
Please do let me know if/how I can assist. If the roadblock is expected to persist, I would like to get in some sort of interim fix at least.
Thanks! -Adam
Thanks for the screenshots and further clarification of the problems, Adam!
Jon, do you think these cards will be ready to estimate at our sprint kickoff on Monday? Is there any more info we need?
On Wed, Nov 19, 2014 at 5:05 PM, Adam Baso abaso@wikimedia.org wrote:
On Wed, Nov 19, 2014 at 4:44 PM, Jon Robson jrobson@wikimedia.org wrote:
Thanks for this Adam. A few questions. ...
https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-...
Incidentally, there's currently a regression making it impossible to
enter
searches, at least on the Android and iOS Opera Mini clients I tested.
Please can you track this regression on bugzilla with replication instructions? I haven't heard about this bug and it sounds like something that could easily be taken care of. A trello card seems overkill.
Done. https://bugzilla.wikimedia.org/show_bug.cgi?id=73632
The Trello card is more focused on visible outlining of the search input field should the device width exceed the CSS min width, and what to do when the magnifying glass is tapped but no results are turned up (e.g., unintentional or mistyped search).
https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experienc...
Note: On non-HTML5 browsers, the "placeholder" attribute is not
supported.
Yeh there is a bug [1] and it's fixed in alpha. We'll have to find a way of accelerating the alpha login form into stable for opera mini users as unfortunately we hit some unexpected roadblocks around the login form.
Please do let me know if/how I can assist. If the roadblock is expected to persist, I would like to get in some sort of interim fix at least.
Thanks! -Adam
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Update: Max, Maryana and I talked about this yesterday. Max made the suggestion that we should hide login/account creation until we have a better experience there.
Are we happy to do this as an interim solution?
On Fri, Nov 21, 2014 at 3:23 AM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Thanks for the screenshots and further clarification of the problems, Adam!
Jon, do you think these cards will be ready to estimate at our sprint kickoff on Monday? Is there any more info we need?
On Wed, Nov 19, 2014 at 5:05 PM, Adam Baso abaso@wikimedia.org wrote:
On Wed, Nov 19, 2014 at 4:44 PM, Jon Robson jrobson@wikimedia.org wrote:
Thanks for this Adam. A few questions. ...
https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-... Incidentally, there's currently a regression making it impossible to enter searches, at least on the Android and iOS Opera Mini clients I tested.
Please can you track this regression on bugzilla with replication instructions? I haven't heard about this bug and it sounds like something that could easily be taken care of. A trello card seems overkill.
Done. https://bugzilla.wikimedia.org/show_bug.cgi?id=73632
The Trello card is more focused on visible outlining of the search input field should the device width exceed the CSS min width, and what to do when the magnifying glass is tapped but no results are turned up (e.g., unintentional or mistyped search).
https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experienc... Note: On non-HTML5 browsers, the "placeholder" attribute is not supported.
Yeh there is a bug [1] and it's fixed in alpha. We'll have to find a way of accelerating the alpha login form into stable for opera mini users as unfortunately we hit some unexpected roadblocks around the login form.
Please do let me know if/how I can assist. If the roadblock is expected to persist, I would like to get in some sort of interim fix at least.
Thanks! -Adam
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Maryana Pinchuk Product Manager, Wikimedia Foundation wikimediafoundation.org
I can understand multiple viewpoints on showing/hiding stuff for browsers incapable of running the full ResourceLoader/jQuery code, so I'll need to defer to Carolynne on this one for the general Global South impact. I just added the internet-facing zero-rating email address to this thread (anyone can email) to ensure she sees it in case mobile-l is being filtered.
I'm going to copy-and-paste some stats around <noscript> and RL data on a separate mobile-l thread. It may help in impact analysis.
-Adam
On Fri, Nov 21, 2014 at 7:56 AM, Jon Robson jrobson@wikimedia.org wrote:
Update: Max, Maryana and I talked about this yesterday. Max made the suggestion that we should hide login/account creation until we have a better experience there.
Are we happy to do this as an interim solution?
On Fri, Nov 21, 2014 at 3:23 AM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Thanks for the screenshots and further clarification of the problems,
Adam!
Jon, do you think these cards will be ready to estimate at our sprint kickoff on Monday? Is there any more info we need?
On Wed, Nov 19, 2014 at 5:05 PM, Adam Baso abaso@wikimedia.org wrote:
On Wed, Nov 19, 2014 at 4:44 PM, Jon Robson jrobson@wikimedia.org
wrote:
Thanks for this Adam. A few questions. ...
https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-...
Incidentally, there's currently a regression making it impossible to enter searches, at least on the Android and iOS Opera Mini clients I
tested.
Please can you track this regression on bugzilla with replication instructions? I haven't heard about this bug and it sounds like something that could easily be taken care of. A trello card seems overkill.
Done. https://bugzilla.wikimedia.org/show_bug.cgi?id=73632
The Trello card is more focused on visible outlining of the search input field should the device width exceed the CSS min width, and what to do
when
the magnifying glass is tapped but no results are turned up (e.g., unintentional or mistyped search).
https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experienc...
Note: On non-HTML5 browsers, the "placeholder" attribute is not supported.
Yeh there is a bug [1] and it's fixed in alpha. We'll have to find a way of accelerating the alpha login form into stable for opera mini users as unfortunately we hit some unexpected roadblocks around the login form.
Please do let me know if/how I can assist. If the roadblock is expected
to
persist, I would like to get in some sort of interim fix at least.
Thanks! -Adam
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Maryana Pinchuk Product Manager, Wikimedia Foundation wikimediafoundation.org