內容簡介
這是長描述。沒有限制，您可以使用 Markdown（以及以下各節）。
為了向後兼容性，如果此部分缺失，將使用簡短描述的完整長度並解析 Markdown。
以下是一些有關上面各部分的注意事項：
“貢獻者”是一個逗號分隔的 wp.org / wp-plugins.org 用戶名列表
“標籤”是適用於外掛的逗號分隔標籤列表
“至少需要”是插件將適用於的最低版本
“測試至”是您已成功使用的版本中的最高版本，請注意，它可能適用於更高版本...這只是您已驗證的最高版本。
穩定標記應指示最新穩定版本的 Subversion “標記”，或者如果您將 /trunk/ 用於穩定，則應指示“trunk”。
請注意，穩定標記的 README.txt 是外掛的定義文件，因此，如果 /trunk/readme.txt 檔案說穩定標記為4.3，則是 /tags/4.3/readme.txt 適用於
顯示有關外掛的信息。在這種情況下，唯一會從車架上的 readme.txt 中考慮的是穩定標記指針。因此，如果您在車架上開發，
可以更新車架的 readme.txt 以反映在開發中版本中的更改，而將不會披露有關當前穩定版本缺少這些更改的信息，只要車架的 readme.txt
指向正確的穩定標記即可。
如果未提供穩定標記，則假定車架穩定，但如果將穩定版本放置在車架上，則應指定“trunk”，以消除任何疑慮。
任意節
您可以提供任意節，格式與上面的節相同。這可能適用於極其複雜的外掛程序，需要傳達更多的信息，而這些信息不適合於“描述”或“安裝”類別。 管內節將顯示在上面概述的內置節下面。
簡單的 Markdown 示例
有序列表：
某些功能
另一個功能
有關外掛的其他信息
無序列表：
某物
別的東西
第三件事
這是連結到 WordPress 和 Markdown 的語法文件 的連結。 標題是可選的，當然。
Markdown使用電子郵件樣式的引用符號，並且我被告知：
星號用於強調。其中重複一次表示加強。
<?php code(); // goes in backticks ?>
外掛標籤
開發者團隊
原文外掛簡介
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.
Arbitrary section
You may provide arbitrary sections, in the same format as the ones above. This may be of use for extremely complicated
plugins where more information needs to be conveyed that doesn’t fit into the categories of “description” or
“installation.” Arbitrary sections will be shown below the built-in sections outlined above.
A brief Markdown Example
Ordered list:
Some feature
Another feature
Something else about the plugin
Unordered list:
something
something else
third thing
Here’s a link to WordPress and one to Markdown’s Syntax Documentation.
Titles are optional, naturally.
Markdown uses email style notation for blockquotes and I’ve been told:
Asterisks for emphasis. Double it up for strong.
