Page MenuHomePhabricator

stjn
Interface admin in Russian Wikipedia

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Tuesday

  • Clear sailing ahead.

User Details

User Since
Oct 7 2014, 2:35 PM (425 w, 5 d)
Availability
Available
IRC Nick
stjn
LDAP User
Unknown
MediaWiki User
Stjn [ Global Accounts ]

Recent Activity

Tue, Nov 29

stjn added a comment to T314836: Images get a link= to raw thumbnail url.

For the record, someone with global bot permissions also needs to clean up all of the bad code that was added by CX in the meantime (basically, replace everything in https://global-search.toolforge.org/?q="upload.wikimedia.org"&namespaces=0&title= that looks like |skakel=//upload.wikimedia.org/…). If the Language team can find someone to do that themselves, that would be great, since every project was affected by this bug.

Tue, Nov 29, 3:12 PM · Language-Team (Language-2022-October-December), ContentTranslation
stjn added a comment to T314318: Disable wgParserEnableLegacyMediaDOM on all wikis.

insource:"class thumb" prefix:template: lends a rough estimate of 70 templates in enWP and 20 in ruWP, for example.

Tue, Nov 29, 2:51 PM · Content-Transform-Team-WIP, User-notice, Parsoid-Read-Views (Phase 0 - Parsoid-Media-Structure), Parsoid
stjn added a comment to T314318: Disable wgParserEnableLegacyMediaDOM on all wikis.

Coming over from [[mw:Parsoid/Parser Unification/Media structure/FAQ]], I still do not understand why you chose such convoluted CSS for this instead of agreeing on one class that would describe all of these thumbnailed media files equally. Just a baffling decision, especially given that there are classes used in the layout modifiers for this new syntax.

Tue, Nov 29, 2:50 PM · Content-Transform-Team-WIP, User-notice, Parsoid-Read-Views (Phase 0 - Parsoid-Media-Structure), Parsoid

Fri, Nov 18

stjn changed the status of T282024: ULS language list should use `column-width` CSS property instead of splitting the lists from Stalled to Open.

I don't think my task is asking to unite all the different script lists into one. It's asking to stop breaking lists into columns with HTML. I would appreciate it if you didn't mark tasks as stalled without asking first what the scope of the task is. Thanks.

Fri, Nov 18, 7:29 PM · Readers-Web-Backlog, UniversalLanguageSelector, Desktop Improvements (Vector 2022)

Thu, Nov 17

stjn added a comment to T314714: Metadata and buttons should be inserted after a heading, not inside of it.

Just this task. We're being weirdly careful because gadgets and stuff tend to depend on things like these, and it's problematic to revert the change once if has been enabled (the new version gets cached).

So the fact that someone is mad at the WMF in English Wikipedia means that a future default feature would be rolled out in a bad state. Tragic.

Thu, Nov 17, 3:04 PM · MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Patch-For-Review, Editing-team (FY2021-22 Kanban Board), Accessibility, DiscussionTools

Wed, Nov 16

stjn added a comment to T314714: Metadata and buttons should be inserted after a heading, not inside of it.

Is this in reference to entire DT mobile experience or just this task? Because it would be weird if it’s the latter.

Wed, Nov 16, 10:16 PM · MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Patch-For-Review, Editing-team (FY2021-22 Kanban Board), Accessibility, DiscussionTools
stjn added a comment to T319449: [M] Create toggle to control the fixed width of the content for Vector 2022 skin.

Yeah, sorry. Didn’t know this is necessary now.

Wed, Nov 16, 9:43 PM · User-notice, MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Desktop Improvements (Vector 2022), Readers-Web-Backlog (Kanbanana-2022-23-Q2)
stjn attached a referenced file: F35787619: image.png.
Wed, Nov 16, 9:43 PM · User-notice, MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Desktop Improvements (Vector 2022), Readers-Web-Backlog (Kanbanana-2022-23-Q2)
stjn added a comment to T319449: [M] Create toggle to control the fixed width of the content for Vector 2022 skin.

Right now this toggle’s design looks exactly like Kartographer’s ‘Show full map’ toggle, which might prove confusing to the end-users (especially on wikis where Kartographer maps are used more).

Wed, Nov 16, 8:34 PM · User-notice, MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Desktop Improvements (Vector 2022), Readers-Web-Backlog (Kanbanana-2022-23-Q2)

Fri, Nov 4

stjn added a comment to T296795: Table sorting arrow recoloring.

They are accessible, they are just made inaccessible by the editors. I think this is the case where the communities should decide how to solve this themselves, and not something MediaWiki should support in its entirety. If you’re using custom styling, you are responsible for making it work with everything, MediaWiki shouldn’t be. Much in the same way that if you put a weird banner on all pages that moves across the page in an animation, it’s your obligation to make it work with everything else and not developers’. It’s not a ‘purist view of styling’ to say that this task should be declined.

Fri, Nov 4, 7:59 PM · Accessibility, MediaWiki-Interface (Tables)

Nov 2 2022

stjn added a comment to T286901: Explore options to avoid people translating into wrong language.

As I’ve said before, British English is not the only problematic language where this happens, so its effectiveness would be fine for British English, but would not solve all of the cases (like Abkhaz → Russian translations I mentioned above).

Nov 2 2022, 8:25 AM · Language-Team (Language-2022-October-December), Epic, MediaWiki-extensions-Translate

Oct 27 2022

stjn added a comment to T296795: Table sorting arrow recoloring.

That's not a viable solution. Currently, the only available arrow color is black, so the only background colors that would sufficiently contrast with it would be light ones. But there are plenty of MediaWiki applications that use darker backgrounds with lighter text, which is a perfectly valid and accessible design choice — except for the current arrows. This task should be taken up to resolve that issue.

Yes. Editors should just not use colours that would make the icon disappear. Custom themes like dark mode etc. can invert the icon by themselves, that’s not what this task is about. This task is about the editors using to do the wrong thing for their arbitrary preference. There’s nothing anywhere that says that that table should be in the colours of the university.

Oct 27 2022, 8:06 PM · Accessibility, MediaWiki-Interface (Tables)

Oct 25 2022

stjn added a comment to T286612: Badges are not compatible with Vector 2022 when ULS is disabled due to assumption around margin.

This seems fixed already (I checked on fr and vi, test looks similar on the first glance).

Is there still something to do here?
If yes, what would be the practical steps for me to test/reproduce this?

Oct 25 2022, 12:33 PM · Technical-Debt, wdwb-tech, Wikidata, MediaWiki-extensions-WikimediaBadges

Oct 19 2022

stjn added a comment to T211006: Add red link experience to empty search results for Codex/mobile.

I think that is the case for improving the search appearance so this link gets turned into a button that says ‘Create new article’ or something, not the case for removing the ability to create new pages from the search altogether.

Oct 19 2022, 6:38 PM · Design-Systems-Team, Codex, Readers-Web-Backlog, Editing-team (Tracking), Desktop Improvements (Vector 2022), Advanced Mobile Contributions, Discovery-ARCHIVED

Oct 18 2022

stjn added a comment to T320683: [Config Change] Add Clear Affordances to beta feature at Phase 1 wikis (desktop).

Just passing by to say that the vertical misalignment of the Reply button even on devs’ own screenshots should probably be fixed.

Oct 18 2022, 3:57 PM · User-notice-archive, Verified, TPP-Scaling, Editing-team (FY2021-22 Kanban Board), Goal, DiscussionTools

Oct 15 2022

stjn added a comment to T314836: Images get a link= to raw thumbnail url.

Will any attention from the language team be given to this task? I don’t want to have to run a bot every week about this, since this is a bug that is present in all of current ContentTranslation output.

Oct 15 2022, 2:52 PM · Language-Team (Language-2022-October-December), ContentTranslation

Oct 13 2022

stjn awarded T320295: Special:Search should not use <table> a Love token.
Oct 13 2022, 9:46 PM · Structured-Data-Backlog, SDAW-Search-Improvements, Accessibility, MediaWiki-Search, Discovery-Search, CirrusSearch

Oct 8 2022

stjn added a comment to T306883: [L] Searchers see thumbnails next to search results on the special:search page.

Belatedly tagging this with User-notice, bit surprised such a visible design change was made with no communication...

Or not a lot of testing beforehand, as is more or less customary by this point. The fact that every search result is now a table is atrocious. This is why changes are done via beta features.

Oct 8 2022, 9:27 AM · User-notice, MW-1.40-notes (1.40.0-wmf.4; 2022-10-03), MW-1.39-notes (1.39.0-wmf.28; 2022-09-05), Patch-For-Review, SDAW-Search-Improvements (Milestone 1: CSS changes to all wikis), Structured-Data-Backlog (Current Work)

Oct 3 2022

stjn added a comment to T213778: Update link colors in Vector 2022 for improved UX (and consistency).

JFYI: the study’s point on avoiding descender elements of q/p/j is outdated by now, all modern browsers already do that for underlined links.

Oct 3 2022, 7:11 AM · User-notice-archive, MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Design-Systems-Team (Design-Systems-Sprint), Readers-Web-Backlog (Kanbanana-2022-23-Q1), Editing-team, DiscussionTools, OWC2020 (OWC2020 Replying 2.0), Desktop Improvements (Vector 2022), UI-Standardization, Vector (legacy skin)

Sep 24 2022

stjn merged T318443: Reverts (undos) in mobile app on Russian Wikipedia return a broken edit summary into T317504: Android app ignores magic words in edit summaries.
Sep 24 2022, 11:21 AM · Wikipedia-Android-App-Backlog (Android Release FY2022-23)
stjn merged task T318443: Reverts (undos) in mobile app on Russian Wikipedia return a broken edit summary into T317504: Android app ignores magic words in edit summaries.
Sep 24 2022, 11:21 AM · Russian-Sites

Sep 20 2022

stjn added a comment to T177567: Scribunto function to return current expensive function count.

This is already possible:

function expensiveParserFunction(page)
	local success, result = pcall(function()
		return mw.title.new(page).exists
	end)
Sep 20 2022, 11:13 PM · MediaWiki-extensions-Scribunto
stjn added a comment to T314714: Metadata and buttons should be inserted after a heading, not inside of it.

(Given what you’ve said on VPT) I think merging [edit source] issue and DiscussionTools issue together is somewhat unnecessary. It should at least read Huile de citron [edit source], the underlying issue here is that DiscussionTools, to work properly with MobileFrontend (?), adds too much stuff into the headings. Fixing both this issue and T13555 at the same time would probably involve too much effort and negotiation (since edit links themselves are a really prominent element of the interface), but there’s no reason why DiscussionTools itself cannot use a more reasonable markup that would have some support from MobileFrontend.

Sep 20 2022, 10:45 AM · MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Patch-For-Review, Editing-team (FY2021-22 Kanban Board), Accessibility, DiscussionTools

Sep 14 2022

stjn added a comment to T286612: Badges are not compatible with Vector 2022 when ULS is disabled due to assumption around margin.

Is the above workaround still needed?

It seems the <ul> is not (or no longer?) displayed directly, but used as source data to generate the widget that is actually displayed.

Many editors have ULS disabled, since it previously powered compact links, which wasn’t everyone’s cup of tea. So the answer is yes.

Sep 14 2022, 6:05 PM · Technical-Debt, wdwb-tech, Wikidata, MediaWiki-extensions-WikimediaBadges
stjn updated the task description for T317718: Logo of Ukrainian Wikivoyage differs on different resolutions.
Sep 14 2022, 12:04 AM · Wikimedia-Site-requests, Logos
stjn created T317718: Logo of Ukrainian Wikivoyage differs on different resolutions.
Sep 14 2022, 12:04 AM · Wikimedia-Site-requests, Logos

Sep 13 2022

stjn added a comment to T310556: Menu: Improve keyboard support.

This introduced T314728: In search bar, Home and End keys should move caret, not selection in suggestions regression, btw. Shift+Home/Shift+End especially should always work, which the above implementation did not check for.

Sep 13 2022, 6:24 PM · Design-Systems-Team, Accessibility, Codex
stjn added a comment to T314728: In search bar, Home and End keys should move caret, not selection in suggestions.

Well, merging the text from my duplicate task now:

I think, given what’s said on W3C WAI Authoring Practices Guide about the combobox pattern, that choosing to implement Home/End keys as the means to traverse the combobox is incorrect. Search field is by definition editable, so users should be able to go back/forward to edit whatever they want here. Even Shift+Home/Shift+End combinations, the one that select text, do not work in New Vector’s search, which makes the experience annoying for people who use those keys (like me). Please remove key handling for Home/End keys in New Vector’s search.

Sep 13 2022, 6:20 PM · Design-Systems-Team (Design-Systems-Sprint), Regression, Codex, Desktop Improvements (Vector 2022)
stjn merged T317691: Home/End keys should work to navigate within field in new Vector search into T314728: In search bar, Home and End keys should move caret, not selection in suggestions.
Sep 13 2022, 6:19 PM · Design-Systems-Team (Design-Systems-Sprint), Regression, Codex, Desktop Improvements (Vector 2022)
stjn merged task T317691: Home/End keys should work to navigate within field in new Vector search into T314728: In search bar, Home and End keys should move caret, not selection in suggestions.
Sep 13 2022, 6:19 PM · Accessibility, Desktop Improvements (Vector 2022)
stjn created T317691: Home/End keys should work to navigate within field in new Vector search.
Sep 13 2022, 6:17 PM · Accessibility, Desktop Improvements (Vector 2022)

Sep 12 2022

stjn added a comment to T314836: Images get a link= to raw thumbnail url.

Just FYI: this has more than 260 hits in Russian Wikipedia already (which I’ll clean up in the next few days), so this should be a problem that is given more priority given its prevalence.

Sep 12 2022, 2:16 PM · Language-Team (Language-2022-October-December), ContentTranslation

Sep 11 2022

stjn created T317504: Android app ignores magic words in edit summaries.
Sep 11 2022, 10:41 PM · Wikipedia-Android-App-Backlog (Android Release FY2022-23)
stjn reopened T313611: In vector-2022 the main menu becomes full screen width under 1000px as "Stalled".

Going to re-mark this as Stalled so people would at least find this task if they look for it. More than fine if someone objects, but I think this is a valid task for a problem that DI team doesn’t have resources to solve right now.

Sep 11 2022, 9:01 PM · Readers-Web-Backlog, Regression, Desktop Improvements (Vector 2022)
stjn added a comment to T176272: Decide on what to recommend for table style usecase.

https://ru.wikipedia.org/wiki/Шаблон:Стиль_столбцов which basically styles any table with specific classes has around 800 uses already. So I’m guessing that any recommendations that can be made should be made sooner than later, since more and more wikis are going to do this because of its convenience.

Sep 11 2022, 2:00 PM · TemplateStyles

Sep 9 2022

stjn created T317415: Talk pages are showing TemplateStyles contents in message preview.
Sep 9 2022, 2:19 PM · Wikipedia-Android-App-Backlog (Android Release FY2022-23)
stjn added a comment to T316388: Mobile sections on talk page do not open if headings are marked with <h2>.

I mean, if the problem is in encoding and not in <h2>, then it would’ve definitely needed to be fixed, since I imagine ! and ? characters are used quite a lot in discussions. I don’t think that’s the issue, though, since this talk page experience works fine:
https://en.m.wikipedia.org/wiki/User_talk:Craytonconstanceb

Sep 9 2022, 9:21 AM · MobileFrontend (Tracking)

Sep 8 2022

stjn created T317370: Show ‘Thank you for your edit’ sometimes in post-edit confirmation.
Sep 8 2022, 9:19 PM · MediaWiki-Page-editing
stjn added a comment to T316858: A page with an extreme amount of <syntaxhighlight> tags hits the RequestTimeout when trying to render.

Shouldn’t inline syntax highlighting be exempted from this (or have higher limit)? I’m not sure whether there are many pages that use inline <syntaxhighlight> that frequently, but I also don’t think that there’s as much threat with the inline tags as much as with, tbh, atrocious page that was linked to above.

Sep 8 2022, 2:50 PM · MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), User-notice, SyntaxHighlight
stjn added a comment to T286901: Explore options to avoid people translating into wrong language.

