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. Just definitely not a table.

@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.

At the request of the team, I've also contacted @deryckchan about the possibility of involving the Cantonese Wikipedia.

I'll post a note, and I'll ping you in it, so you'll see it the next time you're on wiki.

The first project was identified and is being built. It will be ready for testing "soon", but I think that handling feedback could be under a separate task.

See https://es.wikipedia.org/wiki/Wikipedia:Caf%C3%A9/Archivo/Noticias/Actual#Page_speed_survey

@Romaine, thank you for filing this. I have read the linked discussion. Romaine made this suggestion two weeks ago. There was no opposition, and several people agreed. I believe that this is ready to implement as soon as possible.

See also T186350: Add "create redirect" toolbar button when creating new article in VE/Wikieditor.

Another request for this, this time from @Hoefsldyla : https://www.mediawiki.org/wiki/Topic:Uq6vtaf8wk0z30zh

From the translation, is this about the VisualEditor-MediaWiki-2017WikitextEditor ?

Could this be related to T155397: Lengthy VisualEditor edit somehow (?) removed reference contents?

In T118540#4628792, @Trizek-WMF wrote:

That task may interest Growth, for their "Personalized first day" exploration.

This could be particularly helpful for common inline templates, such as the {{lang}} templates. When readers see this:

Initial copyediting completed.

No responses to a few comments on this subject at enwiki.

It's not listed at https://de.wikipedia.org/wiki/Spezial:Markierungen That suggests that we can't count on it existing even at the largest communities.

I believe that this is a duplicate of T202916: Stop changing my "Group results by page" prefs based on a URL that I've clicked on.

In the meantime, I've adapted a script (with help) that previously set UI languages. I've tested it (once), and it seems to work. Anyone else who's bothered by this bug might want to consider putting this in your /common.js or /global.js user script page:

As a result of T111663: Tag AWB edits, AWB uses Special:Tag to tag edits. But I thought that only shows if the local admins have created the tag?

Diberri's tool, which WikiProject Medicine used to use as its primary source, used to provide a ref name of pmid1234567 for citations it generated (from PMIDs).

Are we sure that opening an editor is the best behavior? Maybe it should take you to "This page doesn't currently exist; you can search this title in other pages or edit this page" first (or local equivalent; see https://en.wikipedia.org/wiki/Elkelkvnelknblekfnbeldkf for enwiki's version).

Perhaps only at SET (Single Edit Tab) wikis?

Thanks! This is great. I'm happy.

Userinfo script is not working on mw.org. See https://www.mediawiki.org/wiki/User:Quiddity if you have the script installed.

I can't reproduce this in Firefox 63 on macOS 10.13.6. I don't know whether the problem was solved (for example, a user script that got fixed) or if it's specific to older versions of Firefox, but I don't remember seeing this for months.

User:Popcornduff can reproduce this in Chrome at the English Wikipedia.

I can't reproduce this in Safari 12 on macOS 10.13. (It just ignores my hand-typed section headings.) Do you have browser information?

This has been proposed as part of the 2019 Community Wishlist: https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Citations/VisualEditor:_Allow_references_to_be_named It's too early to know whether it will make the top 10 (voting will be open until the 30 November 2018), but it's currently among the more popular items, which suggests that solving this problem has widespread community support.

This has been proposed as part of the 2019 Community Wishlist: https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Citations/VisualEditor:_Allow_references_to_be_named It's too early to know whether it will make the top 10 (voting will be open until the 30 November 2018), but it's currently among the more popular items, which suggests that solving this problem has widespread community support.

The current version of the task contains a small error:

In T209217#4737560, @Legoktm wrote:

In T209217#4737085, @stjn wrote:

Do you want ‘install it by default’, maybe? Merging a specific extension into core would just bring the same problems with regards to old toolbar.

What problems exactly? My understanding is that the "classic toolbar" was removed for maintenance reasons. Given that we have to maintain WikiEditor one way or another, where it lives is less consequential.

The team isn't going to work on this (directly) for the foreseeable future, so I'm going to resolve this.

I think this is pretty much done. If there are questions/unexpected needs, please feel free to talk to me.

This appears to be the problem reported here: https://fr.wikipedia.org/wiki/Wikipédia:Questions_techniques/semaine_46_2018#Comment_contrer_un_bug_de_l%27éditeur_visuel_%28galerie_d%27images%29_et_ne_pas_perdre_une_modification