Jump to navigation Jump to search
NoteProblems? Questions? Suggestions? Write your message below. – See also the FAQ or try to catch us in IRC.

Your request has been forgotten? Feel free to post a reply to bump the thread to the top. The thread summarization feature is broken, see Phab:T245109. Very old threads have been archived.

First page
First page
Previous page
Previous page
Last page
Last page

Contributions by User:Alefar

This user was blocked a month ago but most of their contributions haven't been deleted:

They mostly translated English messages to "British English" by converting them to ALL CAPS. I manually reverted a few, but those should probably be deleted as well as they are identical to their English counterparts.

Ed g2s (talk)15:30, 21 January 2021

Username change

Edited by 0 users.
Last edit: 23:16, 5 February 2020

Dear admins,

Is there one of you available and willing to change my current userName KlaasZ4usV to my real name I use on all WMF-projects except this one: Klaas van Buiten and leave a redirect behind. Thanks in advance for
? This issue is unconfirmed, still to be investigated
 Klaas `Z4␟` V23:16, 5 February 2020


Abijeet Patro (talk)06:43, 8 February 2020

Thank you, grazie, dank u

 Klaas `Z4␟` V10:09, 20 January 2021

[guw] Activate new language: Gun - 'Gungbe'

Hello. The Gun Wikipedia project has been initiated in Incubator. We would like to start translating the important messages into Gun language here. The language uses Latin script and write LTR. Please help activate it. Thanks.

Samatics (talk)10:34, 13 January 2021

This is enabled. I added a list of useful links to your user page. Good luck!

By the way, do you plan to write in the orthography from Benin or from Nigeria?

Amir E. Aharoni (talk)12:08, 15 January 2021

Thank you Amir. I plan to write from Nigeria.

Samatics (talk)12:55, 15 January 2021

What I mean to ask is whether you plan to write with the letters ⟨ẹ⟩ and ⟨ọ⟩, or with the letters ⟨ɛ⟩ and ⟨ɔ⟩.

Amir E. Aharoni (talk)14:00, 15 January 2021

Yes. I meant the Nigerian (Alada) variant which uses ⟨ẹ⟩ and ⟨ọ⟩. It is transborder. Thanks.

Samatics (talk)16:13, 15 January 2021

Hi, I'm Mahuton from Benin Republic. I can speak and write Gungbe too. Gungbe is spoken in Hogbonou, a border region with Nigeria. I think we can moveon with the nigerian variant.


Mahuton (talk)12:40, 16 January 2021

In the book Current Research in African Linguistics: Papers in Honor of Oladele Awobuluyi I found that the Nigerian variant was used only for a Bible translation in Nigeria, and that the Benin variant is used in schools, and that the proposals for unification are based on the Benin variant, not the Nigerian one.

Can you give some examples of where are the different variants used, and of how the Nigerian variant is used in Benin? Is it used in books, newspapers, websites, or schools?

Amir E. Aharoni (talk)04:59, 17 January 2021

Activate new language: Nanai [gld]

Hello. The Nanai Wikipedia project has been initiated in Incubator (code: gld). I'd like to start translating the interface into Nanai language. It looks like I work alone, but I am not a speaker, I ask speakers, they are old and often cannot use Wiki IT. I'd like to say, we are group, but it's not visible. Nanai language uses Cyrillic script. Please help activate it. Thanks.

RFScott (talk)09:23, 15 January 2021

This is enabled. I added a list of useful links to your user page. Good luck!

Amir E. Aharoni (talk)12:06, 15 January 2021

Publishing the translation failed

There are two untraslalted messages of MediaWiki core messages due to this erro messageː "Publishing the translation failed: You do not have permission to edit this page because it contains raw HTML which can be modified to affect all visitors." They are listed below along with the translationsː

1 The english original message is (MediaWiki:Feedback-terms/lmo) "I understand that my user agent information includes information about my exact browser and operating system version and will be shared publicly alongside my feedback. The message traslated into lombard language is ː "Hoo capid che i me informazzion sora el me agent d'utent contegnen di informazzion sora el me programa de navigazzion che vegnarann condivise publicament insema ai me coment." 2 The english original message is (MediaWiki:Feedback-termsofuse/lmo) "I agree to provide feedback in accordance with the Terms of Use." The message traslated into lombard language is ː "Son d'acord de fornì di coment second conforma ai Condizzion de Utilizazzion"

Salvemm el lombard (talk)13:36, 11 January 2021

Some Turkish users use Google Translate

Hello there,