To provide some examples, you can sometimes see users in Russian translations doing changes like these:

Sep 8 2022, 12:58 PM · Language-Team (Language-2022-October-December), Epic, MediaWiki-extensions-Translate

Sep 7 2022

stjn added a comment to T213778: Update link colors in Vector 2022 for improved UX (and consistency).

(Technical note: it’s because they use href="", so all the ‘links’ reference the current page.)

Sep 7 2022, 5:06 PM · User-notice-archive, MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Design-Systems-Team (Design-Systems-Sprint), Readers-Web-Backlog (Kanbanana-2022-23-Q1), Editing-team, DiscussionTools, OWC2020 (OWC2020 Replying 2.0), Desktop Improvements (Vector 2022), UI-Standardization, Vector (legacy skin)

Sep 1 2022

stjn added a comment to T316670: Collapsible heading styling should have clear: both to prevent weird bugs.

I guess that example makes the initial suggestion somewhat invalid for desktop resolutions, yeah. Though I don’t see how having a hack for it on the resolutions where various float bugs should possibly not be shown (<720px?) would be bad.

Sep 1 2022, 7:57 PM · Readers-Web-Backlog, MinervaNeue

Aug 30 2022

stjn added a comment to T316670: Collapsible heading styling should have clear: both to prevent weird bugs.

