In T90948#1100021, @TheDJ wrote:

[...] (It is the only working filter I could find, most online filters seem to have broken lately). [...]

Sidenote that I've updated the list of tools at w:WP:Color. Specific highlights are https://www.toptal.com/designers/colorfilter for webpage analysis or http://www.color-blindness.com/coblis-color-blindness-simulator/ for file analysis. Also these 2 browser-extensions: Colorblinding (chrome) NoCoffee (chrome) NoCoffee (firefox).

Location: I think the page(s) you're talking about are
https://www.mediawiki.org/wiki/Download#System_Requirements and to a lesser extent
https://www.mediawiki.org/wiki/Manual:Installation_requirements
Is there anywhere else?

@awight Is this task still relevant, given the many changes over the last 3 years? Hopefully the details you were looking for are now in https://wikitech.wikimedia.org/wiki/Puppet Please take a glance when you have a moment. Thanks!

This fixed width also leads to items being cut-off too soon, if they are long.

<tangent> The process is documented at https://www.mediawiki.org/wiki/Review_queue#Checklist/Process - The person/team that is taking responsibility for the code, is in charge of determining which of the optional steps need to/should be done, and getting those done by someone. </>

In T180538#4106993, @jmatazzoni wrote:

Now that you mention it, I have to say that I have frequently wished the Save button were at the top, though I would repeat it at bottom as well, for convenience. [...]

Possibly relevant... I noticed that the license parameter in https://www.mediawiki.org/wiki/Template:Extension specifies:

license governing use of this extension, as one of the codes found in https://spdx.org/licenses/

though it technically only recognizes a subset of those via https://www.mediawiki.org/wiki/Module:Extension (hence some of the 500+ items in https://www.mediawiki.org/wiki/Category:Extensions_with_unknown_license )
Maybe those 2 listings should both be recognized (at Toolforge and/or for Extensions)? or only 1?
Maybe the modules should be updated to be 100% complete?

In T186061#4092572, @cwdent wrote:

One of the complaints I've heard about IRC is lack of truly private channels (besides 1:1 OTR)

This is great, thanks!
Questions: Above you write "use the sitematrix to iterate" - what does that mean in practice? For example, if I want to get results from all the French language projects, is there something simple we can add to the script to make it automatically run across the 8 French projects, so that output.txt would have 8 separate lists? (or combined, whichever is easier) And/or something we can add, to make it run across all the Wiktionaries?

The other old Living Style Guide should also be fully-deprecated, so that someone who follows an old link to a sub-page there can easily find the newer docs.
I.e. https://tools.wmflabs.org/styleguide/ is marked as deprecated, but none of the subpages are, e.g.
https://tools.wmflabs.org/styleguide/desktop/index.html
https://tools.wmflabs.org/styleguide/desktop/section-2.html
https://tools.wmflabs.org/styleguide/mobile/index.html
https://tools.wmflabs.org/styleguide/mobile/section-1.html
etc

In T190522#4075827, @TheDJ wrote:

Maintained by "Jongleur", can't find a phab account for that.

I've notified them at https://wikitech.wikimedia.org/wiki/User_talk:Jongleur

To add two important points from discussion elsewhere...

1. Someone noted that:

the link color difference is often confusing for outsiders. At the same time it is appreciated by insiders, because it simplifies recognizing when you go offsite (and an interwiki is offsite, because it's where the governance of the local wiki ends)

As an editor, I greatly appreciate the color difference, and would want to retain it.
As a reader (with advanced knowledge of this nuance), I sometimes appreciate it, because it helps me identify where someone has linked to Wiktionary or Wikisource or similar within the text of an article, which might change the probability of my clicking through. It also gives me a clue as to why Page Previews or Navpopups isn't working for a link.

This is great work, but does not seem to be a technical change that many thousands of editors need to learn about, i.e. it seems to be a normal part of upkeeping this extension/functionality, hence I'm removing the user-notice tag. Thank you for the work though!

Closing as resolved, with agreement to follow task title recommendation.

I've put the 2 related changes into 1 news item, and emphasized the more noticeable aspect, like so:

Some of the interface icons and text sizes will change slightly, as part of the updates for improved accessibility and consistency. These icons are used in many features, including Notifications, Recent Changes, Beta Features, Visual Editor, 2017 Wikitext Editor, Code Editor, and others. While editor toolbars, dialogs, and menus will appear slightly bigger; elements on Special:Pages will be slightly smaller. Functionality will not change. [1] [2]

I used simple language (no "harmonized"! :-) and a list of examples so readers could understand the scope. I'll freeze it for final translations within the next hour or so. Let me know if you have any concerns with that wording, otherwise I'll assume it's good to go.

@Joe @MoritzMuehlenhoff After talking with people and looking through old tasks, I've learned that it took 7 days to do this on Enwiki last time, for T136150: Switch English Wikipedia to uca-default collation. The quantity has increased by ~5% since then, to 110,616,023 categories. I will make sure that Enwiki is prepared for a week or more of sort order quirks.

Please let us know when this is ready for Tech/News announcement, by moving it 1 column to the right in the User-notice workboard. Thanks! (p.s. here's the previous wording draft, removed for now, in case re-usable.)

IIUC this has now been merged, and will arrive next week. I've added an entry to next Monday's Tech/News.