Manual:Language/th


 * ดูเพิ่มเติมที่ Manual:MediaWiki architecture#Languages (ควรรวมไว้ที่นี่หรือไม่)

ในมีเดียวิกิ มีภาษาหลายประเภท:


 * ภาษาเนื้อหาของไซต์ ($บริการ ContLang เป็น  ตาม  ) ซึ่งโดยทั่วไปแล้วควรจะเหมือนเดิมตราบใดที่วิกิยังมีอยู่
 * ตัวแปรภาษาของเนื้อหาไซต์ เป็นรูปแบบเริ่มต้นเมื่อมีการใช้งาน  สำหรับภาษานั้น
 * ภาษาอินเทอร์เฟซผู้ใช้ ($contextSource->getLanguage เดิมคือ ) ซึ่งสามารถเปลี่ยนแปลงได้ตามต้องการหรือด้วย &uselang=xyz&uselang=xyz code> ใน URL แต่โดยทั่วไปยังคงเหมือนเดิมในขณะที่ใช้วิกิ
 * ภาษาเนื้อหาของหน้า อาจแตกต่างกันไปในแต่ละหน้า แม้ว่าไซต์และภาษาของผู้ใช้จะเหมือนกันก็ตาม มีการกำหนดไว้ใน getPageLanguage ใน Title ซึ่งแสดงถึงภาษาที่ต้นฉบับข้อความวิกิเขียน
 * ภาษามุมมองหน้า หรือที่รู้จักกันในชื่อ ตัวแปรภาษาของผู้ใช้ ซึ่งเป็นตัวแปรภาษาของภาษาเนื้อหาของหน้าตามที่ผู้ใช้ต้องการ นอกจากนี้ยังสามารถตั้งค่าผ่านรหัส & ตัวแปร / รหัส (หรือ) ใน URL (เช่นโดยการเลือกแท็บใดแท็บหนึ่ง) ถ้า มันเป็นตัวแปรของภาษาเนื้อหาของหน้าที่กําลังดู มันถูกกําหนดไว้ใน getPageViewLanguage ใน ชื่อเรื่อง, ซึ่งแสดงภาษาที่เนื้อหา HTML ที่แสดงถูกเขียนขึ้น

ทั้งสามนั้นเป็น language objects

รหัสภาษา

 * เพื่อไม่ให้สับสนกับ รหัสโครงการวิกิมีเดีย; ดูเพิ่มเติมที่ รหัสภาษา บนเมทา

รหัสภาษาเป็นตัวย่อมาตรฐานที่ถูกต้องสำหรับภาษาที่สนับสนุนโดยมีเดียวิกิ ซึ่งใช้รหัสดังกล่าวเป็นตัวระบุมาตรฐานสำหรับภาษาต่างๆ (ส่วนใหญ่เป็นไปตาม ISO 639-3 ยกเว้นรหัสสองตัวอักษรจาก ISO 639-1 สำหรับโลแคล "ที่จัดตั้งขึ้น") และเปิดเผยหรือกำหนดให้ใช้ในหลายจุดของอินเทอร์เฟซและโค้ด

สำหรับตัวอย่างด้านล่าง,,   เป็นรหัสภาษาสำหรับ

ความสม่ําเสมอกับมาตรฐาน Unicode เป็นสิ่งจำเป็นเพื่อให้การสนับสนุนภาษาที่ดี โดยเฉพาะอย่างยิ่งในการร่วมมือกับ CLDR; การมีรหัส ISO 639-3 เป็นหนึ่ง ข้อกำหนดสำหรับภาษาที่จะเพิ่มไปยังตำแหน่งที่ตั้งมีเดียวิกิ

Names.php
เป็นรีจิสทรีหลักของภาษาที่สนับสนุนโดย MediaWiki ซึ่งไม่เหมือนกับภาษาที่ MediaWiki จะแสดง l10n (ไฟล์ JSON) หรือภาษาที่ MediaWiki รู้ชื่อ (ผ่าน ) โปรดทราบ!

