內容簡介
這是長描述。沒有限制，你可以使用 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(); //出現在撇號中 ?>
外掛標籤
開發者團隊
原文外掛簡介
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.
