In T317598#8576175, @Superpes15 wrote:

Hello @Ninjastrikers is this still required? Best

In T327380#8539457, @Aklapper wrote:

Hi @Saimawnkham, please always follow https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes when requesting such site configuration changes, link to the community consensus, and link to Wikibooks-logo-shn. Thanks a lot!

In T314023#8504247, @Intodesa wrote:

To add a new one later it is as follows.

• appendix ("အဆက်လက္ကရဴ")
• appendix_talk ("အဆက်လက္ကရဴ_ဓရီုကျာ")
• Reconstruction ("ဗီုပြင်သိုင်တၟိ")
• Reconstruction_talk ("ဗီုပြင်သိုင်တၟိ_ဓရီုကျာ")
• Rhymes ("ကာရန်")
• Rhymes_talk ("ကာရန်_ဓရီုကျာ")

Thank you😉🤞

Hello!
The preliminary tasks had been completed since 27th Oct. Is there any blocker for the creation? Thanks!

In T314452#8146007, @ppelberg wrote:

hi @Ninjastrikers – can you please try using VE at blk.wiki again sometime after today (Thursday, 11 August)? It looks like the patch @Zabe mentioned above that VE depends on will arrive on blk.wiki sometime today.

In T215820#5727939, @Amire80 wrote:

Oh, sorry I forgot this.

I think we can do it soon, but we'll need to update some documentation first (see T240319).

In T220303#7683876, @Intodesa wrote:

Hi, in Shan language (shn), Shan numbered is incorrect, Shan numbered is as follows.
႐=0
႑=1
႒=2
႓=3
႔=4
႕=5
႖=6
႗=7
႘=8
႙=9

1. item1 = 1. item1 = ႑။ item1
2. item2 = 2. item1 = ႒။ item1
3. item3 = 3. item1 = ႓။ item1

I can understand Shan language, thank you very much.

Yes, except for Shan (shn). Shan language used 1234 numerals.

In T296606#7545143, @4nn1l2 wrote:

Considering T293839 and T296643, I think the patch can be abandoned and the ticket closed. The alias WP will be enabled for all Wikiepdias soon.

The following are localized strings for Mon.

Adding a link in MediaWiki:Sidebar solved the issue. Thank you all.

Yes. I mean to update $wgUploadNavigationUrl in https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php. I'm sorry for the unclear request.

here's the output of the last command

In T228745#6707963, @Exec8 wrote:

I would agree that a simple domain wmincubator.org is best way forward. My suggestion is <lang_code>-<project_code>.wmincubator.org. For example: hil-wp.wmincubator.org or pag-wt.wmincubator.org. Once done, I can work on infoboxes, tables and charts extracted/ queried from wikidata. This also make capacity building & outreach activities easier with one standard process. Under the current environment, you have to teach new users about prefixes (links, categories, creation of new pages, etc) and then teach them again editing without prefixes once the project is hatched/ graduated from the incubator.

There are two "WT" shortcuts (WT:Admin, WT:A), that need to be deleted/fixed before deployment.

In T208701#6455278, @Cyberpower678 wrote:

Approval request: https://my.wikipedia.org/wiki/%E1%80%9D%E1%80%AE%E1%80%80%E1%80%AE%E1%80%95%E1%80%AE%E1%80%B8%E1%80%92%E1%80%AE%E1%80%B8%E1%80%9A%E1%80%AC%E1%80%B8:Bots/Requests_for_approval#InternetArchiveBot

I have access to make the changes. Thank you so much.

I made a update to the task description. Thanks.

This one is also relevant with T239605.

Any update for this task, please?

In T236874#5618806, @Masumrezarock100 wrote:

Question: @Ninjastrikers are you using monobook skin?

Project talk namespace should be ဝဳကဳပဳဒဳယာ_ဓရီုကျာ

@Aklapper :
Pyidaungsu font is licensed according to the terms of the SIL Open Font License, described at https://unicodetoday.org/fonts/ and http://mcf.org.mm/myanmar-unicode/384-font-history.html (in Burmese)
Padauk font is also licensed as SIL Open Font License, described at https://software.sil.org/padauk/

We would like to update the request. Please set Pyidaungsu font as default ULS webfonts and Padauk font as secondary.
Pyidaungsu font link : http://www.mcf.org.mm/download-center/pyidaungsu-font.html

Thanks for explanation. As I am not familiar with deployment process, I think it'll available after merging and closing the task. We'll fine with the waiting. Thanks a million for the help.

In T209934#4761547, @Urbanecm wrote:

@Ninjastrikers, @Dinoguy1000: Subscribing you, I think patch I uploaded above should fix it.

In T206777#4757702, @Urbanecm wrote:

In T206777#4757120, @Urbanecm wrote:

In T206777#4756941, @Ninjastrikers wrote:

Is this fixed? The issue's still unchanged.

No. It should be fixed in next deployment window, 12:00-13:00 UTC (in ~4 hours).

Should be fixed now. Let me know if you face any other problems.