ภาษาสำรอง
บางภาษาในมีเดียวิกิมีสิ่งที่เรียกว่า "ลำดับทางเลือก" นี่คือที่ที่ MediaWiki จะกลับไปใช้ภาษาอื่นหากไม่พบสิ่งที่ต้องการ ตัวอย่างนี้คือรหัสภาษา  (Cajun French) ซึ่งกลับไปใช้รหัสภาษา   (ภาษาฝรั่งเศส) เหตุผลก็คือบางครั้งภาษาก็ไม่มีข้อความที่กำหนดไว้ทั้งหมด

ทางเลือกของภาษาสามารถพบได้ในไฟล์  ที่เกี่ยวข้อง เช่น คุณสามารถ ค้นหารหัสสำหรับการใช้งานทั้งหมด นอกจากนี้ยังมีรายการธรรมดาจาก  ใน นี่เป็นความเห็นฟาบริเคเตอร์

ภาษาของเนื้อหาเว็บไซต์
การดู/รับภาษาของเนื้อหาไซต์



ภาษาอินเทอร์เฟซผู้ใช้

 * ค่าเริ่มต้น
 * [[Special:MyLanguage/Manual:RequestContext|$contextSource-

>getLanguage]]


 * ตั้งค่าผ่าน


 * Special:Preferences
 * ใน URL (ดูที่ uselang)
 * (หรือ ) ใน URL ถ้า มันเป็นตัวแปรของภาษาผู้ใช้ของคุณ


 * ปัญหา
 * เนื่องจากข้อความส่วนต่อประสานอาจมาจากภาษาทางเลือก แต่ไม่มีการส่งคืนภาษา จึงไม่ทราบภาษาจริงของแต่ละข้อความ