Some Turkish users translate all translations with Google Translate without any editing. This causes a machine translation. Most of the translated content is incorrect. When these users translate all pages not translated into Turkish with Google, other Turkish users who know English do not edit the pages because they do not see the untranslated pages. Please block machine translation users indefinitely and delete all of their contributions. User:BaRaN6161 TURK and User:MuratTheTurkish use machine translate.

Hedda (talk)14:27, 10 January 2021

Reloading without cache in Opera

The message says:

"Note: After saving, you may have to bypass your browser's cache to see the changes.

  • Firefox / Safari: Hold Shift while clicking Reload, or press either Ctrl-F5 or Ctrl-R (⌘-R on a Mac)
  • Google Chrome: Press Ctrl-Shift-R (⌘-Shift-R on a Mac)
  • Internet Explorer / Edge: Hold Ctrl while clicking Refresh, or press Ctrl-F5
  • Opera: Go to Menu → Settings (Opera → Preferences on a Mac) and then to Privacy & security → Clear browsing data → Cached images and files."

But the last one is way too complicated, and it does something quite different from the first three: It clears the entire cache for all websites, which seems completely unnecessary. Why not just say "Press Ctrl+F5"? That's what Opera themselves say: "Ctrl+F5 - Reload page without cache, which is useful if something isn’t loading correctly on the page." (

I cannot change it myself, and the page told me to suggest the change here instead.

jhertel (talk)17:27, 8 January 2021

Patch submitted: Gerrit:655245. Waiting for review and merge now.

Raymond10:18, 10 January 2021

Standard date format in MediaWiki

In a MediaWiki installation you can select the preferred date format in Special:Preferences#mw-prefsection-rendering. Where is the standard value (called "No preference") set? – Is there a translatable string which determines the standard for a given language?

Dipsacus fullonum (talk)16:45, 9 January 2021

Hi Dipsacus fullonum, the standard for Danish is defined in

That means for any change a patch is needed. There are no translatable strings available.

Raymond10:09, 10 January 2021

Requirements to translate MediaWiki into a language.

Is there anywhere where I can read the requirements to be eligible to translate MediaWiki into a language?

Sabelöga (talk)01:42, 10 January 2021

