Perfect, thanks all!

I've added docs at https://www.mediawiki.org/w/index.php?title=Extension:InputBox&diff=2493340&oldid=2467274 (please always remember to add docs, for new features! Thanks!)

In T54905#3354372, @Izno wrote:

@Quiddity The task for that is T143310: Implement a way to access keywords such as "incategory", "intitle" via the Search special page.

Sidenote:

• All links to disambiguation pages should automatically have class="mw-disambig"
  • (but only if they're properly tagged, usually by adding the magic word to the appropriate disambig-page-template, which I/someone needs to verify is being actively & globally done, probably via T146484: Help communities to learn about and use Disambiguator extension - I'm hoping to do this with my volunteer hat someday... Anyone else is welcome to claim it though!)
• Therefore it should be possible to special-case these for Page Previews, in some way, if desired.
• Also: Some wikis have a gadget to change the color of these links. On Enwiki, that is "Display links to disambiguation pages in orange" in https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-gadgets - I recommend it!

Notes added to the description, with links to SVG template, etc.

3. Lastly, I'd suggest adding another "tree" example at the GUI, for the specific example given in the description here. That will probably be a simpler example, for non-technical people to adapt/reuse.
4. Specifically http://tools.wmflabs.org/wikidata-todo/tree.html?q=Q1785783&rp=361&lang=en&method=list&depth=4
5. (I have this similar example bookmarked https://tools.wmflabs.org/wikidata-todo/tree.html?rp=279&method=list&q=8261 and I hope to be able to adapt that, based on the one above once it's converted. :-)

I don't fully understand why you prefer this over the current implementation.
Could you please elaborate on this?

@Jonas 3 things:

https://phabricator.wikimedia.org/source/mediawiki-config/browse/master/wmf-config/extension-list

Thanks! Using that and the other 2 extension-list-x pages in that directory, I've updated Developers/Maintainers a bit more (following on James' large updates).

In T91344#3321577, @Jdlrobson wrote:

[...] I tend to agree with @kaldari that this should be declined and we should encourage editors to use the "noexcerpt" class [...]

Ah! Right. That makes sense. Thanks!

(1) Checking the page matches the current situation:
It might be good to go through that page, updating it based on the currently in-use extensions.
E.g. I see Extension:UserMerge is listed in the "Key extensions" section, whereas it should be in the "MediaWiki extensions deployed by WMF" section.
I'm not sure where there's a canonical list of "currently installed extensions"?

Possibly related to T166754#3316437 ?

I think this is a duplicate of T162905: Add selector for editors to control exclusion of navigational elements from search results ?

In T816#3296416, @Aklapper wrote:

See wontfix'ed https://secure.phabricator.com/T1931#144486 asking for use cases.

Reproduced, in Chromium58/Ubuntu and Firefox53/Ubuntu.
The issue seems to be based on the number of rows
I made a test page, with 4 tables, here
https://www.mediawiki.org/w/index.php?title=User:Quiddity_(WMF)/sandbox2&oldid=2480122
Adding a new column to the 34x10 row table is instant.
Adding a new column to the 34x15 row table takes ~5 seconds.
Adding a new column to the 34x20 row table takes ~60 seconds.
Adding a new column to the 10x20 row table takes ~30 seconds.

It looks like this section was added to the documentation, for this new feature:
https://www.mediawiki.org/wiki/Help:CirrusSearch#Exclude_content_from_the_search_index

1. Note: Dereckson did some of this in:

https://wikitech.wikimedia.org/wiki/Template:Ask_deployment/code
as used in e.g.
https://wikitech.wikimedia.org/wiki/How_to_deploy_Wikidata_code#Deploy_a_hotfix
but it looks like it needs to be propagated to other pages still? Or are you waiting for feedback from someone?

I can reproduce this at Frwiki and mw.org, too.

Etherpad notes added to description, for editability.

https://www.mediawiki.org/api/rest_v1/page/html/User%3AQuiddity%20(WMF)%2Fsandbox2

From Moriel: Suggest to have a dedicated room for mentors&mentees, to allow easier location of people.

I'm still concerned that using {} as the label, will make editors think that the button's function is to either add the raw "{}" text to the text-area, or to open a template-wizard.
(In the WikiEditor toolbar, the mockup places the button next to the "Reference" insertion wizard, hence especially confusing)

Oh! Yes, now I see how that works. Yes, thank you!

Sidenote, I've seen 3 comments from people that they hadn't realized there was a cancel feature until the link (previously black) became red.

• What did you find most confusing about the existing documentation?
• Which documentation pages were the most useful for you?
• What documentation did you want to find, but couldn't find?

See also my comments at T149624#2922174 (which I won't copy in full, only because I'm not sure how useful/accurate they are!)

In T164100#3236635, @kaldari wrote:

@Kaartic: I think navigation popups also strips everything in <small> tags, so that takes care of the audio file link and the "German:" label. Here's a screenshot of how it renders in navigation popups:

It does output "( ; ; " as I feared, so adding nopopups to $wgExtractsRemoveClasses probably wouldn't be a good solution. The ideal solution, IMO, would be to have HoverCards and the apps strip out everything inside parenthetical phrases and also anything with class nopopups or noexerpts or inside <small> tags, but it seems there is no clear path to doing that. I think I'm going to change this task back to its original title and description so that it can move forward.

That badge describes the vast majority of accounts here, plus staff (WMF/affiliate/etc) when they contribute in their volunteer time. Recommend decline.

I like the colored markup idea the best, as it directly indicates what the function is. (plus mouseover (for the tooltip) or experimentation will confirm)

In T164458#3238328, @Lydia_Pintscher wrote:

https://www.wikidata.org/wiki/Wikidata:Contribute

As TheDJ wrote in the first comment, and as I wrote elsewhere (many times), we really want to retain some of the parenthetical data. There is some agreement that IPA/pronunciation can probably be excluded, but other details that appear in brackets in the first few sentences can be very important.

See also T160232: Suggestions for WikiProjects to join, a community-wishlist proposal - possibly that should be a parent task to this, or similar?

I've added an example in the description (examples always help!). But I'm not sure if this is still open or not?

I am watching a page. Someone makes a minor edit to the page. It shows up in my watchlist, but (correctly) does not light up the toolbar, nor does it generate an email. Then the same person makes a non-minor edit to the same page. It correctly shows up in my watchlist, and incorrectly does not light up the toolbar (nor does it send email). Additional non-minor edits continue to not generate notifications.