It was https://ru.wikipedia.org/wiki/Википедия:Кандидаты_в_избранные_статьи before I fixed it. https://ru.m.wikipedia.org/wiki/Википедия:Кандидаты_в_хорошие_статьи currently has the same issue on some resolutions.

Aug 30 2022, 5:08 PM · Readers-Web-Backlog, MinervaNeue
stjn added a comment to T316670: Collapsible heading styling should have clear: both to prevent weird bugs.

(Oops, no idea why it was posted twice.)

Aug 30 2022, 3:55 PM · Readers-Web-Backlog, MinervaNeue
stjn created T316671: Collapsible heading styling should have clear: both to prevent weird bugs.
Aug 30 2022, 2:48 PM · good first task, MinervaNeue
stjn created T316670: Collapsible heading styling should have clear: both to prevent weird bugs.
Aug 30 2022, 2:48 PM · Readers-Web-Backlog, MinervaNeue
stjn added a comment to T312594: TypeaheadSearch: search input should expand width when menu opens.

Looks good 👍

Aug 30 2022, 11:00 AM · Design-Systems-Team (Design-Systems-Sprint), MW-1.40-notes (1.40.0-wmf.2; 2022-09-19), Desktop Improvements (Vector 2022), Readers-Web-Backlog, Design, Codex

