Support, esp, since we have a RL project as well. While we are at that, add one for css and/or less ?

In T76269#794422, @TheDJ wrote:

Support, esp, since we have a RL project as well. While we are at that, add one for css and/or less ?

Just to be clear, this proposal would be:

• merge javascript into MediaWiki-JavaScript
• create MediaWiki-CSS

I wonder whether we're being too specific here: MediaWiki-CSS and MediaWiki-JavaScript could both be merged into MediaWiki-ResourceLoader, kind of.

And I wonder whether we want to be less specific: searching for tasks related to JavaScript or CSS, related or unrelated to MediaWiki, seems like a valid use-case. We could just add a "css" tag/project.

In T76269#794486, @MZMcBride wrote:

• merge javascript into MediaWiki-JavaScript

The other way around, so that it can be associated to JavaScript code in extensions.

I like the idea of having tags for programming languages, to be used especially in combination with the Needs Volunteer priority and/or the Easy tag, and ideally also with a landing page in mediawiki.org explaining which opportunities are there for developers familiar with such language. It would be a good tool for Annoying Little Bugs, Possible Projects, and our outreach efforts in general.

I think the problem here is MediaWiki-JavaScript, because there is no such component in MediaWiki core with that name. If we want to identify MediaWiki core tasks related with JavaScript, we could use tags accordingly.

In T76269#794493, @He7d3r wrote:

In T76269#794486, @MZMcBride wrote:

• merge javascript into MediaWiki-JavaScript

The other way around, so that it can be associated to JavaScript code in extensions.

Ah, okay. This sounds reasonable.

In T76269#794504, @Qgil wrote:

I like the idea of having tags for programming languages, to be used especially in combination with the Needs Volunteer priority and/or the Easy tag, and ideally also with a landing page in mediawiki.org explaining which opportunities are there for developers familiar with such language. It would be a good tool for Annoying Little Bugs, Possible Projects, and our outreach efforts in general.

Yep. Though the "PHP" tag quickly gets a bit tricky there. It's definitely worth filing a separate task about the idea of tags by programming language.

So I guess here we would merge MediaWiki-JavaScript tasks into JavaScript tasks and/or MediaWiki-ResourceLoader tasks? And then we'd create CSS and/or LESS tags? (Does Phabricator support bulk actions?)

Ref bulk actions: https://www.mediawiki.org/wiki/Phabricator/Help#Batch_Edits

I support merging MediaWiki-JavaScript into JavaScript.

Most of the tasks in MediaWiki-JavaScript might as well be in MediaWiki-User-Interface instead. For the few that might not, using JavaScript + MediaWiki-General (or whatever other project fits the closest) seems sensible to me.

(Off-topic: I wonder, is it possible to mention a project without adding it to the task?)

In T76269#794528, @matmarex wrote:

I support merging MediaWiki-JavaScript into JavaScript.

Most of the tasks in MediaWiki-JavaScript might as well be in MediaWiki-User-Interface instead. For the few that might not, using JavaScript + MediaWiki-General (or whatever other project fits the closest) seems sensible to me.

(Off-topic: I wonder, is it possible to mention a project without adding it to the task?)

I disagree with merging the tasks in MediaWiki-JavaScript into JavaScript. Things like "upgrade jQuery" or "shim for ES6" don't belong in MediaWiki-User-Interface, and I really don't want to have to watch MediaWiki-General just to be able to see such tasks.

Also, the "tag" projects are all extremely ugly and not really particularly helpful.

I disagree with merging the tasks in MediaWiki-JavaScript into JavaScript. Things like "upgrade jQuery" or "shim for ES6" don't belong in MediaWiki-User-Interface, and I really don't want to have to watch MediaWiki-General just to be able to see such tasks.

They belong in MediaWiki-Libraries or something, or
MediaWiki-Boring-Backend-Code. I think we are actually missing a
component like that. (Out of existing projects, the ResourceLoader one
fits these well.)

In T76269#818594, @matmarex wrote:

I disagree with merging the tasks in MediaWiki-JavaScript into JavaScript. Things like "upgrade jQuery" or "shim for ES6" don't belong in MediaWiki-User-Interface, and I really don't want to have to watch MediaWiki-General just to be able to see such tasks.

They belong in MediaWiki-Libraries or something, or
MediaWiki-Boring-Backend-Code. I think we are actually missing a
component like that.

Well, there's the Librarization project, but that's about converting MW-core into a series of libraries and services, so that doesn't quite fit.

(Out of existing projects, the ResourceLoader one fits these well.)

I disagree; I see MediaWiki-ResourceLoader as being about issues with ResourceLoader the library and the integration of RL into MW, and not about its use. Certainly, "We should use RL to ship X library to users" doesn't really have anything to do with RL…

MediaWiki-Resources?

Maybe #MediaWiki-FrontEndLibraries?

MediaWiki-Resources is probably the most accurate.

But I'd like to propose abandoning this unscalable catch-all for "Frontend code". Frontend is part of our regular stack now (just like SQL, PHP, and HTML). It can be part of any project.

There's nothing wrong with a global tag JavaScript (maybe rename to "Frontend", or add a "CSS" tag).

But "MediaWiki-Resources" (or "MediaWiki-Frontend") isn't useful. Just like "-PHP-files", "-Special-pages", "-Skins", or "-Extensions" wouldn't be useful categories, either. The SpecialPage system itself, Watchlist, User login, Skin system, Vector skin, ResourceLoader, etc. Those seem more useful categories.

And occasionally you might need the attention of experts in databases, caching, API, or javascript. At which point you could add such a tag and/or CC certain people.

JavaScript code for Watchlist belongs to MediaWiki-Watchlist. Just like issues with its Special page, API module or database table. JavaScript for Special:UserLogin MediaWiki-User-login-and-signup. API skin css part of MediaWiki-Action-API. None of those would benefit from a "MediaWiki-Frontend" tag more than a generic JavaScript tag would.

Things that don't have notable projects (yet) could get similar treatment as we would for PHP code: MediaWiki-General, + JavaScript.

OK, so we're killing MediaWiki-JavaScript. When can I start re-triaging? :)

I'm going to be bold then and do it tomorrow.

Matmarex killed T4114 (thank you!).
Left are 105 open tickets under MediaWiki-JavaScript.

Yeah, I decided to give them a better look before mass-moving. I'll finish it this week year.

52 left after:

• Closing some old long-fixed bugs
• Triaging newly filed reports (filed after this task)
• Triaging reports that obviously belonged to #MediaWiki-Interface or #MediaWiki-Internationalization

All done! Please close MediaWiki-JavaScript and put some instructions in the description, along the lines of "New reports should probably be filed under #MediaWiki-General-or-Unknown or possibly #MediaWiki-Interface, with the #JavaScript tag.".