內容簡介
這是詳細的說明，沒有限制，您可以使用 Markdown（以及以下各節）。
為了向後兼容，如果此部分缺少，將使用短描述的全部長度，並進行
Markdown 解析。
有關上面各部分的幾點說明：
“貢獻者”是逗號分隔的 WordPress.org 用戶名列表
“標籤”是應用於插件的逗號分隔標籤列表
“至少需要”是插件可運行的最低版本號
“測試到”是您成功用於測試插件的最高版本號。請注意，它可能在
更高版本上運行...這只是您驗證過的最高版本。
穩定版應該指示最新穩定版本的 Subversion “標籤”，或者如果您將/trunk/用於
穩定，則為 “trunk”。
請注意，穩定版的 readme.txt 被認為是插件的定義版本，因此
如果 /trunk/readme.txt 文件說穩定版是 4.3，那麼就是使用 /tags/4.3/readme.txt
來顯示有關插件的信息。在這種情況下，只有從 trunk 的 readme.txt
考慮穩定版指針。因此，如果您在 trunk 中開發，則可以更新 trunk 的
readme.txt，以反映您正在開發的版本中的更改，而不會顯示關於當前
穩定版缺少這些更改的信息-只要 trunk 的 readme.txt 指向正確的穩定標籤即可。
如果未提供穩定版標籤，則假定 trunk 是穩定的，但如果您將
穩定版本放在那裡，則應指定 “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 wordpress.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.