The text on on: Wikimedia:Convenient-discussions-notification-reload/en 'Click to reload the page$1.' should be replaced by: 'Click to reload the page $1.' (= additional space between 'page' and '$1'

Robby (talk)00:01, 8 January 2021

iOS plural syntax off for N'Ko

The plural syntax for these translations broke our import script. I'm hoping my updates will fix them (see history):

Is there a way to kick off a new translations export? If not we can wait until this automatically kicks off. Thanks!

Tsevener (talk)23:49, 15 December 2020

Sorry, I did not saw this earlier. I noticed that a plural validator is not enabled for this project. Any issue if we add it?

Nike (talk)13:53, 4 January 2021

No problem - sure let's try adding it. I don't think there should be a problem but we'll keep an eye out for anything breaking on our end. Thanks!

Tsevener (talk)16:14, 7 January 2021

How to apply to add my open source project translations?

Happy new year.

My project is here:

The open source license is GPL-3.0

The translation files are here:

The format of the translation files are key-value JSON

机智的小鱼君 (talk)22:14, 2 January 2021

Hello 机智的小鱼君,

Happy new year.

Would it be possible for you to create a task on Phabricator by following this link? Phab task link

Secondly, I see that there is a single file that has the source and translations - Can we break these up into different files?

  • en.json
  • fr.json


I would also add a qqq.json file, that will have message documentation.


Abijeet Patro (talk)14:16, 4 January 2021

Thanks for reply!

I'll create the task on phabricator.

Btw, the languages.json file will be discarded. I realized that it is stupid to put strings of all languages in single file. So I'll using in the next versions.

机智的小鱼君 (talk)15:59, 4 January 2021

Alright, let me know if you need any help.


Abijeet Patro (talk)14:22, 6 January 2021

[bdr] Activate new language: West Coast Bajau - 'Bajau Sama'

Hello. The West Coast Bajau Wikipedia project has been initiated recently in Incubator. Hope we can start translating the important messages into West Coast Bajau here. The language uses Latin script and write LTR. Thank you.

Tofeiku (talk)06:42, 25 December 2020

This has been done. I noticed that there are already some translations, thanks for that!

Nike (talk)14:05, 4 January 2021

Problem with

Does anyone else have this problem? I've tried using two different browsers and the same thing happens: if I edit one of my posts, the edit does not show up even after a full reload. But once I add a reply, it does. It's bewildering.

Urhixidur (talk)14:44, 8 December 2020

Same problem here and not only on Support, when I edit a message, I need to do an ?action=purge to see the updated message.

Thibaut (talk)14:55, 8 December 2020

I am sorry to hear that. This extension we are using for discussions (LiquidThreads) does not have a maintainer and it has started to break in various ways.

We would do something about it, but it is not clear where to go. Don't have time to maintain LiquidThreads, Flow is in a similar situation without clear future and plain talk pages are not so nice.

Nike (talk)14:04, 4 January 2021

Delete MediaWiki:Dberr-info/hif-latn

Please delete MediaWiki:Dberr-info/hif-latn, its just a copy of the English version of the message. Thanks, --DannyS712 (talk) 02:24, 24 October 2020 (UTC)

DannyS712 (talk)02:24, 24 October 2020

Not this alone :-( I looked through the file and see some hundred "translations" into English. Any chance for an automated comparison and deletion process?

Raymond15:21, 25 October 2020

So I really quickly hacked a script together:

var notTranslations = {};
Object.keys( maybeTranslations ).forEach(
    function ( key ) {
        if ( maybeTranslations[ key ] === englishVersions[ key ] ) {
            notTranslations[ key ] = maybeTranslations[ key ];

and then retrieved the list of messages in notTranslations. I got a list of 520 different messages that exactly matched the English version - I couldn't find a way to collapse the list if I were to paste it here, so I dumped it on my sandbox on metawiki - format is message name and then the text - see

DannyS712 (talk)08:07, 9 November 2020

@Raymond: have you had a chance to review the list above?

DannyS712 (talk)08:42, 14 December 2020

Hi DannyS712, to be honest: I saw your list, thanks a lot, and closed it again due to the mass... I had no time to manually remove/delete all of them in November. I will think about a faster solution.

Raymond13:42, 24 December 2020

I wrote a script to do this. I ran it for mediawiki aggregate group for now:

php scripts/deleteEqualTranslations.php --group=mediawiki --language=hif-latn --comment="Cleaning up translations which are equal to the definition"
Found 678 message(s) created by these users:
   268 | Smcnarayan
   160 | Girmitya
   152 | Thakurji
    69 | Abdul Kadir
     9 | Brijlal
     6 | Raymond
     4 | AndySingh
     3 | Siebrand
     3 | FuzzyBot
     1 | Soul Train
     1 | JinJian
     1 | C.R.
     1 | Vito Genovese

Will check some other message groups later.

Nike (talk)09:43, 30 December 2020

Done. I think this is now resolved sufficiently well.

Nike (talk)13:45, 4 January 2021

Quick question about grave accents


I didn’t get a reply on Thread:Translating talk:Phabricator/`$1` and it seems to affect other projects like Toolhub so I try my luck here.

Should we leave the grave accents `$1` as is or is it okay to replace them with quotes? Like here for example? Or here? It seems to me that grave accents mean that the text will be displayed in a monospace font and should be left as is but I might be wrong.

Pinging Verdy p and Urhixidur.


Thibaut (talk)17:08, 23 December 2020

I have serious doubts of te arguments made by Urhicidor that these backquotes are "executable". For me they are just markup (even if it's not the Mediawiki syntax) only for a presentation purpose (intended to render a monospace font, as if it was distinctive enough, whiole in fact such consideration should be in adequation for normal typography (here for a foreign word). I'm not even conveinced the monospace is good here, even if it is syntaxic: monospaced fonts do not line up correctly within sentences and here it is only a basic citation embedded in the rest of the code, and not a program or programming interface at all (monospaced fonts tend to create height line-heights, or would be decorated, making the paragraph conteining much more unpleasant to read, as it would be obscured by unnecessary decorations and extra padding and uneven font heights/line-heights. For me, it's jsut sufficiant to place quotation marks (if we don't want italics). But using quotation marks + monospace font with decaration and change of font-height is even worse: this is just abusing of emphasis.

We don't need it (note that in Mediawiki syntax using the "code" tag is also problematic with its decorations. The alternative was to use the "tt" tag, which undfortunately was deprecated without any good reason in Mediawiki (it was deprecated in HTML becauyse it was supposed to be equivalent to "code", but this is not true with Meiawiki renderers, so now we have to use "kbd" tags instead, which are LESS supported in browsers than "tt" which remains compatible with all of them, including HTML5: the "deprecation" meant only for its insufficient semantic purpose does not mean it is removed, just that "tt" has been *subclassed* by a few more precise element types: "kbd", "smp", however "kbd" iomplies user input and this is not true, while "tt" implied output with optional input on any terminal) HTML5 should have not deprecated "tt" at all (and in fact NO known browser have removed it, so HTML5 was wrong, and other other elements kept or added are not even really better for semantics.

Whinse use othe ways to represent verbatim text to type as is, with its own speciafic quotation marks (Chinese uses various quotation styles, whilst English is extremely poor at handling them correctly and consistantly; so inttead it uses stylistic conventions with uneven changes of font styles, which are not really easier to read and complicate to compose).

Verdy p (talk)02:45, 24 December 2020

Backticks (a.k.a. grave accents) are executable in most shells. There is no good reason to use them in English prose instead of straight or curly quotes, which is why the context of the messages in question leads me to believe they are meant to be executable. The qqq should clarify whether this is the case or not.

Urhixidur (talk)14:20, 2 January 2021

No. The most probabable reason is that it initially was using Markdown instead of the Mediawiki syntax for a monospaced font or text input (like in HTML with "code", "kbd", "tt" elements). It is not meant at all to be executable as is. this is just specifying text that can only be used verbatim (and normally not translated... except that we don't know what is in $1: if it was real code, the backticks would be part of the code and escaped inside $1, but here they are left outside of $1, meaing clearly that they are purely presentational and not semantic at all, so they are just used as a form of visual emphasis and backquotes should not be even present (or if they are, they should be correct quotation marks for the target language (and if quotation marks are really shown, there should not evben be any additional emphasing with italics or other font styles or decorations, the quotation marks being enough by themselves (and any other decoration being clearly redundant, according to almsot all typography handbooks for French at least, but even for English as well!).

Verdy p (talk)15:41, 2 January 2021

It will be difficult to get the Phab developers to comment on what's the intention with them. Most likely they are for monospace styling (which I don't think is for us to decide).

Nike (talk)13:44, 4 January 2021

[ms-arab] Activate new language: Malay (Arabic script) - 'بهاس ملايو'

Hello. Malay is written in two scripts and one of it is Jawi script which is based on the Arabic script. It is still taught in schools and it is one of the co-official script in Brunei.

Tofeiku (talk)05:40, 1 January 2021


Hi. Please mark Template:Optional for translation.

Shirayuki (talk)12:49, 22 December 2020

I approve; the recent changes did not work at all (the translation being actually in another subtemplate, listed in the documentation). Note: the template itself does not need to be translated, as the translation is actually in the subtemplate listed.

Now I see that with the most recent change, the template itself becomes translatable ; it i using now an "autotranslate" switch that detects when it should show the translated subtemplate directly, or use a "LangSwitch" function in a Lua module to select and render the appropriate translated subtemplate).

Note that I first invented this "trick" years ago, and it has been now more widely reused; it is a bit complex for some authors so it requires some explaination about why it is used and how it works: the trick does not require creating and maintaining another external template, all is done in the source template, and translated subtemplates are generated automatically with all new translations, and translators don't have to worry about the syntax, but only on actual translation items; and transcluding the template remains simple, as if it was not translatable, without changing the syntax; the tricks works with a "#switch: on an empty translation unit, which will be effectively empty on the generated translated templates, but not empty on the base template as it still contains the "translate" markup (opening and closing "translate" tags are eliminated only in a later phase just before the HTML generation, but not during the template expansion) and this allows the correct behavior to occur.

Note that this is still a "trick", which may eventually change and no longer later, provided that the translate extension provides a way to detect if we are on the base source page or in a generated translated subpage (this is not the same as detecting the current page language, which is not testing the template page itself but the target page of the transclusion).

Verdy p (talk)16:44, 22 December 2020

I don't understand why so much effort is put into this template. There are plans to convert this to be a feature of Translate to avoid divergence between configuration and message documentation:

Nike (talk)07:51, 30 December 2020

Non-"empty" translations of MediaWiki:Edittools

As per the documentation, MediaWiki:Edittools is supposed to be empty except for an HTML comment explaining how wikis can choose to use that feature. TWN has chosen to use this feature, as have many other wikis, but it appears that some translators have translated (sic; it's not like the message itself has much translatable content) TWN's local Edittools and these translations have been sent back to the MediaWiki core repository.

Such "translations"/impacted languages include:

Additionally, though not related to this particular issue, MediaWiki:Edittools/bcc seems to contain pointless <strong> tags inside the HTML comment.

Jack Phoenix (Contact)08:12, 29 December 2020

Fixed by reverting customizations or deleting.

Nike (talk)09:11, 29 December 2020

The description of variables made in MediaWiki:Notification-header-commentstreams-comment-on-watched-page/qqq indicates the parameter $5 for the user name to specify in {{GENDER:$5|...}}.

But the English source message in MediaWiki:Notification-header-commentstreams-comment-on-watched-page/en uses the unspecified parameter $6 for the user name to specify in {{GENDER:$6|...}}.

This is a contradiction. This can affect translations not working as expected.

Same problem in:

Verdy p (talk)23:39, 25 December 2020
First page
First page
Previous page
Previous page
Last page
Last page