Aug 28 2022

stjn added a comment to T316467: Invert selection checkbox is hidden beneath the namespace dropdown on Special:WhatLinksHere.

That’s because you can’t invert selection with ‘All’ namespace. If you pick a namespace, ‘Invert selection’ is shown again.

Aug 28 2022, 1:53 PM · Readers-Web-Backlog, Desktop Improvements (Vector 2022)

Aug 26 2022

stjn awarded T235459: Timeless treatment of <h2> is somewhat different than Vector a Love token.
Aug 26 2022, 8:06 PM · Timeless
stjn created T316388: Mobile sections on talk page do not open if headings are marked with <h2>.
Aug 26 2022, 5:42 PM · MobileFrontend (Tracking)
stjn added a comment to T314179: New Vector's expanding search icon is confusing and distracting.

I think the prototype in that task is a bit better, but would be even better if the search box expanded only when suggestions are actually visible (right now it expands when typing starts, and only then shows the search results, which makes it two animations if the loading is not quick enough).

Aug 26 2022, 6:17 AM · Design-Systems-Team, Codex, Design, Desktop Improvements (Vector 2022)

Aug 25 2022

stjn created T316215: Searching Special:Wanted in new Vector search displays bugged suggestions.
Aug 25 2022, 11:48 AM · Desktop Improvements (Vector 2022)

Aug 23 2022

stjn added a comment to T295553: Prevent "reply" link from showing in certain sections.

For now, this is also achievable through CSS/TemplateStyles: https://ru.wikipedia.org/?diff=125047246&oldid=119611147 (I plan to remove the CSS in question if something more generic comes up, but I think it does the job well enough for now)

Aug 23 2022, 8:16 PM · Goal, TPP-Phase1, Editing-team (FY2021-22 Kanban Board), Patch-For-Review, DiscussionTools

Aug 22 2022

stjn awarded T214233: Modernize the rendered HTML of the hieroglyphs a Love token.
Aug 22 2022, 4:24 PM · WikiHiero