ภาษาเนื้อหาของหน้า

 * ค่าเริ่มต้น


 * $wgLang ในหน้าพิเศษ
 * ภาษาอังกฤษสำหรับหน้า CSS และ JS


 * For MediaWiki namespace pages, the language depends on the subpage. For example, MediaWiki:Message/ar will be set to Arabic (ar), and MediaWiki:Message will be.


 * หน้าอื่น ๆ ทั้งหมดคือ  โดยค่าเริ่มต้น


 * การกำหนดค่า
 * ส่วนขยายสามารถเปลี่ยนหน้าอื่นๆ ทั้งหมดผ่าน hook ค่าสำหรับหน้าพิเศษ, หน้าเนมสเปซ CSS, JS และ MediaWiki ไม่สามารถแทนที่ได้


 * ตัวอย่าง
 * ส่วนขยายการแปล ใช้สำหรับคุณลักษณะการแปลหน้า ดู translatewiki:Project:About/ar เป็นคำแปลของ translatewiki:Project:About ทิศทางของหน้าจึงถูกตั้งค่าเป็นขวาไปซ้ายสำหรับภาษาอาหรับอย่างถูกต้อง


 * เปลี่ยนภาษาหน้าด้วยตนเอง
 * การเลือกภาษาของหน้าสามารถทำได้โดยใช้ Special:PageLanguage ตั้งแต่ MediaWiki 1.24
 * ผู้ใช้สามารถเปลี่ยนภาษาเนื้อหาของหน้าซึ่งเป็นค่าเริ่มต้นของภาษา Wiki ภาษาของหน้าในเนมสเปซมีเดียวิกิ (MediaWiki) ไม่สามารถเปลี่ยนแปลงได้
 * ต้องเปิดใช้งานคุณลักษณะนี้ด้วย  และต้องให้สิทธิ์   แก่กลุ่มสิทธิ์ผู้ใช้ Wiki (ผู้ที่สามารถเปลี่ยนแปลงภาษาของหน้าได้)
 * การเปลี่ยนภาษาของหน้าทำให้หน้าการแปลต้นฉบับและหน่วยของหน้าถูกย้ายไปยังภาษาเป้าหมายที่ถูกต้อง ในกรณีที่หน้าแปลภาษาเป้าหมายมีอยู่แล้ว ไม่อนุญาตให้เปลี่ยนภาษา


 * Matching API สามารถพบได้ใน API:SetPageLanguage


 * มันกำหนดอะไร?


 * ใน SkinTemplate จะเพิ่ม  รอบข้อความหน้า dir แอตทริบิวต์ตั้งค่าที่ถูกต้อง ทิศทางการเขียน แอตทริบิวต์ lang จะเป็นรหัสรูทเสมอ เช่น "de" แม้ว่าจะกำหนด "de-formal" ก็ตาม
 * สำหรับหน้าไฟล์จะถูกตั้งค่าเป็น ImagePage.php เนื่องจากมี HTML จำนวนมากในภาษาของผู้ใช้
 * ใน Parser.php จะกำหนดหมายเลขสารบัญ (TOC) และสิ่งต่างๆ เช่น ไวยากรณ์ แม้ว่าจะไม่ค่อยเกี่ยวข้องกันเป็นส่วนใหญ่ หากต้องการทำเช่นนั้นเท่านั้น ให้ใช้ parserOptions->setTargetLanguage
 * ทิศทางของข้อความต่าง (DifferenceEngine) ถูกตั้งค่าเป็นภาษาเนื้อหาของหน้า ในบางกรณีสิ่งนี้ไม่เหมือนกัน ซึ่งในกรณีนี้ $diffEngineObject->setTextLanguage( $code ) สามารถใช้ได้
 * ตั้งแต่ มันยังตั้งเวลาและการจัดรูปแบบตัวเลข magic words รวมถึง DIRECTIONMARK แต่ไม่ใช่ NAMESPACE(E) เพราะนั่นขึ้นอยู่กับภาษาของไซต์จริงๆ โปรดทราบว่าการรวมเทมเพลตที่ทำเครื่องหมายเป็นภาษา A ไว้ในหน้าที่มีภาษา B จะถูกแยกวิเคราะห์ด้วยภาษา B ในหน้านั้น


 * หลายภาษาในหน้าเดียว
 * ในทางทฤษฎีแล้ว หลายภาษาในหน้าเดียวไม่รองรับ แต่แท็ก  แบบธรรมดาสามารถใช้เพื่อทำเครื่องหมายข้อความว่าเขียนในภาษาอื่น หากใช้คลาส CSS รายการ ul/ol และส่วนแก้ไขจะแสดงอย่างสวยงามเมื่อแท็ก dir อยู่ตรงข้ามกับค่าของภาษาเนื้อหาของหน้า อย่างไรก็ตาม สิ่งที่กำหนดไว้ใน parser เช่น TOC และคำวิเศษ จะไม่เปลี่ยนแปลง


 * กำลังดู/รับภาษาของหน้า


 * JavaScript:  - โปรดทราบว่าเมื่อเช่น การดูประวัติหน้าจะส่งคืนภาษาของหน้าเว็บที่เป็นประวัติ ในขณะที่หน้าประวัติไม่มีคลาส mw-content-ltr/rtl เช่น. ทั้ง "/wiki/Page" และ "/w/index.php?title=Page&action=history" จะส่งคืนภาษาของ "หน้า"
 * ภาษาของเนื้อหาหน้าระบุไว้ในมุมมองข้อมูลของเพจ ( ลิงก์ในกล่องเครื่องมือ)
 * ภาษาของเนื้อหาของหน้าสามารถเรียกค้นได้ใน API ผ่านทาง api.php?action=query&prop=info

โครงสร้างโค้ด
อันดับแรก คุณมีออบเจ็กต์ภาษาในสกุลเงิน ออบเจ็กต์นี้มี สตริงข้อความ ที่แปลเป็นภาษาท้องถิ่นได้ทั้งหมด เช่นเดียวกับการตั้งค่าเฉพาะภาษาที่สำคัญอื่นๆ และการทำงานที่กำหนดเอง (ตัวพิมพ์ใหญ่ ตัวพิมพ์เล็ก วันที่พิมพ์ การจัดรูปแบบตัวเลข ทิศทาง, กฎไวยากรณ์ที่กำหนดเอง  ฯลฯ )

