RESOLVED

Done

I archived Extension:Update earlier today (given that its creator had marked it as historical two years ago. Part of my cleanup following archiving an extension involved archiving its subpages, which I cannot do for Extension:Update/Roadmap because it is a flow board with no content.

I request that an admin deletes the empty flow board at Extension:Update/Roadmap and moves Extension:Update/Roadmap/LQT Archive 1 back to Extension:Update/Roadmap, thus restoring the history of the page as it was originally created and allowing it to be properly archived. * Pppery * _{it has begun} 03:56, 1 April 2020 (UTC)

In progress DannyS712 (talk) 05:15, 1 April 2020 (UTC)

Manual:Image Authorization -> Manual:Image authorization, since wiki page titles are not generally written in title case. * Pppery * _{it has begun} 22:16, 1 April 2020 (UTC)

These links should be fixed after rename: Special:WhatLinksHere/Manual:Image_Authorization Shirayuki (talk) 22:40, 1 April 2020 (UTC)

Parser functions {{#arraymap:value|delimiter|var|formula|new_delimiter}}
{{#arraymaptemplate:value|template|delimiter|new_delimiter}}
{{#forminput:form=|size=|default value=|button text=|query string=|autocomplete on category=|autocomplete on namespace=|placeholder=|popup|no autofocus|namespace selector|query string parameters}}
{{#formlink:form=|link text=|link type=|query string=|target=|tooltip=|popup|new window|query string parameters}}
{{#formredlink:form=|link text=|existing page link text=|query string=|target=|popup|new window|create page|query string parameters}}
{{#queryformlink:form=|link text=|link type=|query string=|tooltip=|popup|new window|query string parameters}}
{{#autoedit:form=|target=|link text=|link type=|minor|query string=|reload|tooltip=|query string parameters}}
{{#default_form:form name}}

Christian FR (talk) 12:30, 2 April 2020 (UTC)

I think this is intended behavior. It displays what parser functions are available and what parameters they accept. Ciencia Al Poder (talk) 12:39, 2 April 2020 (UTC)

? should it be the place for that here; normally those must be links for unique reference source describing the parameters.Ex: #arraymap ...and so on.

...I'll try to update that. Christian 🇫🇷 FR 🚨 (talk) 12:46, 2 April 2020 (UTC)

The navbox title says "cheatsheet", so it's actually a cheatsheet and not a navbox (although it looks like one) Ciencia Al Poder (talk) 17:28, 2 April 2020 (UTC)

You are right. Nevertheless starting a search to guess where the reference is (or who will remember to update this sheet when parameters will be modified) is rather heavy. I think to keep as it is with current syntax but making the tags live links to their definitions. This way the definitions will be linked reversely through the related pages menu. Christian 🇫🇷 FR 🚨 (talk) 17:47, 2 April 2020 (UTC)

Hi all, rereading Extension:CodeEditor#Configuration at section 'JavaScript', it is difficult to understand the text "....by hooking into the [[<tvar|res-loader>ResourceLoader/Default_modules#mediawiki_2</>|MediaWiki JS hook]] <tvar|configure>codeEditor.configure</>."

• Default_modules is a redirection on ResourceLoader/Core_modules
• ResourceLoader/Core_modules #mediawiki_2 does not exist there, landing on section '1.1 mediawiki' which is too general, leading to API documentation, leading to https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.hook where a bunch of options is proposed - and we dont know where to go
• ResourceLoader/Core_modules also doesn't speak about 'MediaWiki JS hook' neither of 'codeEditor'.

So can someone reformulate sentence "....by hooking into the ???? " in a more coherent way ? Thanks.

Christian FR (talk) 09:55, 3 April 2020 (UTC)

I've fixed the link Ciencia Al Poder (talk) 13:45, 3 April 2020 (UTC)

You are right Jesus but the problem in sentence "It is possible to change the configuration of the ACE editor, by hooking into the MediaWiki JS hook codeEditor.configure." is that if 'MediaWiki JS hook' leads to 'mw.hook' , where this last can lead us to 'codeEditor.configure' ? Christian 🇫🇷 FR 🚨 (talk) 16:49, 3 April 2020 (UTC)

If you look at the example of ResourceLoader/Core_modules#mw.hook, it's mw.hook( 'wikipage.categories' ).add(.... With this example, you're assigning a function to the 'wikipage.categories' hook. In the case of CodeEditor, instead of 'wikipage.categories', you'd put 'codeEditor.configure'. Ciencia Al Poder (talk) 20:34, 3 April 2020 (UTC)

Welcome to MediaWiki.

It seems that you're trying to add an external link to a page. Please note that this site (MediaWiki.org) is not Wikipedia. MediaWiki.org exists solely for the documentation of the MediaWiki software and that off-topic material is not accepted here. If you're interested in working on Wikipedia, the free encyclopedia, check it out directly. If you believe that you received this message in error or have a legitimate need for the link, please file a request here. MrProperLawAndOrder (talk) 11:26, 4 April 2020 (UTC)

The link I tried to add along with this edit : https://lists.wikimedia.org/pipermail/mediawiki-l/2020-March/048354.html MrProperLawAndOrder (talk) 11:28, 4 April 2020 (UTC)

Added Ciencia Al Poder (talk) 19:59, 4 April 2020 (UTC)

Hi all, on page Extension:ShortUrl I tried some substitution using ll : {{distinguish|{{ll|Extension:UrlShortener}}|{{ll|Manual:Short URL}}}} to access the translated pages but it provides an overloaded text a bit ugly; is there a prettier way go give access to the translated pages ? - Thanks.

Result:
Not to be confused with [[:Extension:UrlShortener]] or [[:Manual:Short URL]].
Expected: 
Not to be confused with Extension:UrlShortener or Manual:Short URL.

Christian FR (talk) 16:32, 4 April 2020 (UTC)

Template:Distinguish does not support it. "label 1", "label 2", ... parameters should be added like Template:See also . Shirayuki (talk) 22:45, 4 April 2020 (UTC)

Thanks; high level !

https://www.mediawiki.org/w/index.php?title=Extension:ShortUrl&diff=3757006&oldid=3756383 Christian 🇫🇷 FR 🚨 (talk) 23:08, 4 April 2020 (UTC)

in section 3.1 , the first box dedicated to Huggle, where is the "Read programmer documentation" for Huggle  ?

https://tools.wmflabs.org/huggle/docs/head/
502 Bad Gateway

See https://github.com/huggle/huggle3-qt-lx/issues/329 for an issue I opened about this. ☠MarkAHershberger☢(talk)☣ 16:04, 11 April 2020 (UTC)

@Petrb reports this is fixed. ☠MarkAHershberger☢(talk)☣ 23:14, 11 April 2020 (UTC)

Hello, it's fixed Petrb (talk) 08:34, 12 April 2020 (UTC)

Hi all, Special:Interwiki displays automatically the page in my language => good , but the first link to "see manual on MediaWiki.org." leads to "Extension:Interwiki" and is NOT localized although the corresponding pages exist : /de /tr /pl /fr ...

Since Special pages are generated by code, where is the correction to be done: as a wording in translatewiki.net ? or a new Phabricator task ? Thanks.

Christian FR (talk) 12:05, 12 April 2020 (UTC)

It is defined in MediaWiki:Interwiki_intro/en on translatewiki.net.

Use "Ask question" button in https://translatewiki.net/w/i.php?title=MediaWiki:Interwiki_intro/fr&action=edit&uselang=en Shirayuki (talk) 12:42, 12 April 2020 (UTC)

We cannot modify so a request has been left to support on =>

https://translatewiki.net/wiki/Thread:Support/Special:Interwiki_requesting_a_local_link_on_Extension:Interwiki Christian 🇫🇷 FR 🚨 (talk) 13:17, 12 April 2020 (UTC)

I guess each language must create its own answer (...which is not clever). Then I wrote hardcoded FR link in subpage /fr . Christian 🇫🇷 FR 🚨 (talk) 13:25, 12 April 2020 (UTC)

follow the subject on => https://gerrit.wikimedia.org/r/588168 Christian 🇫🇷 FR 🚨 (talk) 22:35, 12 April 2020 (UTC)

Hi all, rereading shows that "interlanguage links" are defined in two places : Interlanguage_links and in Help:Links#Interlanguage_links. It should be worth to have a unique place (?). For this purpose may I merge the contents of Interlanguage_links into Help:Links#Interlanguage_links and realign the former's caller pages consequently ? or do we leave separate ? Thanks.

Christian FR (talk) 12:45, 12 April 2020 (UTC)

Solved easier by setting cross references links between the two pages. Christian 🇫🇷 FR 🚨 (talk) 18:03, 14 April 2020 (UTC)

How do I change my username on Wikimedia Phabricator? Aasim 21:24, 13 April 2020 (UTC)

Ask here: Talk:Phabricator/Help Ciencia Al Poder (talk) 19:38, 16 April 2020 (UTC)

Hi all, I have read pages Help:Transclusion and Transclusion#Partial_transclusion but no one deals with how to do with translated transcluded pages. I want the EN root page to transclude the root/subpage/en , the root/de page to transclude the root/subpage/de etc. Im fighting around to find the right way but without success. How can I write correctly the root base page to transclude automatically the right subpage contents ? Are there examples here ? (should be somewhere a Special:TranscludedPages ?) Thanks.

Symetric situations should be foreseen also :

• non translated root page transcluding translated sub pages
• translated root page transcluding non translatable sub pages

Christian FR (talk) 14:02, 14 April 2020 (UTC)

After some attempts I sum up the steps to transclude translated pages :

1.the calling page calls the transclusion via a TNT to avoid 'translate' tags appear:

{{TNT|called_page}}

2.the called page is declared translatable and starts with protected first lines to avoid the language box appear on the calling page

<noinclude><languages/></noinclude>

3.each translated element of the called page is then enclosed with pair of 'translate tags'

4.on the calling page as we want to see the languages so first line must be

<languages/>

5.followed by the list of translated elements as usual and the TNT calls for transcluded pages (step 1)

6.both the calling and the called pages must then be set 'For translation' for individual items to be translated in both pages.

7.transclusion is then functional and works transparently without naming the language. Christian 🇫🇷 FR 🚨 (talk) 18:26, 14 April 2020 (UTC)

Hi I’d like to request Autoblock be unprotected so anons can edit it thanks 2600:387:5:807:0:0:0:81 18:14, 16 April 2020 (UTC) yes I am anon 2600:387:5:807:0:0:0:81 18:14, 16 April 2020 (UTC)

Done Ciencia Al Poder (talk) 19:40, 16 April 2020 (UTC)

English: This is a notification of global ban discussion against PlavorSeol, persuant to the global ban policy.

You are getting notified because they have edited on this wiki/blocked on this wiki.

한국어: 이 안내는 전역 추방 정책의 규정에 따라 PlavorSeol 사용자에 대한 전역 추방 논의를 알리기 위한 안내입니다.

이 사용자가 이 위키에서 활동한 전력이 있거나, 차단된 바가 있기 때문에 이 안내를 받게 됩니다.

— regards, Revi delivered by MediaWiki message delivery (talk) 16:25, 17 April 2020 (UTC)

Non latin texts display correctly (/he /my /zh /ja /ko ...) but /kjp text doesnt display correclty showing one small box for each char; for example on page Extension:Scribunto/Lua_reference_manual/kjp . I dont know if it is a problem but it is strange aspect. Where to correct ? Thanks.

မီဒီယာဝီကီသုံး Scribunto ဖွင့်ထားသည့် ဝီကီတစ်ခုတွင် "Module:" ဆိုသည့်စာစုဖြင့် စတင်သည့် စာမျက်နှာတစ်ခုကို ဖန်တီးပါ၊ ဥပမာ "Module:ငှက်ပျောသီးများ"။
Into this new page, copy the following text:

Christian FR (talk) 10:36, 19 April 2020 (UTC)

I see squares in front of some characters, but not all.

For example I see only one square on မြန်မာဘာသာ (the language name), at the beginning. Are you sure it's not part of this language? Ciencia Al Poder (talk) 13:21, 19 April 2020 (UTC)

Yes the language id is nok in the language box, but inside the page I see what ive printed. Nevertheless in anycase the issue is that characters are not displayable in the selected font.

https://www.mediawiki.org/wiki/Content_translation/Infographic/mni <=(task T198132) Added language support for Manipuri (mni). MediaWiki 1.32

(task T203908) Added language support for Eastern Pwo (kjp).MediaWiki 1.33 Christian 🇫🇷 FR 🚨 (talk) 18:03, 19 April 2020 (UTC)

This seems like a font issue to me; all characters appear without any of the mentioned boxes on my machine. It might help to take a screenshot of what you're seeing so we can see it as well. 「ディノ奴千？！」^{☎ Dinoguy1000} 19:14, 19 April 2020 (UTC)

It is definitely a font issue. I copy-pasted the string that @Ciencia Al Poder said contained a box into Emacs and used and describe-char to find the code point and font being used to show the character.

             position: 1 of 10 (0%), column: 0
            character: မ (displayed as မ) (codepoint 4121, #o10031, #x1019)
              charset: unicode-bmp (Unicode Basic Multilingual Plane (U+0000..U+FFFF))
code point in charset: 0x1019
               script: burmese
               syntax: w 	which means: word
             category: .:Base, L:Left-to-right (strong)
             to input: type "C-x 8 RET 1019" or "C-x 8 RET MYANMAR LETTER MA"
          buffer code: #xE1 #x80 #x99
            file code: #xE1 #x80 #x99 (encoded by coding system utf-8)
              display: composed to form "မြ" (see below)
Composed with the following character(s) "ြ" using this font:
  ftcrhb:-SIL -Padauk Book-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1
by these glyphs:
  [0 1 4121 237 2 0 10 12 6 [0 0 10]]
  [0 1 4156 172 7 0 8 6 0 [-7 0 0]]
Character code properties: customize what to show
  name: MYANMAR LETTER MA
  general-category: Lo (Letter, Other)
  decomposition: (4121) ('မ')

Padauk Book is a font for Myanmar text from SIL International. In fact, the same font is used to show that whole word, so I'm wondering if Ciencia's problem is because his browser or OS is not displaying composed characters correctly.

@Wladek92: I think installing Padauk Book will let you display the characters correctly. ☠MarkAHershberger☢(talk)☣ 21:04, 19 April 2020 (UTC)

Cannot find a way to attach my snapshots. But you mean clients need to install specific fonts ? I thought browser has to be transparent. Aren t they loaded as google fonts instead ? or may be browser doesnt display these values.... a lot of questions for me.

Also found chart => http://www.unicode.org/charts/PDF/U1000.pdf

and for latin =>http://www.unicode.org/charts/PDF/U0000.pdf

Christian FR (talk) 23:53, 19 April 2020 (UTC)

I thought browser has to be transparent.

The browser could be configured to install fonts transparently, but in this case it is not.

Aren't they loaded as google fonts instead?

Here, you've triggered my inner free software pedant. I'm sure Google supplies a lot of fonts, but the company is not the font of all fonts.

I think you mean the woff standard. SIL has a WOFF font available for download that would work, but making it work seamlessly for people without a pre-installed font to handle the Burmese script would require some work.

You could create a task in phabricator to request that a WOFF be provided for the Burmese script. Or you could install the TTF file and your computer would probably use it. ☠MarkAHershberger☢(talk)☣ 00:20, 20 April 2020 (UTC)

I have copied a burmese .ttf in my /font directory under windows and restarted the laptop. My text hereabove is now showing the characters. Sounds sufficient.

Similar problem mni characters => with https://www.mediawiki.org/wiki/Reading/Web/Advanced_mobile_contributions/Navigation_prototype_feedback/mni

=>http://www.unicode.org/charts/PDF/UABC0.pdf Christian 🇫🇷 FR 🚨 (talk) 00:29, 20 April 2020 (UTC)

Emacs tells me the following information for ꯄꯥ (the first character in the title):

             position: 146 of 206 (70%), column: 0
            character: ꯄ (displayed as ꯄ) (codepoint 43972, #o125704, #xabc4)
              charset: unicode-bmp (Unicode Basic Multilingual Plane (U+0000..U+FFFF))
code point in charset: 0xABC4
               script: meetei-mayek
               syntax: w 	which means: word
             category: .:Base, L:Left-to-right (strong)
             to input: type "C-x 8 RET abc4" or "C-x 8 RET MEETEI MAYEK LETTER PA"
          buffer code: #xEA #xAF #x84
            file code: #xEA #xAF #x84 (encoded by coding system utf-8)
              display: composed to form "ꯄꯥ" (see below)
Composed with the following character(s) "ꯥ" using this font:
  ftcrhb:-GOOG-Noto Sans Meetei Mayek-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1
by these glyphs:
  [0 1 43972 32 13 0 13 9 0 nil]
  [0 1 44005 65 0 -5 -1 13 -9 nil]
Character code properties: customize what to show
  name: MEETEI MAYEK LETTER PA
  general-category: Lo (Letter, Other)
  decomposition: (43972) ('ꯄ')
There are text properties here:
  fontified            t

This time the font is from Google. For me that is the NotoSansMeeteiMayek-Regular.ttf font file. ☠MarkAHershberger☢(talk)☣ 01:45, 20 April 2020 (UTC)

Thanks. I downloaded & installed MEETEI MAYEK + restart laptop => ok, both fonts are working now. Standard users must know what to do and where to load the .ttf so following is on => Phab task T250677 Christian 🇫🇷 FR 🚨 (talk) 11:31, 20 April 2020 (UTC)

Abuse filter #76 recognizes a lot of Chinese translations as "Potentially problematic translation". Shirayuki (talk) 01:42, 26 April 2020 (UTC)

Fixing DannyS712 (talk) 02:36, 26 April 2020 (UTC)

Should be resolved now DannyS712 (talk) 02:39, 26 April 2020 (UTC)

Could someone please unprotect Template:If en? It's only used on 3 pages, so doesn't really need to be protected. * Pppery * _{it has begun} 17:57, 27 April 2020 (UTC)

I changed it to require autoconfirmed; if that's not sufficient let me know. Clump (talk) 18:01, 27 April 2020 (UTC)

No, that's fine with me. * Pppery * _{it has begun} 18:03, 27 April 2020 (UTC)

Please add {{Sp-contributions-footer/bn|1=$1}} আফতাবুজ্জামান (talk) 22:31, 27 April 2020 (UTC)

Done Shirayuki (talk) 22:34, 27 April 2020 (UTC)

Instead of current code, could you please add something like MediaWiki:Sp-contributions-footer/de. for some reason, i am seeing this template in english, try this in private window. আফতাবুজ্জামান (talk) 22:47, 27 April 2020 (UTC)

It seems to be a cache problem. See also this in private window. Shirayuki (talk) 23:05, 27 April 2020 (UTC)

@Shirayuki I am still seeing this template in english. আফতাবুজ্জামান (talk) 22:51, 14 May 2020 (UTC)

I have nothing else to do.

• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=bn
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=de
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=en-ca
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=en-gb
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=es
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=fr
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=hr
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=it
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=ja
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=nl
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=pl
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=pt
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=pt-br
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=ru
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=uk
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=zh
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=zh-cn
• https://www.mediawiki.org/wiki/Special:Contributions/Shirayuki?uselang=zh-hans Shirayuki (talk) 10:46, 15 May 2020 (UTC)

I just noticed {{int:lang}} gives me "en" and not "bn"! (test) I tried this on commons, meta & wikidata, on these site {{int:lang}} gives me correct result. How can i fix this? আফতাবুজ্জামান (talk) 15:46, 15 May 2020 (UTC)

Done by creating MediaWiki:Lang/bn. Shirayuki (talk) 21:46, 15 May 2020 (UTC)

Please change from "Commons:GNU Free Documentation License, version 1.2" (the default value, used by Commons) to "GNU Free Documentation License" so that link on Template:GFDL (which transcludes it indirectly via {{int:Wm-license-gfdl-1.2-and-later}}) goes to GNU Free Documentation License (the license) and not Commons:GNU Free Documentation License, version 1.2 (a deleted page). GreenComputer (talk) 23:38, 27 April 2020 (UTC)

I've updated it. Actually, I've created that page, but it doesn't update the link in other languages, because this message apparently is provided by an extension, and all languages have its localized link. Looks like it needs to be changed somewhere else... Ciencia Al Poder (talk) 09:40, 28 April 2020 (UTC)

The message comes from Extension:WikimediaMessages * Pppery * _{it has begun} 13:47, 28 April 2020 (UTC)

Looks like someone would need to file a bug report, then Ciencia Al Poder (talk) 21:32, 28 April 2020 (UTC)

I created a redirect commons:GNU Free Documentation License, version 1.2 Shirayuki (talk) 23:30, 1 May 2020 (UTC)

The redirect is wrong. It should point to commons:Commons:GNU Free Documentation License, version 1.2 instead. Ciencia Al Poder (talk) 09:55, 2 May 2020 (UTC)

This works around the problem, not solves it. * Pppery * _{it has begun} 23:31, 1 May 2020 (UTC)

There's an open task for this: phab:T250593 Ciencia Al Poder (talk) 09:53, 2 May 2020 (UTC)