Aug 15 2022

stjn added a comment to T315120: Minerva has no styling for links to pages that do not exist in reference popup.

But it's not the reference, right? It's just added context e.g. might be something like p70, January 23rd 1997 [[Notable Newspaper Name without an article]]?

That aside, red on black back would not be a good idea so perhaps strikethrough would be more suitable here.

Real-life example is something like https://ru.wikipedia.org/wiki/Need_for_Speed:_Most_Wanted#Источники (in some cases, but not here, red links can also be next to blue links, which can make it confusing).
Yeah, I also thought about how red on black can be bad, but strikethrough in my opinion would be worse for accessibility reasons, since it makes the text unreadable for some. The dark mode gadget makes red links like #ff9d9f, but it’s not exactly accessible either (3.09).

Aug 15 2022, 5:08 PM · MobileFrontend, Readers-Web-Backlog, Mobile, MinervaNeue
stjn added a comment to T315120: Minerva has no styling for links to pages that do not exist in reference popup.

Can you help me understand how this can arise. Why would we put a red link inside a reference?

Red links can be inside references, for example, if the article about a publisher or an author does not exist yet in a wiki, but someone linked its name because they are definitely notable and someone would create an article some day.

Aug 15 2022, 1:37 PM · MobileFrontend, Readers-Web-Backlog, Mobile, MinervaNeue

Aug 12 2022

stjn created T315120: Minerva has no styling for links to pages that do not exist in reference popup.
Aug 12 2022, 9:41 PM · MobileFrontend, Readers-Web-Backlog, Mobile, MinervaNeue

Aug 11 2022

stjn added a comment to T314179: New Vector's expanding search icon is confusing and distracting.

Web engineering team and myself have introduced functionality to MediaWiki with T254399: Add ability to take `prefers-reduced-motion` user setting into account in Vector, back in May 2022, and as one of our goals for Global Accessibility Awareness Day, users already have the ability to not show animations and transitions according with their operating system preferences and compliant browsers to fulfill above success criterion.

Cool to hear that it can be turned off. At the same time, I still think it’s distracting more generally when the search is something you do often, as many editors do. Especially since there’s also another change happening there at the same time (Search button appearance).

Aug 11 2022, 2:34 PM · Design-Systems-Team, Codex, Design, Desktop Improvements (Vector 2022)

Aug 8 2022

stjn added a comment to T314714: Metadata and buttons should be inserted after a heading, not inside of it.

@matmarex ‘Worse’ is kind of an understatement here. 'Edit' is one word, however annoying, in most languages (though there's also the fact that we put two links in most wikis, so...), DiscussionTools adds 12 minimum both before and after the heading. Whatever issues there are with MobileFrontend probably don’t justify this. To me, in the ideal world, this is where developers should step in and say to designers ‘this cannot be done because of technical reasons without harm’, in DiscussionTools’s case that applies to, I guess, mostly just to ‘Subscribe’ button being at one level with the heading and showing the info about the collapsed discussions on mobile, if MobileFrontend does not allow wrappers around heading elements.

Aug 8 2022, 10:53 PM · MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Patch-For-Review, Editing-team (FY2021-22 Kanban Board), Accessibility, DiscussionTools

Aug 6 2022

stjn created T314714: Metadata and buttons should be inserted after a heading, not inside of it.
Aug 6 2022, 11:38 PM · MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Patch-For-Review, Editing-team (FY2021-22 Kanban Board), Accessibility, DiscussionTools

Aug 4 2022

stjn added a comment to T286901: Explore options to avoid people translating into wrong language.

Stopping the forced language suggestion altogether (option A) seems like what needs to happen to get this to stop. For variants, you could also do something like A1 which would be suggesting English if someone has British English, but that won’t stop the problem of someone translating in Chechen but ending up changing Russian messages (that is a common problem, btw, and one I forgot to mention earlier when I said to you that placeholder wouldn’t cut it).

Aug 4 2022, 7:59 PM · Language-Team (Language-2022-October-December), Epic, MediaWiki-extensions-Translate

Aug 2 2022

stjn updated the task description for T314179: New Vector's expanding search icon is confusing and distracting.
Aug 2 2022, 6:26 PM · Design-Systems-Team, Codex, Design, Desktop Improvements (Vector 2022)

Jul 29 2022

stjn created T314179: New Vector's expanding search icon is confusing and distracting.
Jul 29 2022, 7:21 PM · Design-Systems-Team, Codex, Design, Desktop Improvements (Vector 2022)

Jul 18 2022

stjn awarded T313225: Various parts of MediaWiki don't respect default browser font size a Love token.
Jul 18 2022, 2:07 PM · UI-Standardization, MediaWiki-Page-diffs, Page-Previews, CSS, Design, Accessibility

Jun 30 2022

stjn added a comment to T259864: Enable Reply Tool to adapt to indentation syntax used at ru.wiki.

We've talked about this in the engineering meeting today, and @cscott had a new idea: what if we used : for indentation, but added a little bit of CSS styling to display bullet markers at the beginning of each comment? We now have indicators for that in the HTML (the <span data-mw-comment-start …> elements), generated by DiscussionTools, so styling them with CSS actually becomes possible (it wasn't before).

It’s still incorrect markup, though. That is one of the reason it is not used in Russian Wikipedia, and the styling tweak you’re proposing is not going to change that.