อ็อบเจ็กต์ถูกสร้างขึ้นจากแหล่งที่มาสองแหล่ง: เวอร์ชันย่อยของตัวมันเอง (คลาส (classes)) และไฟล์ข้อความ (ข้อความ (messages))

นอกจากนี้ยังมีคลาส (class) MessageCache ซึ่งจัดการการป้อนข้อความผ่านเนมสเปซ MediaWiki Most internationalisation is nowadays done via objects and by using the   shortcut function, which is defined in. Legacy code might still be using the old  functions, which are now considered deprecated in favor of the above-mentioned Message objects.

ดูเพิ่มที่

Language objects
There are two ways to get a language object. You can use the globals and   service  for user interface and content language respectively. For an arbitrary language you can construct an object by using by replacing   with the code of the language. You can get, an object of the class, using .)  You can also use   if   could already be a language object.  The list of codes is in.

Language objects are needed for doing language-specific functions, most often to do number, time and date formatting, but also to construct lists and other things. There are multiple layers of caching and merging with #Fallback languages, but the details are irrelevant in normal use.

Old local translation system
With MediaWiki 1.3.0, a new system was set up for localising MediaWiki. Instead of editing the language file and asking developers to apply the change, users could edit the interface strings directly from their wikis. This is the system in use as of August 2005. People can find the message they want to translate in Special:AllMessages and then edit the relevant string in the  namespace. Once edited, these changes are live. There was no more need to request an update, and wait for developers to check and update the file.

The system is great for Wikipedia projects; however a side effect is that the MediaWiki language files shipped with the software are no longer quite up-to-date, and it is harder for developers to keep the files on meta in sync with the real language files.

As the default language files do not provide enough translated material, we face two problems:

This is especially unfortunate for the smaller languages which don't have many translators.
 * 1) New Wikimedia projects created in a language which has not been updated for a long time, need a total re-translation of the interface.
 * 1) Other users of MediaWiki (including Wikimedia projects in the same language) are left with untranslated interfaces.

