This is the long description. No li

This is the long description. No limit, and you can use Markdown (as well as in the following sections).

For backwards compatibility, if this section is missing, the full length of the short description will be used, and
Markdown parsed.

A few notes about the sections above:

* "Contributors" is a comma separated list of wp.org/wp-plugins.org usernames
* "Tags" is a comma separated list of tags that apply to the plugin
* "Requires at least" is the lowest version that the plugin will work on
* "Tested up to" is the highest version that you've *successfully used to test the plugin*. Note that it might work on
higher versions... this is just the highest one you've verified.
* Stable tag should indicate the Subversion "tag" of the latest stable version, or "trunk," if you use `/trunk/` for
stable.

Note that the `readme.txt` of the stable tag is the one that is considered the defining one for the plugin, so
if the `/trunk/readme.txt` file says that the stable tag is `4.3`, then it is `/tags/4.3/readme.txt` that'll be used
for displaying information about the plugin. In this situation, the only thing considered from the trunk `readme.txt`
is the stable tag pointer. Thus, if you develop in trunk, you can update the trunk `readme.txt` to reflect changes in
your in-development version, without having that information incorrectly disclosed about the current stable version
that lacks those changes -- as long as the trunk's `readme.txt` points to the correct stable tag.

If no stable tag is provided, it is assumed that trunk is stable, but you should specify "trunk" if that's where
you put the stable version, in order to eliminate any doubt.

ผลลัพธ์ (ไทย) 1:

นี่คือคำอธิบายยาว ไม่จำกัด และคุณสามารถใช้รวมยอด (เช่นกันกับในส่วนต่อไปนี้)สำหรับย้อนหลังความเข้ากันได้ ส่วนนี้หายไป ความยาวทั้งหมดของคำอธิบายโดยย่อจะใช้ และรวมยอดที่แยกวิเคราะห์หมายเหตุบางเกี่ยวกับส่วนด้านบน:* "ร่วมสมทบ" คือ ชื่อเล่น wp.org/wp-plugins.org รายการคั่นด้วยจุลภาค* "แท็ก" มีรายการคั่นด้วยจุลภาคของแท็กที่ใช้กับปลั๊กอิน* "ต้องที่" รุ่นต่ำสุดที่ปลั๊กอินจะทำงาน* "ทดสอบค่า" เป็นรุ่นสูงสุดที่คุณ * สำเร็จใช้ทดสอบปลั๊กอิน * หมายเหตุที่อาจทำงานบน...สูงรุ่นนี้มีเพียงหนึ่งสูงสุดที่คุณได้ตรวจสอบ* ป้ายมั่นคงควรบ่งชี้ถึงการโค่นล้ม "แท็ก" รุ่นล่าสุด หรือ "ลำ ถ้าคุณใช้ 'ลำ /' สำหรับมีเสถียรภาพ โปรดสังเกตว่า 'โปรดอ่าน readme.txt' แท็กมีเสถียรภาพเป็นที่ถือว่าเป็นการกำหนดสำหรับปลั๊กอิน ดังนั้นถ้าใน ' / trunk/readme.txt' แฟ้มกล่าวว่า แท็กมีเสถียรภาพเป็น '4.3" แล้วก็ ' / tags/4.3/readme.txt' ที่จะใช้สำหรับการแสดงข้อมูลเกี่ยวกับปลั๊กอิน ในสถานการณ์นี้ สิ่งเดียวที่พิจารณาจากลำต้น 'โปรดอ่าน readme.txt'ชี้ป้ายมีเสถียรภาพได้ ดังนั้น ถ้าคุณพัฒนาในลำตัว คุณสามารถปรับปรุงลำตัว 'โปรดอ่าน readme.txt' การเปลี่ยนแปลงในรุ่นในการพัฒนา โดยไม่มีข้อมูลที่ไม่ถูกต้องเปิดเผยเกี่ยวกับงานมั่นคงที่ไม่มีเปลี่ยนแปลง - ตราบใดที่ของลำตัว 'โปรดอ่าน readme.txt' ไปแท็กมั่นคงถูกต้อง ถ้ามีป้ายไม่มีเสถียรภาพ จะถือว่าเป็นที่ลำตัวมีเสถียรภาพ แต่คุณควรระบุ "ลำต้น" ถูกคุณสามารถกำหนดเวอร์ชันมีเสถียรภาพ เพื่อขจัดข้อสงสัยใด ๆ

ผลลัพธ์ (ไทย) 2:

นี่คือคำอธิบายยาว ไม่ จำกัด และคุณสามารถใช้ Markdown (เช่นเดียวกับในส่วนต่อไป). หลังเข้ากันได้ถ้าส่วนนี้จะหายไปความยาวของคำอธิบายสั้น ๆ จะถูกนำมาใช้และMarkdown แยก. หมายเหตุบางอย่างเกี่ยวกับส่วนด้านบน : * "ร่วม" เป็นเครื่องหมายจุลภาคคั่นรายการชื่อผู้ใช้ wp.org/wp-plugins.org * "แท็ก" เป็นเครื่องหมายจุลภาคคั่นรายการของแท็กที่ใช้กับปลั๊กอิน* "ต้องมีอย่างน้อย" เป็นรุ่นต่ำสุดที่ปลั๊กอิน จะทำงานบน* "ผ่านการทดสอบถึง" เป็นรุ่นสูงสุดที่คุณได้ * ใช้ประสบความสำเร็จในการทดสอบปลั๊กอิน * โปรดทราบว่ามันอาจจะทำงานในรุ่นที่สูงกว่า ... นี่เป็นเพียงหนึ่งสูงสุดที่คุณได้ยืนยัน. * แท็กที่มีเสถียรภาพควรระบุการโค่นล้ม "แท็ก" ของรุ่นเสถียรล่าสุดหรือ "ลำ" ถ้าคุณใช้ `/ ลำ / `สำหรับเสถียรภาพ. โปรดทราบว่า` readme.txt` ของแท็กที่มีเสถียรภาพเป็นสิ่งหนึ่งที่ถือเป็นหนึ่งในการกำหนดปลั๊กอินดังนั้นถ้า`/ ลำ / ไฟล์ readme.txt` กล่าวว่าแท็กที่มีเสถียรภาพคือ` 4.3` แล้วมันเป็น `/ แท็ก / 4.3 / readme.txt` ที่จะนำมาใช้สำหรับการแสดงข้อมูลเกี่ยวกับปลั๊กอิน ในสถานการณ์เช่นนี้สิ่งเดียวที่พิจารณาจากลำต้น `readme.txt` เป็นตัวชี้แท็กที่มีเสถียรภาพ ดังนั้นหากคุณพัฒนาในลำต้นคุณสามารถปรับปรุงลำต้น `readme.txt` เพื่อสะท้อนให้เห็นการเปลี่ยนแปลงในรุ่นในการพัฒนาของคุณโดยไม่ต้องเปิดเผยข้อมูลที่ไม่ถูกต้องเกี่ยวกับรุ่นที่มีเสถียรภาพในปัจจุบันที่ไม่มีการเปลี่ยนแปลงเหล่านั้น- ตราบใดที่ลำต้นของ `จุด readme.txt` กับแท็กที่มีเสถียรภาพที่ถูกต้อง. ถ้าไม่มีแท็กที่มีเสถียรภาพมีให้มันจะสันนิษฐานว่าลำตัวมีเสถียรภาพ แต่คุณควรระบุ" ลำ "ถ้านั่นคือสิ่งที่คุณใส่รุ่นที่มีเสถียรภาพเพื่อที่จะขจัดข้อสงสัยใดๆ

ผลลัพธ์ (ไทย) 3:

นี่เป็นคำอธิบายยาว ไม่ จำกัด และคุณสามารถใช้ markdown ( รวมทั้งในส่วนต่อไปนี้ )

สำหรับเข้ากันได้ย้อนกลับ ถ้าส่วนนี้หายไป เต็มความยาวของคำอธิบายสั้นจะถูกใช้และ
markdown แจง

บันทึกไม่กี่เกี่ยวกับส่วนข้างต้น :

* " ผู้สนับสนุน " เป็น คั่นด้วยเครื่องหมายจุลภาครายชื่อ wp.org/wp-plugins.org ผู้ใช้
* " แท็ก " เป็นเครื่องหมายจุลภาคคั่นระหว่างรายการของแท็กที่ใช้กับปลั๊กอิน
* " ต้องมีอย่างน้อยที่สุด " เป็นรุ่นที่ปลั๊กอินจะทำงานบน
* " ทดสอบขึ้น " คือสูงสุดรุ่นที่คุณใช้ทดสอบปลั๊กอินเรียบร้อยแล้ว * * โปรดทราบว่ามันจะทำงานบน
รุ่นที่สูงขึ้น . . . . . . . นี่เป็นเพียงหนึ่งสูงคุณได้ยืนยัน .
* แท็กมั่นคงควรระบุถึงการโค่นล้ม " แท็ก " ในรุ่นเสถียรล่าสุด หรือ " ลำต้น " ถ้าคุณใช้ ` / trunk / ` สำหรับ
มั่นคง

หมายเหตุว่า " Readme . txt " แท็กอันดับหนึ่งที่ถือว่าเป็นนิยามสำหรับปลั๊กอินดังนั้น
ถ้า ` ` / trunk / README . txt ไฟล์บอกว่าแท็กมั่นคง 4.3 ` ` แล้วมัน ` / tags / 4.3 / README . txt ' ที่ต้องใช้
แสดงข้อมูลเกี่ยวกับปลั๊กอินในสถานการณ์นี้ สิ่งเดียวที่พิจารณาจากท้ายรถ ` `
Readme . txt เป็นมั่นคงป้ายชี้ ดังนั้นถ้าคุณพัฒนาในลำต้น , คุณสามารถปรับปรุงรถ ` ` Readme . txt เพื่อสะท้อนให้เห็นถึงการเปลี่ยนแปลงใน
ของคุณในรุ่นพัฒนา โดยไม่มีข้อมูลที่ไม่ถูกต้อง เปิดเผย เกี่ยวกับปัจจุบันรุ่นเสถียร
ที่ขาดการเปลี่ยนแปลงเหล่านั้น -- ตราบเท่าที่ลำต้นของ ` readmeTXT ` จุดแท็กมั่นคงถูกต้อง

ถ้าไม่มั่นคง tag ไว้ มันจะสันนิษฐานว่าลำต้นมีเสถียรภาพ แต่คุณควรระบุ " งวง " ถ้าที่ที่
คุณใส่รุ่นที่มั่นคง เพื่อขจัดข้อสงสัยใด ๆ .