Jun 30 2022, 5:07 PM · MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Editing-team (FY2021-22 Kanban Board), Russian-Sites, MW-1.38-notes (1.38.0-wmf.19; 2022-01-24), Patch-For-Review, Goal, DiscussionTools

Jun 19 2022

stjn added a comment to T310274: Special:WhatLinksHere : remembers collapsed/uncollapsed state of the options box.

As I noted in T117754#8013510, the form should just not be collapsible. There is practically no benefit to it, and it makes using the page a bit harder. If the developers listen to this, then this task could be resolved for all intents and purposes.

Jun 19 2022, 1:02 PM · Design, UI-Standardization, MediaWiki-Special-pages
stjn added a comment to T117754: Convert Special:WhatLinksHere to OOUI.

The form shouldn’t have been collapsible in this case. It makes a number of regular use cases of What links here, such as ‘go to the template, see where it’s used’, a bit harder to do without much benefit on mobile viewports (since this form is not long, like on Special:Contribs).

Jun 19 2022, 12:49 PM · MW-1.39-notes (1.39.0-wmf.18; 2022-06-27), Patch-For-Review, Advanced Mobile Contributions, MediaWiki-Special-pages, Design, UI-Standardization

Jun 7 2022

stjn added a comment to T213778: Update link colors in Vector 2022 for improved UX (and consistency).

@stjn also, to clarify: gov.uk uses #1d70b8 for their links, which has a 3.11:1 with black, and 5.16:1 (which also fails AAA). Though it's not a great comparison because they underline their links and we do not.

Yeah, that’s true actually. I guess I just thought that it’d be better since they put a lot of thought into their link styling (more into focus styles, I guess).

Jun 7 2022, 7:05 PM · User-notice-archive, MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Design-Systems-Team (Design-Systems-Sprint), Readers-Web-Backlog (Kanbanana-2022-23-Q1), Editing-team, DiscussionTools, OWC2020 (OWC2020 Replying 2.0), Desktop Improvements (Vector 2022), UI-Standardization, Vector (legacy skin)

Jun 6 2022

stjn added a comment to T213778: Update link colors in Vector 2022 for improved UX (and consistency).

From a technical point of view, doing both is easiest. If we just target new Vector then we are adding technical debt for ourselves to clean up later. What is the concern about changing it for legacy Vector - backlash from community members who don't understand the accessibility, consistency trade off we're making?

It is not the question of ‘not understanding accessibility’. It is the question of picking the wrong colours for the job. Both blue and red coloured links that are proposed (and red is already used) have lower contrast against background, and only conform to the lower ends of AA level (5.37 for blue/white, 5.09 for blue/sidebar, 4.57 for red/white; 4.5 is bare minimum). As it stands, they are simply worse choices, even if they differ to the text around them a bit better (but also barely because it is dimmed for no reason, reducing contrast).

Jun 6 2022, 9:55 PM · User-notice-archive, MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Design-Systems-Team (Design-Systems-Sprint), Readers-Web-Backlog (Kanbanana-2022-23-Q1), Editing-team, DiscussionTools, OWC2020 (OWC2020 Replying 2.0), Desktop Improvements (Vector 2022), UI-Standardization, Vector (legacy skin)

May 25 2022

stjn added a comment to T279869: TemplateData editor shifts editnotices and textbox down, resulting in misclicks.

This is a pain point for me not just with the content block itself but also the warning that TemplateData exists on the /doc page (which I guess is even the worse problem for me).

(Just a note that this part wasn’t fixed, and this warning still pushes the page down a bit.)

May 25 2022, 11:40 AM · MW-1.39-notes (1.39.0-wmf.12; 2022-05-16), WMDE-TechWish-Maintenance, WMDE-Templates-FocusArea, VisualEditor, TemplateData

May 19 2022

stjn added a comment to T301888: Navigation portlets should expose current page with [aria-current] property.

Well, the basic example is that the sidebar link to ‘Main Page’ leads to the same page you are on if you are located on the project’s main page.

May 19 2022, 9:04 PM · MediaWiki-Core-Skin-Architecture (Menus 2.0), Accessibility, MediaWiki-Interface
stjn added a comment to T301888: Navigation portlets should expose current page with [aria-current] property.

Minerva does not have navigation portlets per se because it implements its own sidebar, though I think even its mobile menu can benefit from this change. T20465: Tabs in Monobook and Vector should indicate selected state for assistive technology is similar to this, yes, but I am not talking strictly about tabs. As for ‘the only place the link should be to the current page is the tab next to talk page’, it is not strictly true: sidebar links can lead to the same page that we are on, and this should be indicated to screen reader users.

May 19 2022, 8:40 PM · MediaWiki-Core-Skin-Architecture (Menus 2.0), Accessibility, MediaWiki-Interface
stjn added a comment to T301888: Navigation portlets should expose current page with [aria-current] property.

Which skin does this bug relate to?

All skins.

May 19 2022, 11:38 AM · MediaWiki-Core-Skin-Architecture (Menus 2.0), Accessibility, MediaWiki-Interface

May 14 2022

