Recommendations have been sent to the Editing team's mailing list.

Be me? I was editing on office.wiki, so that means Safari version 12.1 (14607.1.40.1.4) on macOS Mojave 10.14.4 (18E226). I think that changing the screen size resolved it. Also, sometimes when the toolbar was in the right place, the drop-down to switch editing modes was detached. I assume that was related.

Thanks!

https://www.mediawiki.org/wiki/VisualEditor_on_mobile/Usability_improvements was reviewed and improved last Friday. We can consider that project page {{done}}.

This is great news. Reducing the number of systems down to two will make writing the user guide easier.

So we'll end up with two systems:

We have three systems:

We also need to sort out the target/focus wikis, to have a really good plan for what to do. Ideally, we'll be reaching out mostly to active mobile users on those wikis.

Putting a link in the context menu would probably be an adequate alternative. It feels more discoverable, too.

In T206550#5113353, @ppelberg wrote:

What do you think would be a better way to handle a situation such as this where I was wanting to continue an open thread, not necessarily related to the completion of the task's description?

@Esanders, Izno's problem is going to drive me nuts. When there's an exact match, it needs to use that exact match, and not suggest something longer. If I've typed r, and the options it finds are 35 instances of r and one of Re-ping in my last 200 edit summaries, then it should definitely be suggesting r and not the other longer one.

In T50274#5106435, @Trizek wrote:

Great feature. <3
Can we have a way to delete misspelled sentences? Thanks!

I'm not sure that it's fair to make Peter evaluate this. The core goal here is all pre-Peter:

Improving mobile editing may need to be done for many years, but the next stage can have separate tasks.

I think we're creating a new set of asks for the Toolbar Improvements work.

Doesn't "all remaining wikis" mean something closer to 800 (not 200)?

See also https://meta.wikimedia.org/wiki/Talk:Event_Metrics#Testing

@FredTC This is the bug you reported at enwiki's Village pump miscellaneous last week.

I've added this to User-notice : https://meta.wikimedia.org/w/index.php?title=Tech/News/2019/13&diff=18954575&oldid=18953957

@Ammarpad seems to have already written the patch. What else needs to be done?

If you'd like a story about content creation, then the new Events Dashboard might be able to calculate participation.

Ed, I realize that I'm just whingeing here, but I need this again, in the opposite direction. I've got links in a spreadsheet that I need to be links in a list. Or just plain 'paragraphs' of links. Just definitely not a table, and without losing the links (which is what all of the "remove formatting" options seem to do).

@Yuriy_kosygin has suggested at the English Wikivoyage that this should be the default gallery mode for most mobile/smartphone readers. It sounds like a reasonable approach (swipe through the images, rather than seeing tiny/illegible thumbs).

Could someone please remind the nice folks at Phacility that "Ignore Conflict" should actually ignore timezone conflicts? That is, it should ALWAYS ignore the timezone conflicts, and not have to be repeatedly told to ignore the conflict over and over. "Repeatedly telling" ≠ "ignoring".

This feature is not currently available for private wikis. Were you editing on a third-party wiki?

In T213696#4967155, @Niedzielski wrote:

I don't think the Wikidata Q item identifier varies

My, that's subtle.

For clarity, is this the problem?

This is a perennial request from inexperienced editors. See, e.g., https://www.mediawiki.org/wiki/Topic:Uuooxecko4mfmnia

Requested again by @rugk in https://www.mediawiki.org/wiki/Topic:Um5rumel7dthua15

Another instance of this was reported by @Lfstevens: https://www.mediawiki.org/wiki/Topic:Uulh8h1z2mufkpp4

@Lfstevens has reported something very similar at https://www.mediawiki.org/wiki/Topic:Uulh8h1z2mufkpp4

Thank you. I've provided the link. I'm going to close this; if the user thinks that this ought to be done generally/for everyone by default, then someone can re-open it.

It was turned off. I have turned it on, and also set it on in my GlobalPreferences.

If @Quiddity doesn't get it done by autumn, then maybe @Aklapper will let him use it to mentor someone as part of #Google-Code-In 2019.

In T146495#4882541, @jmatazzoni wrote:

Which raises the question, what are the current capabilities re. targeting surveys? E.g., can you target to a specific page? To a specific namespace? To certain wikis? To users by experience level? To users who have just completed a specific action? Etc. Thanks!

Thanks for the quick reply, Deryck. I think that the first useful thing that you can do is to try the visual editor on a mobile device, using mobile site. (Find a phone or tablet, go to the mobile site, log in, open the wikitext editor, and switch to the visual editor mode in the toolbar, and try to improve the article.) That'll give you a feel for what it can and can't do right now. Anything that's bad/awkward/broken can be reported here. @dchan is the best person to ping if you have problems with normal typing.

https://www.mediawiki.org/wiki/VisualEditor/Portal/Keyboard_shortcuts has a list, but I'm not sure that it's 100% current.