If I type "Module:Asbox" in searchbox and click go, it goes to https://shn.wikipedia.org/wiki/%E2%80%8Bမေႃႇၵျူး:Asbox as "မေႃႇၵျူး:Asbox".
If I type "မေႃႇၵျူး:Asbox" in searchbox and click go, it doesn't reach to https://shn.wikipedia.org/wiki/%E2%80%8Bမေႃႇၵျူး:Asbox and shown as page doesn't exist (reach to "Creating မေႃႇၵျူး:Asbox")

eg - https://shn.wikipedia.org/wiki/%E2%80%8B%E1%80%99%E1%80%B1%E1%82%83%E1%82%87%E1%81%B5%E1%80%BB%E1%80%B0%E1%80%B8:Asbox
At that page, the addressbar of browser shown as

I see there is an extra symbol in front of localized name. Is this normal?

In T206777#4753092, @Urbanecm wrote:

In T206777#4753051, @Ninjastrikers wrote:

The project namespace "ဝီႇၶီႇၽီးတီးယႃး" ("Wikipedia:") is been created in project talk namespace with "ဝီႇၶီႇၽီးတီးယႃး:". The localized project namespace is corrected, but the created location is wrong (it's created in discussion).

The following link is similar to "Wikipedia:Request for Adminship". But it was created in project talk namespace and the project namespace is showing in Red.
Link: https://shn.wikipedia.org/wiki/%E1%80%9D%E1%80%AE%E1%82%87%E1%81%B6%E1%80%AE%E1%82%87%E1%81%BD%E1%80%AE%E1%80%B8%E1%80%90%E1%80%AE%E1%80%B8%E1%80%9A%E1%82%83%E1%80%B8:Requests_for_adminship

Project namespace: ဝီႇၶီႇၽီးတီးယႃး
Project talk namespace: ဢုပ်ႇၵုမ်_ဝီႇၶီႇၽီးတီးယႃး

I think it needs to add _ instead of space.

Looks I made terrible mistake. Uploaded a fixing patch.

The project namespace "ဝီႇၶီႇၽီးတီးယႃး" ("Wikipedia:") is been created in project talk namespace with "ဝီႇၶီႇၽီးတီးယႃး:". The localized project namespace is corrected, but the created location is wrong (it's created in discussion).

Do we need to open a new task to change the sitename "Wikipedia" to "ဝီႇၶီႇၽီးတီးယႃး" ?

Timezone setting should be as "Asia/Rangoon". Rangoon is old name of Yangon. TZ setting in MediaWiki's Preferences listing as "Asia/Rangoon".

• Currently, CLDR for Shan language is still processing and not ready yet. So, please set category collation as uca-default.
• The community want to set fallback language as English. They will do translation of the remaining messages on translatewiki continuously.

ULS/WebFonts has been enable on mywiki as default (T196219), it is good for PC users. But as WebFonts doesn't work on mobile view, the problem still exist for those who have Zawgyi on their mobile phones. If ULS/WebFonts enable as default on mobile view (app view), it will be good for them.

Android mobile phones like Samsung, Huawei, LG, Nokia that are officially sold in Burma have both Burmese (Zawgyi) and Burmese (Unicode) in device language selection. But, if user selected English language in device, Burmese Unicode doesn't work. To use Burmese Unicode in those phones is setting the device language as Burmese (Unicode).

In Burma, Android is more common than iOS. Top brands are Huawei, Samsung and Xiaomi, but models are various. Android version 6 and 7 are common for those brands.

Recently, some of Burmese users complaint about they can't read or write on mobile device which are being force imported with Zawgyi (removed original Unicode font). Changing font style in common.css is not worked in mobile if the user's mobile phone doesn't have any of unicode font that defined in css (as they removed original Unicode fonts and imported Zawgyi). I suggested them to use Webfonts by changing mobile view to desktop view on mobile browser. But that method is a little difficult for those who desn't familiar with Wikipedia interface. So, I'm trying to fix those issue with enabling of ULS/webfonts by default on both mobile and desktop views (T196219).

Your machine probably needs to install some Burmese Unicode Font like "Myanmar Text" or "Noto-Sans Myanmar".

As I said in T165553, many of Burmese websites use Zawgyi, and we need to change default font in browser Zawgyi to read that websites correctly. We can't read or write on Burmese Wikipedia, while the browser default font is changed to Zawgyi. So, we need to add custom font setting in MediaWiki css to read/write on Burmese Wikipedia/Wiktionary and read/write other Burmese Zawgyi websites at the same time with changed browser's default font.

May be due to "Myanmar Text" font size. There is also custom css font style in Monobook theme. I use monobook theme and "Myanmar3" font (recognized as standard Myanmar Unicode font by government).

With ElectronPdf, this issue has been fixed. Burmese font is rendered correctly in PDF.

With ElectronPdf, this issue has been fixed. Burmese font is rendered correctly in PDF.

I think this overlapped issue has been fixed.

Microsoft didn't support Myanmar Unicode until Windows 8. And most of Burmese websites and internet users use non-Unicode standard font that called Zawgyi font. If there is no other specific setting, most of Burmese internet users can't read or write in Burmese Wikipedia. If we put custom font style in MediaWiki CSS, any user that has both Zawgyi and Myanmar Unicode font can easily read on Burmese Wikipedia. If there is any right way to fix this issue, please let me know.