TheDJ awarded T279869: TemplateData editor shifts editnotices and textbox down, resulting in misclicks a Mountain of Wealth token.
May 14 2022, 8:24 PM · MW-1.39-notes (1.39.0-wmf.12; 2022-05-16), WMDE-TechWish-Maintenance, WMDE-Templates-FocusArea, VisualEditor, TemplateData

Apr 29 2022

stjn added a comment to T287840: Add aliases for "simple" language special pages on simplewiki.

No, since Simple English is not a separate language.

Apr 29 2022, 12:09 PM · I18n, MediaWiki-Special-pages, MediaWiki-Internationalization, Wikimedia-Site-requests

Mar 16 2022

stjn created T304010: CSS for broken media being applied too broadly.
Mar 16 2022, 9:01 PM · Patch-For-Review, MW-1.39-notes (1.39.0-wmf.1; 2022-03-21-early), Parsoid-Read-Views (Phase 0 - Parsoid-Media-Structure), Parsoid, VideoJS player
stjn added a comment to T301887: Vector should use list-style: disc before its list-style-image declaration to support browsers with images disabled.

I can't replicate. A screenshot would be helpful.

Mar 16 2022, 8:05 PM · Readers-Web-Backlog, UI-Standardization, Vector (legacy skin)
stjn added a comment to T301887: Vector should use list-style: disc before its list-style-image declaration to support browsers with images disabled.

Just disable images in any browser (I assume), or just latest Firefox.

Mar 16 2022, 5:52 PM · Readers-Web-Backlog, UI-Standardization, Vector (legacy skin)

Feb 25 2022

stjn added a comment to T58313: Make postedit messages ("Your edit was saved.") and mw.notification messages ("The page has been added to your watchlist.") look the same.

I was thinking that this change is worth announcing because it is one of the most visible parts of the software and it got a significant design/placement change. But OK.

Feb 25 2022, 8:20 PM · MW-1.38-notes (1.38.0-wmf.25; 2022-03-07), Patch-For-Review, MW-1.36-notes (1.36.0-wmf.16; 2020-11-03), MW-1.30-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), UI-Standardization, Design, MediaWiki-Interface

Feb 24 2022

stjn added a project to T58313: Make postedit messages ("Your edit was saved.") and mw.notification messages ("The page has been added to your watchlist.") look the same: User-notice.

I believe this should have been announced, as it is a big front-facing change. (And, IMO, an imperfect one, making the notification much less noticeable.) If already-done-previously things cannot go in Tech News, please correct me.

Feb 24 2022, 7:38 PM · MW-1.38-notes (1.38.0-wmf.25; 2022-03-07), Patch-For-Review, MW-1.36-notes (1.36.0-wmf.16; 2020-11-03), MW-1.30-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), UI-Standardization, Design, MediaWiki-Interface

Feb 17 2022

stjn merged T302023: Global user page links display as non-existing pages in comment text into T297192: Redlinked username in page history edit summaries despite a global user page existing.
Feb 17 2022, 7:39 PM · MediaWiki-Parser, GlobalUserPage, MediaWiki-Watchlist, Growth-Team, MediaWiki-Page-history, Beta-Cluster-reproducible
stjn merged task T302023: Global user page links display as non-existing pages in comment text into T297192: Redlinked username in page history edit summaries despite a global user page existing.
Feb 17 2022, 7:38 PM · GlobalUserPage
stjn created T302023: Global user page links display as non-existing pages in comment text.
Feb 17 2022, 7:37 PM · GlobalUserPage

Feb 16 2022

stjn added a comment to T293470: Easier language switching from Main page.

From a development POV, I'm advising projects not to do that. Wikis that currently do this are outputting 2 h1s to the page which is not great from an SEO or accessibility standpoint.

Not sure about SEO, but headings that are completely hidden, like you have recently done a change for, do not get into accessibility tree unless referenced by other elements (such as aria-labelledby). So there is no accessibility problem here, only if there is no <h1> at all when hiding it. I am pretty sure I already described this in T300695 before.

Feb 16 2022, 8:50 PM · Readers-Web-Backlog, MW-1.38-notes (1.38.0-wmf.13; 2021-12-13), User-notice, Desktop Improvements (Vector 2022)
stjn added a comment to T293470: Easier language switching from Main page.

While I am not @Sdkb, I do want to reiterate that this is complete non-starter from multiple different points. Among them:
a) most wikis hide the heading for a reason—because it does not fit into the existing designs, which you as a designer should understand;
b) therefore, this suggestion requires all wikis to work around Vector 2022 in their main page designs since other skins do not require this, which in many cases can and will be a lot of work (what is your suggestion for ru.wikipedia.org, for example? nevermind the fact that the design looks worse with enforced max-width);
c) there are projects where <h1> is now appropriately set on the page itself, which would need hacks around for new Vector if you enforce the page title on it;
d) there are some multilingual projects that use page structure like Main Page/de for their main page localisation and do not use Extension:Translate, and page title will be bad to show on those projects.

Feb 16 2022, 7:44 PM · Readers-Web-Backlog, MW-1.38-notes (1.38.0-wmf.13; 2021-12-13), User-notice, Desktop Improvements (Vector 2022)
stjn added a comment to T301887: Vector should use list-style: disc before its list-style-image declaration to support browsers with images disabled.

Both? I don’t think styles for ul are different in two skin versions.