This is not such a big issue anymore, because translatewiki.net is advertised prominently and used by almost all translations. Local translations still do happen sometimes but they're strongly discouraged. Local messages mostly have to be deleted, moving the relevant translations to translatewiki.net and leaving on the wiki only the site-specific customisation; there's a huge backlog especially in older projects, [//toolserver.org/~robin/?tool=cleanuplocalmsgs this tool] helps with cleanup.

Keeping messages centralised and in sync
English messages are very rarely out of sync with the code. Experience has shown that it's convenient to have all the English messages in the same place. Revising the English text can be done without reference to the code, just like translation can. Programmers sometimes make very poor choices for the default text.

What can be localised
So many things are localisable on MediaWiki that not all of them are directly available on : see translatewiki:Translating:MediaWiki. If something requires a developer intervention on the code, you can request it on Phabricator, or ask at translatewiki:Support if you don't know what to do exactly.


 * เนมสเปซ - both core and extensions, plus gender-dependent user namespaces
 * Weekdays (and abbreviations)
 * Months (and abbreviations)
 * Bookstores for Special:BookSources
 * Skin names
 * Math names
 * - for compatibility with old MediaWiki databases
 * Default user option overrides
 * ชื่อภาษา
 * ชื่อประเทศ (ผ่าน )
 * ชื่อสกุลเงิน (ผ่าน )
 * โซนเวลา
 * Character encoding conversion via
 * UpperLowerCase first (needs casemaps for some)
 * ตัวพิมพ์ใหญ่
 * คำตัวพิมพ์ใหญ่
 * ตัวแบ่งคำตัวพิมพ์ใหญ่
 * Case folding
 * Strip punctuation สำหรับ MySQL search (search optimisation)
 * Get first character
 * Alternate encoding
 * Recoding for edit (and then recode input)
 * Get first character
 * Alternate encoding
 * Recoding for edit (and then recode input)




 * Fallback languages (that is, other more closely related language(s) to use when a translation is not available, instead of the default fallback, which is English)
 * Directionality (left to right or right to left, RTL)
 * Direction mark character depending on RTL
 * Arrow depending on RTL
 * Languages where italics cannot be used
 * Number formatting (comma-ify, i.e. adding or not digits separators; transform digits; transform separators)
 * Truncate (multibyte)
 * Grammar conversions for inflected languages
 * Plural transformations
 * Formatting expiry times
 * Segmenting for diffs (Chinese)
 * Convert to variants of language (between different orthographies, or scripts)
 * Language specific user preference options
 * Link trails and link prefix, e.g.: . These are letters that can be glued after/before the closing/opening brackets of a wiki link, but appear rendered on the screen as if part of the link (that is, clickable and in the same colour). By default the link trail is "a-z"; you may want to add the accentuated or non-Latin letters used by your language to the list.
 * Language code (preferably used according to the latest RFC in standard BCP 47, currently, with its associated IANA database. Avoid deprecated, grandfathered and private-use codes: look at what they mean in standard ISO 639, and avoid codes assigned to collections/families of languages in ISO 639-5, and ISO 639 codes which were not imported in the IANA database for BCP 47)
 * Type of emphasising
 * The extension has a special page file per language,   for language code.

Neat functionality:


 * I18N
 * การจัดรูปแบบเลขโรมัน

เนมสเปซ


Currently making namespace name translations is disabled on translatewiki.net, so you need to do this yourself in Gerrit, or file a task asking for someone else to do it.

To allow custom namespaces introduced by your extension to be translated, create a  file that looks like this:

Then load it from the  file using ExtensionMessagesFiles like this:

Now, when a user installs MyExtension on their Finnish (fi) wiki, the custom namespace will be translated into Finnish magically, and the user doesn't need to do a thing!

Also remember to register your extension's namespace(s) on the page.

นามแฝงหน้าพิเศษ
See the manual page for Special pages for up-to-date information. The following does not appear to be valid.

Create a new file for the special page aliases in this format:

Then load it from the  file using ExtensionMessagesFiles like this:

When your special page code uses either or  (in the class that provides Special:MyExtension), the localised alias will be used, if it's available.

Namespace name aliases
Namespace name aliases are additional names which can be used to address existing namespaces. They are rarely needed, but not having them when they are, usually creates havoc in existing wikis.

You need namespace name aliases:

Variants are selectable in the user preferences. Users always see their selected variant, except in wikitext, but when editing or searching, an arbitrary variant can be used. So as not to break the links already present in the wiki, that are using the old namespace names, you need to add each of the altered previous namespace names to its namespace name aliases, when, or before, the change is made.
 * 1) When a language has variants, and these variants spell some namespaces differently, and you want editors to be able to use the variant spellings.
 * 1) When an existing wiki's language, fall back language(s), or localisation is changed, with it are changed some namespace names.

The generic English namespace names are always present as namespace name aliases in all localisations, so you need not, and should not, add those.

Aliases can't be translated on, but can be requested there or on : see translatewiki:Translating:MediaWiki#Namespace name aliases.

การตั้งค่าภูมิภาค
Some linguistic settings vary across geographies; MediaWiki doesn't have a concept of region, it only has languages and language variants.

These settings need to be set once as a language's default, then individual wikis can change them as they wish in their configuration.

Time and date formats
Time and dates are shown on special pages and alike. The default time and date format is used for signatures, so it should be the most used and most widely understood format for users of that language. Also anonymous users see the default format. Registered users can choose other formats in their preferences.

If you are familiar with PHP's time format, you can try to construct formats yourself. MediaWiki uses a similar format string, with some extra features. If you don't understand the previous sentence, that's OK. You can provide a list of examples for.

See Help:System message#Message sources.

ดูเพิ่ม

 * มีเดียวิกิหลายภาษา
 * Obtaining language names from codes is possible using the core function documented in magic words