Don't use conpherence with me, I won't read nor reply. Instead write me by email or my user talk on mediawiki.org.
- User Since
- Oct 10 2014, 2:32 PM (136 w, 6 d)
- LDAP User
- MediaWiki User
- Nemo bis
From the screenshot, it seems that at least Hindi is problematic. I agree we need a failproof solution, such as choosing sufficiently different font-size or sufficiently similar fonts for h3 and h2.
Thanks, it's looking much better now:
Uh, wiki created in 2010 by JeLuF. The newprojects list is older than I thought though, and this list was properly announced:
Is the Phabricator team aware of that?
Indeed, 130 translations were made on 2017-05-15 https://translatewiki.net/wiki/Portal:Kbp by Gnangbade.
It needs more research and it's not clear if this is even still a problem for Hebrew
However, there's no reason to believe that reducing the number of articles created would actually affect the backlog
Tue, May 23
I guess we should point to some multilingual request page or queue. I assume the traffic is very low.
The main thing I noticed during the showcase was the Wikipedia logo/wordmark. It would be good to adopt whatever logo or favicon the wiki is actually using. If the point about feed_header_wordmark.xml in the task description is this, forgive the noise. :)
It's unnecessarily complicated to change expectations about MediaWiki locales.
Nemo_bis I'm not saying those things are useless and not important. I'm saying it is problematic to ask new contributors to take care of it.
But maybe seeing the messages appearing in the Incubator UI somehow before the first export from translatewiki could be nice and encouraging.
Typically this is schools or other public places where some edits are good, but with a high probability of bad edits.
I added the mediawiki.util dependency for some 488 gadgets from Krinkle's list across all wikis those which lacked "ResourceLoader" option and/or any dependency statement at all. In some rare cases, the dependency had been declared in the meanwhile (example) but it doesn't harm to be extra careful.
Sun, May 21
Is T157508 the same issue?
We're mostly left with a need to make the variable checker more flexible for gender. Niklas said we could have a specific checker for gender variables (which could then have blacklists per language) and make the variables checker ignore what is already checked by other checkers. Niklas, can you please file a task for the solution you find sensible and close this one?
Sat, May 20
The counterpart of this is that we should export deletions, i.e. exporting a group where a translation's page has been deleted should also remove the translation from the l10n files. (We don't seem to have a report for this, only for page translation and deleted translation units.)
Done yesterday: https://gerrit.wikimedia.org/r/354500
Thanks. This is a valid MediaWiki task. When you have a patch, add Raimond to reviewers so that he can also re-enable the extension on translatewiki.net as needed.
We do have an unblock button, but the unblock doesn't make the warning go away.
Fri, May 19
This is the query FlaggedRevsStats::getMeanPendingEditTime() and it gives the same results as shown on https://ia.wikipedia.org/wiki/Special:Statisticas_de_validation for instance, as you said.
We also recapped T121995: Switch FlaggedRevs on Hungarian Wikipedia to a "flagged protection" mode a bit (the task could use some immediate action) and mentioned T163107: Flagged revs Special:ValidationStatistics update doesn't work. Some of the actionables involve ORES outreach on the wikis where the FlaggedRevs backlog needs help.
Is https://etherpad.wikimedia.org/p/flaggedhack17 ready to be copied on a wiki page?
Meskobalazs has an initial patch and is setting up a test wiki to verify it.
My quick impression is that the consensus was just to make FlaggedRevs be "for informational purposes" as in Russian Wikipedia and others, but I've not reviewed the discussion extensively.
I agreed to join Zache for the session. We'll probably spend 5 minutes recapping what FlaggedRevs is and giving a quick demonstration, for those who don't know or never tried its interface directly.
Wed, May 17
The bug summary is unclear: I don't know what "a new Language project" is. It's possible that you meant "Make it easier to reach the current requirements for final approval in Wikimedia's language proposal policy" alias "Make it easier to qualify for a new language subdomain at Wikimedia".
By the way:
so that users could get some information about what’s happening.
Tue, May 16
frameless, label-only, destructive red link is a thing in OOjs UI.
Mon, May 15
Sun, May 14
The share button produces an equally unusable URL:
Sat, May 13
All such requests have the same issue: disruptive users will ignore administrators and other users who inform them of their mistakes; it will get even harder for them to improve and they may be blocked without having received a warning.
I'm having the same problem; inside-tags and inside seem to be ignored as well.