It seems to work if you just remove &titlecategorysearch= from the URL (example), which indicates an empty string in the parameter is not recognized the same as the parameter being absent.

Another one, all ASCII characters.

The patch seems to override not just maxerr but a bunch of things. Crucially, ES6 is now invalid, and globals in browser environments (window, document, etc.), are no longer assumed to be present.

mw.loader.getState('ext.cx.uls.quick.actions') is returning error. The module seems to have been added in bab062314d03.

While I contest that "CC" and "closed captions" are "mostly unknown to lay people" (most people know what they mean from TV broadcast at least in North America), I concur its use as an icon is culturally specific and thus undesirable. It looks like VideoJS already shows a generic subtitles icon rather than "CC" if the interface language is set to anything other than American or Canadian English (YouTube does basically the same). But I don't even know if it should be showing "CC" at all, even if it's set to English.

In T248418#7804867, @kaldari wrote:

This would only embed a small speaker icon in the page, which when clicked would open the modal player

I would hate—nay, loathe—that. And nobody does such a thing. Look at any dictionary site, like this, this, this, this, this, this, this or this, for instance.

@Quiddity There appear to be at least about 160 users (after eliminating duplicates) who have hidden .postedit in their CSS:

• https://global-search-test.toolforge.org/?q=%22postedit+%7B+display%22&namespaces=2
• https://global-search-test.toolforge.org/?q=%22postedit+{display%22&namespaces=2

That might be a tiny number in the grand scheme of things but adding a tag couldn't hurt.

Then can we remove the Kultura code but hold off on deploying it, fix T246035 and then deploy it? Again, the beta feature did use to play audio in place. It's just showing the modal for all audio that's a flaky, bizarro decision that makes little sense. I agree everything else about this is awesome.

It can be a simple gadget to disable TMH or make it inline and this doesn't need to come from us.

It does as long as T22153: Implement global gadgets (WMF-wide) is open. The problem isn't wiki-dependent so neither should the solution. Please acknowledge that, if you rolled it out as it currently is, you would be making the UX far worse for everyone reading any wiki page with audio on it and how bad a look it would be to impose it on the communities and ask them to fix it.

Fixed invalid CSS in the description (h/t Izno). I don't know why .mw-changeslist-time was included (outside the backticks no less) when times are already visible.

Then they should be sorted by hit count there too. 😁 As for inactive tags, it makes some sense to hide them at RecentChanges because they're all, well, recent changes, but not so much at history, contributions, etc., which include older edits.

(Not sure if there's a "threshold" for this tag—remove it if there is and it's not met—but just for reference.)

In T298638#7732543, @Jdlrobson wrote:

You can use counter-reset / counter-increment CSS.
e.g.

body {
  counter-reset: list-number;
}

#bodyContent ul {
    list-style: none;
}

 
#bodyContent li {
  counter-increment: list-number;
}

#bodyContent li:before {
  content: counter(list-number) '. ';
}

The tags should be sorted by hit count and tags with zero hit counts should be hidden. Also inactive tags shouldn't be hidden as long as they have hit counts.

@alexhollender_WMF That would be T229169: Support inline links to audio with ability to play it in situ.

In T298638#7726770, @Nardog wrote:

I'd really love there to be a div encompassing the entire contribs list... Now there's no way to tell where a list ends in e.g. {{Special:Contributions/Foo}}{{Special:Contributions/Bar}}.

Perhaps try:

body.ns-special:not(page-Speciális_Új_üzenetek) #bodyContent ul:not(.mw-contributions-list) {
	list-style-type: decimal;
	list-style-image: none;
}

@Ladsgroup I appreciate your suggestion and it sounds like a step in the right direction. One big quibble, however, is that it suggests there will be a period, however short it may be, where audio can only be played in the popup. That to me is unacceptable and there will be a ton of pushback. Just provide an alternative, be it Kultura or the browser's native player (with the caveat that they won't get subtitles), concurrently with, not after, the rollout. VideoJS did offer in-place audio playback, and it was removed to support subtitles. I imagine undoing that (just for audio without subtitles and/or while making the popup a button action) wouldn't be very difficult.

In T100106#7727560, @Aklapper wrote:

@Serg1o: See T229169 instead (as this task's scope is about the replacement itself only). Thanks.

I'd really love there to be a div encompassing the entire contribs list... Now there's no way to tell where a list ends in e.g. {{Special:Contributions/Foo}}{{Special:Contributions/Bar}}.

that's what "to support" means.

I know. But most people don't, and a lot of them will read it as only relating to audio that accompanies subtitles and think it's unrelated to their problem and create duplicate tasks. It might be an improvement from a developer's perspective but certainly not from an end user's. I'm astonished at your apparent characterization that my simple suggestion of this exhibits a lack of "faith". I apologize for not being more specific but I think you took my comment less charitably than was called-for.

@Ladsgroup I can't think of a situation where it is preferable to show a modal and hide everything else on the page, even where subtitles must be shown. Seriously, what website does that? The only sane way I can see is to make the embedded player an actual player (or show a fixed player like SoundCloud) and show subtitles some other way, be it above the player like Kultura or fixed on screen like VideoJS used to.

@Jdforrester-WMF The dialog opens regardless of whether there are subtitles to show. I find your change to the title misleading.

Rolling VideoJS out without addressing T246035: Videojs player for audio opens a dialog to support subtitles, which is unexpected fundamentally misunderstands what audio served by TMH is primarily for. In the vast majority of contexts, audio (and video too to some extent), usually contained in {{Listen}}, is there to augment and inform the adjacent textual content and vice versa. They're meant to be digested side-by-side. Not allowing that is akin to showing a placeholder for an image instead of a thumbnail and MediaViewer popping up when the user clicks the placeholder.

"turn [[Media:]] links into html5 players" indeed doesn't sound like a good idea and I'm at a complete loss as to how you thought I was suggesting that.

Why do you need "different HTML output"? As in the task description I've always suggested an extension tag. If the tag only supports audio, then it can just throw an error when it's given non-audio (or non-AV).

Yeah as long as watchlist, recentChanges and userContributions have consistent aesthetics I don't have much of an objection to removing the bullets. It is a change in the spirit of the "Reduce to the essential form" principle, so it has that going for it.

Embiggened the star.

Consistency with RecentChanges would be especially welcome as the features share much of the interfaces.

In T297979#7648816, @alexhollender wrote:

hm, I'm not sure the length of the lines is an issue. The user contributions or recent changes icons don't have the same length lines either.

The shorter lines in those existing icons are clearly to avoid interference with the foreground object (user/pencil). It's not just that they don't have the same length, it's that the middle one is shorter for no reason.

So how about this: create an icon for WhatLinksHere (I'd name it linkIncoming), and use articleRedirect for Move like originally suggested?

The icon doesn't look like it's signifying a list because the lines don't have the same length. It looks like "favorite paragraph" or something. Why not just repurpose userContributions and swap the user for a star?

The wiki syntax can be anything; what I want is for the server to provide the derivative URLs (and MIME types) so they won't have to be fetched client-side. Firefox can't play WAVs, no browser can MIDIs... that's a bigger issue with [[Media:...]] than that you're led to a different page.

There are forms that have "Items per page:" (AllMessages, BlockList, ListFiles...) so this too could mimic them. The TablePager-style buttons (First page/Previous page/Next page/Last page) would also fit.

Related: T21992: Support client-side date/time formatting for user's timezone, language, and preferred format (JavaScript)

Not really sure what the use case is. Do you want to show relative timestamps or something?

In T292764#7433694, @Daimona wrote:

It has never worked, AFAICS, since it requires explicit handling of the "offset" (and "limit") query parameters.

Well, whether it uses Kultura or VideoJS simply reflects site/user settings, so that need not be consistent.

Ah I see. I was just confused by the new expand-url=1 in adjacent diff links (which I still don't get what difference its presence makes...).

How can I make it return relative URLs like before? expand-url=0 doesn't do it.

An opt-out class just like MediaViewer's noviewer and CirrusSearch's navigation-not-searchable would be great.

But it does show up pretty much immediately for uploaded media ([[File:...]]). (Not that it matters if you're going to disable it for Score, but.)

The JS players always introduce delay, because they have to be loaded asynchronously.

But not like five seconds, which it takes for the Kaltura player to show up for the score audio.

(Reposted from WP:VPT)
Replacing this line with insertLinkTitleInputField.getField().setValue( match[ 1 ] ); seems to do the job, but I'm surprised the function 1) keeps underscores instead of turning them into spaces and 2) doesn't decode percent encodings. I bet users of wikis in other languages have found it useless.

See https://test.wikipedia.org/wiki/Score_and_media.

Been more than a year.

This task is about how TimedMediaHandler's player is sometimes used for Score and at other times not (depending on the content of the rest of the page), whether VideoJS is enabled or not. That VideoJS doesn't work with Score is a completely separate issue.

Turns out cf8a4f2133cb has not fully fixed it (or it came back), see T295514: Score audio uses different players depending on whether the page has other embedded media.

Why is this still open?

@Izno It's not quite what this task is asking for, though, as it just checks when you click the button. It wouldn't be difficult to implement it since it's just a script, but I also believe the PHP side should just give you an error instead of the unaltered version of the page.

@Mainframe98 Thanks for the link. Seeing that articleRedirect was considered for "Move", I realize we can just take logIn and make it narrower, as in:

@ThurnerRupert As mentioned above, Moment.js, another date-handling library, is already shipped with MW core. The problem isn't that there isn't a nice way to format or parse dates, but that there isn't a nice way to format or parse dates in the format the user sees in the MW interface without a lot of reinventing the wheel.

Why do we even use OO.ui.infuse for the summary widget (when we don't for the buttons)? Would there be any problem with simply using $( '#wpSummary' ).val()?

@SD0001 You mean CatChangesViewer. CatChangeLinker is a tiny script that essentially fixes T148533 and T270662.