Feb 16 2022, 5:30 PM · Readers-Web-Backlog, UI-Standardization, Vector (legacy skin)
stjn created T301888: Navigation portlets should expose current page with [aria-current] property.
Feb 16 2022, 4:36 PM · MediaWiki-Core-Skin-Architecture (Menus 2.0), Accessibility, MediaWiki-Interface
stjn created T301887: Vector should use list-style: disc before its list-style-image declaration to support browsers with images disabled.
Feb 16 2022, 4:36 PM · Readers-Web-Backlog, UI-Standardization, Vector (legacy skin)

Feb 15 2022

stjn added a comment to T301823: Semicolon not handled properly in username.

This is same as T238285: Pages whose title ends with semicolon (;) are intermittently inaccessible (likely due to ATS)

Feb 15 2022, 8:50 PM · MediaWiki-User-management
stjn updated the task description for T301816: Date headings on special pages should use appropriate heading level.
Feb 15 2022, 6:57 PM · Growth-Team, MediaWiki-Watchlist, MediaWiki-Recent-changes, MediaWiki-Special-pages, Accessibility
stjn created T301816: Date headings on special pages should use appropriate heading level.
Feb 15 2022, 6:57 PM · Growth-Team, MediaWiki-Watchlist, MediaWiki-Recent-changes, MediaWiki-Special-pages, Accessibility
stjn added a comment to T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning.

a) h4s are used as that is the heading used for Special:RecentChanges and Special:Watchlist and this change is meant to be consistent with those pages. Those pages have no h3s and h2s either so presumably, that would also be a bug on these two pages too. Please raise a new ticket for this one. I haven't thought too deeply about this.

I see. Yeah, it seems like it was chosen simply due to its styling. Not sure how to reconcile it without making everyone mad that all the dates will be displayed bigger (add a visually hidden <h2> so the change would be less prominent?), but I’ll open a separate task for it.

Feb 15 2022, 6:48 PM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Readers-Web-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)
stjn added a comment to T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning.

I understand that this is already merged, but there are multiple issues with implementation:
a) <h4> level heading is wrong if you have no <h2> and <h3> on the page beforehand, like it is currently on Special:Contributions. The implementation should probably insert different level headings if this is necessary for some pages, so it should be <h2> on Special:Contributions, for example.
b) If desktop skins will hide these headings completely, screen reader users would lose all the information as to why there is a dozen of separate lists on the page, as opposed to just one like before. This should probably be done with visual hiding instead, though I am not sure.

Feb 15 2022, 6:35 PM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Readers-Web-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)
stjn created T301808: Video.js sets undefined value on some audio files.
Feb 15 2022, 6:05 PM · MW-1.38-notes (1.38.0-wmf.25; 2022-03-07), VideoJS player
stjn added a comment to T248418: Roll out videojs as the only video/audio player on all Wikimedia wikis.

Added a note in tech news

Added ‘Some audio players will become wider after this change’ there since this will be the most visible result of beta feature becoming the default. If someone has better description for this, feel free to change it. [See the difference between Kaltura and Video.js: https://ru.wikipedia.org/?oldid=119991246 or https://ru.wikipedia.org/wiki/Шаблон:IPA_chart/table_pulmonic_consonants_with_audio ]

Feb 15 2022, 5:51 PM · User-notice-archive, User-Ladsgroup, Patch-For-Review, Readers-Web-Backlog, Wikimedia-Site-requests, VideoJS player, Performance-Team (Radar), Multimedia, Wikimedia-Video

Feb 5 2022

stjn added a comment to T289212: Feature request: Login button doesn't appear besides the create account text with new compact user menu.

@Theklan: would you consider this adequately solved if account creation interface (Special:CreateAccount page) had a link to log in in it? (Which it weirdly doesn’t at the moment, so I understand where you are coming from.)

Feb 5 2022, 10:48 PM · Desktop Improvements (Vector 2022)
stjn added a comment to T296795: Table sorting arrow recoloring.

This is something that should be solved by enWP’s editors choosing colours with good colour contrast against those icons, and not by software changes. Your community can require it in its guidelines. According to WCAG 2.0/2.1, minimum colour contrast between icons and the surrounding backgrounds should be at least 3:1, which would be visible (cannot provide a link right now, but can probably find it).

Feb 5 2022, 10:42 PM · Accessibility, MediaWiki-Interface (Tables)
stjn updated the task description for T301051: Vector 2022’s language button is inaccessible.
Feb 5 2022, 10:26 PM · MW-1.39-notes (1.39.0-wmf.16; 2022-06-13), Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (legacy skin), Desktop Improvements (Vector 2022), Accessibility
stjn renamed T301051: Vector 2022’s language button is inaccessible from Vector 2020’s language button is inaccessible to Vector 2022’s language button is inaccessible.
Feb 5 2022, 10:20 PM · MW-1.39-notes (1.39.0-wmf.16; 2022-06-13), Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (legacy skin), Desktop Improvements (Vector 2022), Accessibility
stjn created T301051: Vector 2022’s language button is inaccessible.
Feb 5 2022, 10:20 PM · MW-1.39-notes (1.39.0-wmf.16; 2022-06-13), Readers-Web-Backlog (Kanbanana-FY-2021-22), Vector (legacy skin), Desktop Improvements (Vector 2022), Accessibility