此頁是英?維基百科的 格式指引 ，但中文維基百科?無採納共識。 此頁 直到社群採納前 都是 論述 ，內容僅供參考。 若?認?此論述有成?正式指引的價?，建議參見英?維基百科的對應方針，?針對社群現況完善此論述的內容，再到 互助客棧 提議和參與討論。

快捷方式 WP:LIST MOS:LIST MOS:列表

本頁簡而言之： 列表以??点（无序）、列?或定?的形式呈??似信息。 列表可以嵌入?目中，也可以是?立的?目。 列表??有一?不言自明的??，以及引出的描述，?根据需要?一步解?。 列表、分?和?航模板是?同的 。

此?面中包含的一?或多?部分是中文?基百科 方? 。?些部分分??有 {{ Policy section }} 。本?面?有?????的部分?不是方?。

此?面中包含的一?或多?部?是中文?基百科 指引 ，?些部?分??有 {{ Guideline section }} 。本?面中?有????的部?就不是指引，僅? 論述 。

?基百科常用 列表 ??信息。列表可在散文?目的正文?到，也可以在“出版物”或“作品”部分等附??到，或作??立?目。本指引解?了何?以及如何适?地使用列表。

列表的主???十分明?，通常??通?列表的??反映，例如“ ?旗列表 ”，如果列表的??不能准?反映列表的?容，???在列表的起始段?出明?的?明，不要?其他??者和?者猜?一?列表??包含什??容。

??

一??立列表的??就是??面的名?，一?嵌入列表（作?一?段落依附在?目中的列表）的????是段落的??。列表一般??以“列表”或者“表”??尾，比如“ ?旗列表 ”。

列表的?述

本章節是中文維基百科的 內容方針 ，經社群商議?採納。 使用者 通常應該遵守 此方針。 任何對此方針的編輯都必須反映 社群共識 ，否則請先於 討論頁 或 互助客棧 發起討論。

一??立的列表是一??目，任何?目都??有一??述部分，列表也不例外。?使是?容非常明?的列表，也??有?述，在?述中??有?列?主?的?要的介?， 須說明合理的列表收錄準則，?內容的選擇標準或收錄範圍。存在爭議時，須依照可供?證的要求提供來源。 ^{[ 方針 ]} 如果?准??，??????明，以便??者和其他??者明?了解?列表??包含??的主?。同?，?述部分???表明一些含?不明?的符?和格式，例如“‘*’表明有??”等。

嵌入列表?有?述的?格要求，但如果列表?准不明??推?在?述中加以?明。

?容

列表的主??容无例外的要求?足 Wikipedia:中立的?点 和 Wikipedia:可供?? 原?。如果?有?考?料支持一?主?被列入某一?列表，??其列入?列表就是“原??究”；如果有?考?料支持一?主?列入，而不?其列入?是非中立?点（POV）。在??列表的?候??特?注意其?容?一般?目?容的??，以及在??情?下?基百科各?方?指引的适用度。如果列表涉及在世人物， Wikipedia:生者?? 方????受到重?。條目名存在類似“傑出/著名人物”等可能模?兩可、有失中立及原創?究等措辭?，?提供來源。

獨立列表之存廢標準

本章節是中文維基百科的 內容方針 ，經社群商議?採納。 使用者 通常應該遵守 此方針。 任何對此方針的編輯都必須反映 社群共識 ，否則請先於 討論頁 或 互助客棧 發起討論。

快捷方式 WP:LISTD

列表若有「同源條目」，可先考慮「篇幅容許」的情況下，置於同源條目中而不單獨成條。「同源條目」?“XX”和“XX列表”之關係。「篇幅容許」情況有：列表內條目本身極少；列表本身?大多數?下級列表的連結。

列表不應僅單純地列出各項名稱，而應提供各項名?簡介或各項之間可比較的信息等其他資訊，?該列表不應該可簡單的由分類取代。而未改善的單純列出各項名稱的列表應經存廢討論刪除或改?分類。不應以列表包含 ?? 作?列表不可由分?取代的原因；是否提供各項名?簡介或各項之間可比較的信息等其他資訊，應???列表?分?的唯一?准。

分?

每一?列表都??被分?于包含列表的?面分?中，其根目?是 Category:列表 。

本章節是中文維基百科的 格式指引 ，經社群商議?採納。 使用者 一般應該盡量遵守 此指引。如果出現 例外情況 ，最好 使用常識 判斷此指引是否合適。 任何對此指引的編輯都必須反映 社群共識 ，否則請先於 討論頁 或 互助客棧 發起討論。

就以國家、政治實體、國籍、出生地或籍貫來劃分的人物列表來說，有以下規限：

• 中文維基百科容許建立×國人列表，但是僅限於索引形式，例如 這樣 。因此，必須要有至少5篇下級列表才可以以×國人列表作?索引，否則不予創建。
• 如果人物列表的收錄範圍可以預期將會或已經超過100人的話，應該再作細分至下下級列表，直至不超越100人?止。
• 國籍、出生地或籍貫無可?來源證實的人物不予收錄。
• 每篇列表在創建時至少需要有50人，否則刪除。

本章節是中文維基百科的 格式指引 ，經社群商議?採納。 使用者 一般應該盡量遵守 此指引。如果出現 例外情況 ，最好 使用常識 判斷此指引是否合適。 任何對此指引的編輯都必須反映 社群共識 ，否則請先於 討論頁 或 互助客棧 發起討論。

快捷方式 WP:人物列表

?于?目?人物嵌入列表，其存??准可??立列表更??松一些，具?情?可自行考量，如遇??可到 Wikipedia:互助客?/方? ?求共?。以下?列已?成共?的部分主?：

1. 姓氏條目禁止嵌入「著名人物」等人物列表，此?信息?由“分?:×姓”或?立列表??。
2. 行政區劃條目禁止嵌入「本地出身人物」等人物列表，此?信息?由“分?:××人”或?立列表??。
3. 疾病條目禁止嵌入「知名患者」等人物列表，此類信息應由“分類:×疾病患者”或獨立列表體現。

?基百科?分了主要由列表?成的?目（一般??“列表”或“?立列表”）和主要由散文?成的?目（??“?目”）。?目旨在主要由散文?成，?管??可能包含一些列表。

?立的列表?目

列表?目 是百科全?式的?面，由一?序言部分和一?列表?成（可以用???分，也可以不用）。?些列表上的?目包括?某一特定主??域的?目的?接，?可能包括有?所列?目的?外信息。?立列表的??通常以?目的主??始，然后是列表的?型（列表、索引等），例如， 植物油列表 。??可以按主?分?或按主?以平面或分????行??。

??和符?的格式，或垂直格式，是?立列表的常?格式。?些?基百科?目遵循 Wikipedia:?立列表 的格式指引。

嵌入式列表

嵌入式列表 是在?目中使用的列表，?充?目的散文?容。??包含或附加在正文中，?可能是 表格格式 。?基百科使用?? ?准的附? ，通常是以列表的形式，以及 ?航模板 。

只有在适?的?候才可以使用嵌入式列表；有?，列表中的信息最好以散文形式呈?。以列表形式呈??多的???据可能?反 方? 。

“子?”（???）

?列表中的?目是其前面段落的“子?”?，使用列表格式可能是合适的。??“子?”在??上有?格??到其父?的描述之下。在??情?下，以列表形式??段落可能?使??更容易??，特?是在段落?短的情?下。下面的例子在有和?有?点的情?下都适用：

作品列表和???

?人或??的作品列表，如?目、唱片、?影、??人?和曲目列表，通常以??的列表格式呈?，?管???些信息?通??要点的散文分析在?目的其?地方得到支持，如果列表?得?以?理，?按照 WP:摘要格式 ?其?分??立的列表。???和年表可以作???世界?史的散文描述的有益?充。列表的?容受?散文相同的?容方?的?束，包括 ?有的比重 和 避免原??究 的原?。根据?基百科的方?和指引（包括 WP:TRIVIA 部分），?保列表?目?主?的重要性???目在?目正文中的要求相同。考?一下散文是否更合适。?于???的具?建?在 Wikipedia:年表?准 中?出。

相??目（?航列表）

“??”列表 和 “相??目”列表 是??的?航工具，可以?助用??到相?的?基百科?目。??定在任何?定的?目中添加?些?目和?目列表?，?着把自己放在?者的??中是?有用的。??自己，?者在?完?篇?目后可能想去?里。一般??，??包括三??型的?接：

• 相?主?的?接 - ??目中??的主??似。
• 高?（?，更大?的）?目和列表--?可能包括 人的列表 、 主??家列表 ，等等。例如，印度??人列表??同??接到印度人列表和?人列表。
• 低?（?更具?）的?目和列表--例如， 企? ?面?航列表包含 小企? 的?接，??主?列表等。

?于在任何?目中??放多少??目?接和列表?接，存在一些??。有些人把“?目?接”（放在“??”部分）和“列表?接”（放在“相?主?”部分）分?，但?是?有必要的，除非有太多的?接需要??放在一?部分。有些人??，在任何一篇文章的?尾，??包括的列表?接的最佳?量是0、1或2。?一些人???，一套更全面的列表??有用。一般??，在?定包括什?列表?，??使用?定在“ ?? ”部分包括什??目的相同?准。?????着把自己放在?者的心?上，?“?完?篇?目后我可能想去?里？”。一般??，“??”部分 不 ?重?出?在?目正文中的?接。

?考?料和外部?接

?考?料列表 展示了?基百科之外的信息?源。??最常?的?型是：

• “??超?接” - 在“外部?接”??下的?基百科以外的?址?接列表
• “?考文?” - 在“?考?料”??下的??期刊文章或?籍列表

?基百科不是一??接集， ??不鼓? 只有外部?接的?目，但? 互?? 上引用更??的?料是合适的。??把一??站作?重要的信息?源?，情?更是如此。

列表的特殊名?

?基百科上的大多?列表是?目列表，但不是全部。??的列表?型包括：

• 大? - ?基百科的 大綱 是一?分?排列的?于某一特定主?的主?列表。大?是?基百科上???型的一般主?列表之一，?一?是索引。
• 索引 - ?基百科上的 索引 是一?按字母?序排列的?于某一特定主?的文章列表。
• ??? - ??? 是按???序排列的事件的?形表示。
• 作戰序列 - 武?力量?成部分的代表，?示了????和指???。
• 作品列表 包括 ?目 和 唱片目? 。?目是一?主??域的相??考文?列表，包括?籍、期刊文章和??文章；唱片目?是一?音?家或歌手的所有唱片的列表，也可以根据流派或唱片公司??制。
• ??表 - ??表 是一?特定主??域的??列表，其中包括定?。
• 同?索引?目 - ??一?共享相同（或相似）名?的?目。??? 消除?? 的?面不同，因???是完整的?目，旨在??多?主?，而消除??的?面?用于?航目的。?非所有的同?索引?目都是列表。
• ??列表 - ??列表是任何?着其涵盖的主??化而?化的列表。因此，?可能永?不?被完成。任何?型的列表都可能是??的。

列表有以下??用途：

提供??

列表可能是一?有价?的資料?源。?于??化的列表??，情?更是如此。?方面的例子包括按???序排列的列表，按主?分?的列表，或有注?的列。

?航

包含?部?接??（? ?基?接 ）的列表?的??可以作??基百科的自然?容表和索引。如果用??他?要?的?西有一些大致的?念，但不知道具?的??，他?可以??基本主?的列表和更全面的主?列表，?些列表反???通向?基百科的大部分（如果不是全部）列表，?而通向相??目。?有具??究目?的用?可能也????目中的“??”部分所列出的?目?有用。入口站点中也提供了列表，以?助??他?的主?，而且列表通常通?使用系列?和其? ?航模板 放在?目中。

有特定?究目?（用一???描述）的用?可能????基百科的搜索??有用。

?展

一些列表??基百科的?展是?有用的。 相?主?列表 可以?明?基百科的??、已?的?目和?未?的?目。然而，由于?基百科是??者而非??而?化的，任何主要???或??目的而存在的列表（例如，一?完全由?色?接?成的列表，?不具有信息目的；特?是一?缺失主?的列表）??放在?目（“Wikipedia:”）或用?（“User:”） 命名空? ，而不是主命名空?中。

列表和分?

列表和分?的冗余是有益的，因????格式可以一起工作；?一原?在准? Wikipedia:分類、列表與導航模板 中有所涉及。像分?一?，列表可以使用 ?出更改 功能??踪所列?面中的更改。?分?不同的是，列表?允?保留其?容的?史；列表?允?在一??面上出?大量的?目。

?于一??立的列表，列表的??是?面名?。?于嵌入式列表，列表的??通常是一?章?的??（例如， 超人前? (第一季)#各集列表 ），但?可以更短。列表的??不?具有??性，通常不?包括???。此外，?于精?的列表??可能不那?有用，而且?使列表?以?到；列表的精?收??准??在??部分（?下文）?明，而不是在??中?明。例如，像“完整”和“?著”??的?通常不?出?在列表??中。相反，???明??明?名?是否完整，或者是否?限于??人知或著名的成?（?那些?得?表的?目）。?注意，“著名”一?被??是一?不必要的宣?点?，不?使用。

在易于理解的地方使用散文

?向于散文，因?一段??容易被理解?普通的文字。?目中首?散文，因??可以介???和澄?背景，而??的列表可能无法做到。?最适合于?目，因?其目的是解?。

{{ prose }}可以用?表明一?可能更适合?成散文的列表。?多 小作品 ?目可以通??不必要的列表???百科全?式的散文而得到改?。 ??： WP:格式手冊/?碎章節 。

使用良好的??

使用适?的?? ：使用??的wiki??或基于模板的列表代? （? Help:列表 的?多建?） 。特?是不要在列表中的 ?目之?留下空行 ，因????致MediaWiki?件???每項?目是一?新列表的?始。(有些HTML技?可以在列表?中?入?行或附加段落)。避免在?目中?用列表????置非列表材料的???式。

?片和列表

 [[
File
:
Example.jpg
|
thumb
|
Caption text
]]

 * Example 1
 * Example 2
 * Example 3
 * Example 4

 * Example 1
 * Example 2
 
[[
File
:
Example.jpg
|
thumb
|
Caption text
]]

 * Example 3
 * Example 4

 * Example 1
 * Example 2
 * 
[[
File
:
Example.jpg
|
thumb
|
Caption text
]]
 Example 3
 * Example 4

?了??片浮?到列表的右?，在大多?情?下????片??放在第一?之前，?例子“A”。再一次??片??作???的一行?入到列表中（如例子“B”），??其分成??半列表。

如果列表?的?度或所述?片的主?相?性使??片不适合?示在?角，可以考??其放在?所示的第一?列表?的星?之后（如例子“C”），以避免破?无序列表（ <ul> ）元素的??性。

注意 ：?把?片浮?到列表左??，?使用{{ flowlist }}模板，以防止破??点的??。

默?使用无序列表

默?情?下，使用??点（无序）的列表 ，特?是?于?列表。只有在需要按??引用?目、?目的?序?重要，或者在??世界中存在??的情?下（例如，??中的曲目），才使用??（有序）的列表。

介?性材料

列表中??有介?性材料；?于?立列表，???是 序言章? 。??介?性材料???楚地?明?列表的范?。?????列表的非明?特征提供解?，如列表的??。?立的列表可以?非?而易?的特征放在??的介?部分。

列表和??的?助材料 必?是中立 的。?主?互?的?立列表不?包含主?的 ?容 。介?性材料也??? 避免自我提及?基百科 。

有些信息，如“著名人物”或“校友”，可能是?了了解背景或?察?容而??的，可根据大小，采用章?序言和描述性的、??点的列表，或散文格式。如果名???，无法??，但又不适合?分，那?，用一?章?序言，加上描述性的、??点的列表，可能比?的散文部分更合适。

????

?管列表可以用不同的方式??，但??必?始?是有??的。最基本的??形式包括按 字母 或?字排列，但如果?目有特定的日期，有?最好是 按???序排列 （例如， 白俄?斯?理 ）。?使用更??的??形式?，（按?源、按用途、按?型等），分?的?准必?明?和一致。就像?者或??可以?容易地假定?? A 、 B 、 C 后面是 D （而不是 1903 ）一?，更??的系?也??同?明?。如果一?????中的澳大利?人列表包含 阿根廷 和 柬?寨 的??（按?家??），那???加上 非法毒品貿易 的??（按罪行??）就不合适了。如果一?列表?目在??上?于??或更多的??（例如，一?澳大利?人因?毒而被?押在阿根廷??），?表明列表的分?可能存在缺陷，??重新??。

列表不??包含“未分?”或“??”的??，因?所有?得列入列表的?目都可按照某些?准分?，?管完全有可能需要修改列表的格式以包括所有合适的?目。?未分?的?目可以在?定其分?的?候列入列表的???。

列表尺寸

就其目的和范?而言，列表和表格??量?短：列表中的?料???目的主?相?，而不涉及不必要的??；???据?按 方? 保持在最低限度。

有些?料可能 不适合 用 摘要式 方法來??或??。一?嵌入式列表可能需要完全 ?分 到一?列表?目中，留下一?{{ See }}模板，?生：

在某些情?下，列表格式可能比一?句子中的?序列更可取，比?：

向列表中添加???目

列表，无?是 ?立列表 （也??列表?目）?是 嵌入式列表 ，都是百科全?式的?容，就像?有段落的?目或章?那?。因此，列表上的所有??必?遵循?基百科的?容方?： 核心?容方? 是 可供?? （通??目的 一?或多??考?料 中的 良好?源 ）、 非原??究 和 中立的?点 ，?外?有其??容方?。如果?容包含 四???需要引用的材料 中的任何一?，??在其出?的地方用 ?文引用 注明?源 。?然列表的格式可能?每?主?的??要求?低，但?基百科的方?和程序同?适用于?似事物的列表，以及列表中的??事物可能 被?接 到的任何相??目。

在添加或??列表中的?目?要 大? ，但也要在大??周到之?取得平衡，所有的?容方?都是?了?助??者???一平衡。?于?量不?定的??，可以先在 ??? 上??，以?得其???的反?。

除了???反?有用之外，?????也是一??好的???程，可以在添加一?困?或有??的?目之前?成 共? ，特?是那些?主?本身的定?有??的?目。?注意，?本?提到的其?方?和程序一?，???程可以用于?基百科上任何?型的困?或有??的百科全?式?容。

在??列表本身之前在???上?成共?，不?????看可以?省??，而且有助于?保列表上的每一??容都有 ?好的?考价? ，而且列表整?上代表了 中立的?点 。?容 出?的地方要有?源 ，如果包含 四???需要有引?的材料 ，要提供 ?文引用 。

?一??目符合 可供?? 方?的要求?，列表中的?者可以??一??目的?考?料，以了解?信息是否?自可?的?源。?于信息的可供??，也意味着?基百科 不?布原??究 ：?的?容是由以前在一?好的?源中?布的信息?定的，而不是其??的信念或??，甚至是??的解?超出了?源的???容。?使??定一??目?列表的主?有?，?也必?在添加到列表之前?到一?良好的?源????一知?（?管?可以在???上建?），?在?目旁?的?考?料中添加??源。

在涉及生者的列表中，适用 生者傳記 的方?。

?可?的消息?源出?分??，保持 中立?点 的方?要求描述相互??的?点，而不支持任何特定的?点。??????地介?各?消息?源的?容，根据所?表的可?消息?源中每??点的突出程度?平衡?道，?予每一方?有的 重? 。

?添加到一?有 其??目?接 的?立列表?，在添加?的?目?要遵循?定的格式，然后看看?是否能???目?接到?注??目主?的?目。如果是??的?，就考?列表的格式是否允?在列表?目中容?所有 ??性?点 的??，或者?些??是否只??在?接的、?于?主?的主要?目中涉及。无???方式，如果主?目中?有?些?容，??保?其添加到主?目中。

分?

?可以在包含一?可能具有?立百科全?意?的列表的?面底部，添加一?或多?合适的 Category:列表 子分?。如果有一?列表的重定向（例如，?“List of Presidents of Elbonia”到“President of Elbonia#List of Elbonian Presidents”），??列表分?放在以“列表”命名的重定向上。

在?基百科上有??呈?列表的方式。

??点的列表

?是?基百科上最常?的列表?型。列表中的每??容通常是一???的??、短?或?行文字，不适合用?字排序，或者是?其?短的列表，在??情?下，一眼就能看出?些?容不是??。??不适合于大段的文字。??的??点的列表是通?在一行中以 * ??，然后添加列表?目的文本，每行 * 有一??目??建的。

列表?目的格式?一致。摘要：

• ?向于句子的情?。
• ?向于使用完整的句子，?避免?句子和片段混合作?同一列表中的?目。
• 句子片段不使用?尾?点符?。
• 列表?目之?不要放空行。

== 列表名稱 ==

*
 例子 1
*
 例子 2
*
 例子 3

<
h2
><
span
 class
=
"mw-headline"
 id
=
"Title_of_list"
>
列表名稱
</
span
></
h2
>

<
ul
>

<
li
>
例子 1
</
li
>

<
li
>
例子 2
</
li
>

<
li
>
例子 3
</
li
>

</
ul
>

HTML格式化可以用? ?建?富的列表，包括有?部段落分隔的?目。 在列表中使用?像 需要注意一些??。

?于信息???，可以用??的模板???点的列表??? 无?点 或 水平?式 ，以抑制大?点和??。

不要在列表后面留出空行 ，使列表的行?有?重空?。??做?把列表分成多?列表，?背了使用列表??的目的。?? 可??性 有不利影?（?幕??器?告??力受?的用?有多?列表） ^[1] ，?干?机器??容的可解析性，以便重?使用。此外，在某些????器中，一?列表?出?和下一?列表?出?之?的?外空白可能??生??上的干?效果。

== 列表名稱 ==

*
 例子 1

*
 例子 2

*
 例子 3

<
h2
><
span
 class
=
"mw-headline"
 id
=
"Title_of_list"
>
列表名稱
</
span
></
h2
>

<
ul
>

<
li
>
例子 1
</
li
>

</
ul
>

<
ul
>

<
li
>
例子 2
</
li
>

</
ul
>

<
ul
>

<
li
>
例子 3
</
li
>

</
ul
>

??做??上??生三?列表，每?列表包含一??目！?注意呈?的HTML，其中的 <ul> ??? <li> ??一?多。

无?点的列表

?于不??点的多?30??目（以后可能?增加）的列表，?使用{{ Plainlist }}或{{ Unbulleted list }}模板。典型的用途是在信息?字段中，以及替?用 <br /> 分隔的?列表。模板??出正?的HTML??，?使用CSS （? Template:Plainlist §?Notes ） ?藏?点。

== 列表名稱 ==

{{
Plainlist
|

* 例子 1
* Example 2
* Example 3
}}

<
h2
><
span
 class
=
"mw-headline"
 id
=
"Title_of_list"
>
列表名稱
</
span
></
h2
>

<
div
 class
=
"plainlist"
>

<
ul
>

<
li
>
例子 1
</
li
>

<
li
>
例子 2
</
li
>

<
li
>
例子 3
</
li
>

</
ul
>

</
div
>

== 列表名稱 ==

{{
Unbulleted list

|
 例子 1
|
 例子 2
|
 例子 3
}}

<
h2
><
span
 class
=
"mw-headline"
 id
=
"Title_of_list"
>
列表名稱
</
span
></
h2
>

<
div
 class
=
"plainlist"
>

<
ul
>

<
li
>
例子 1
</
li
>

<
li
>
例子 2
</
li
>

<
li
>
例子 3
</
li
>

</
ul
>

</
div
>

{{ Plainlist }}的一?好?是，?可以被包?在已?存在的??点的列表中。{{ Unbulleted list }}的一?特点是，?于一?短的列表，?可以放在一??行上： {{ Unbulleted list |例子 1|例子 2|例子 3}} .

??列表

只有在以下情?下才使用??（有序）的列表：

• 有必要用???指代?些元素。
• ?目的?序是??。
• ??有一些?立的意?，例如在一???的音?曲目列表中。

在一行的??使用 # 符??生成一???的列表?（除了本?中???明的以外，??上面的 * ?列表的作用相同）。

列表?目的格式?一致。摘要：

• ?向于句子的情?。
• ?向于使用完整的句子，?避免?句子和片段混合作?同一列表中的?目。
• 句子片段不使用?尾?点符?。
• 列表?目之?不要放空行。

示例：

== 列表名稱 ==

#
 例子 1
#
 例子 2
#
 例子 3

<
h2
><
span
 class
=
"mw-headline"
 id
=
"Title_of_list"
>
列表名稱
</
span
></
h2
>

<
ol
>

<
li
>
例子 1
</
li
>

<
li
>
例子 2
</
li
>

<
li
>
例子 3
</
li
>

</
ol
>

??列表中的?目之?的空行不???致??目列表中相同的?列??，而且??在“1”?重新?始??。如果?有??的??，?一点是无法解?的（?背了??便利性的期望），所以在??列表中??始?避免使用?行距。

HTML格式化可以用? ?建?富的列表，包括有?部段落分隔的?目。 在列表中使用?像 需要注意一些??。

其?案例

有??的??可以使用原始HTML???更??的?果，如使用?字以外的索引的有序列表，以及不?1?始的有序列表。

<
ol
 type
=
"a"
>

<
li
>
this
</
li
>

<
li
>
list
</
li
>

<
li
>
uses
</
li
>

<
li
>
letters
</
li
>

<
li
>
as
</
li
>

<
li
>
indexes
</
li
>

</
ol
>

<
ol
 start
=
"10"
>

<
li
>
this
</
li
>

<
li
>
list
</
li
>

<
li
>
starts
</
li
>

<
li
>
from
</
li
>

<
li
>
10
</
li
>

</
ol
>

<
ol
 type
=
"I"
 start
=
"50"
>

<
li
>
this
</
li
>

<
li
>
list
</
li
>

<
li
>
uses
</
li
>

<
li
>
roman
</
li
>

<
li
>
numerals
</
li
>

<
li
>
and
</
li
>

<
li
>
starts
</
li
>

<
li
>
from
</
li
>

<
li
>
50
</
li
>

</
ol
>

列表?型（type）的有效??：

• 1（默?，?字）
• a（小? 拉丁字母 ）
• A（大?拉丁字母）
• i（小? ???字 ）
• I（大????字）

起始?可以是??，但只有在列表使用?字作?索引的情?下。否?，??生奇怪的?果。

<
ol
 type
=
"a"
 start
=
"-2"
>

<
li
>
definitely
</
li
>

<
li
><
b
>
not
</
b
></
li
>

<
li
>
a
</
li
>

<
li
>
good
</
li
>

<
li
>
idea!
</
li
>

</
ol
>

描述（定?、??）列表

一?描述列表包含“......??和定?、元?据主?和?、??和答案或任何其?的名-??据?”。 ^{[2] [3]} 在?基百科上，描述列表最常?的用途是用于??表，在那里?比其??式更受?迎。?基百科? 描述列表 有??的??：

; 名? 1?: ? 1
; 名? 2?: ? 2
; 名? 3?: ? 3

?源也可以在??后的下一行布置描述?，像??：

; 名? 1
: ?是?第一?名?相?的?，可能相??，但必?是?源中一行不??的行。
; 名? 2
: ?是?第二?名?相?的?，也可能是?的。

?仍然使名?和?保持在一??一的描述列表中，而且典型的短名?和??的交替使?立的?件在???容易被??。由此?生的布局和HTML??行?法所?生的布局和HTML是相同的。

无???wikitext??都是功能有限的，而且容易被破?。???wikitext??的一?主要弱点是，???容易被???建多行?的后期??破?。?些??在冗?的描述列表中最?突出。因此，有一些模板用于制作描述列表，如??表，其方式是提供更?富、更??的?容，包括多段、??引文、子列表等。

模板式??的描述列表的基本格式是：

在描述列表中使用wikitext或上述模板，而不是其?捏造的格式，因?其?格式可能???者和??都感到意外，妨碍?基百科?容的重用性，使自??理更加困?，???可用性和可??性??。(其?格式可能?占用?少的垂直空?，但?使?者更??描）。也就是?，一?描述包含超?一段的?目列表可能作??立的列表?目中的章?呈?得更好，而表格比描述列表更适合于???容，特?是?每??目有多??的?候。

?无序（??点）和有序（??）列表一?，描述列表中的 ?目之?不??有空行 ，因????致每??目在?出中成?自己的假“列表”，?而使??目放在列表??中的意?消失。

??基??的冒???用于?????，??也?在HTML中被呈??描述列表，但?有“ ; ”--限定的??，而?些??适用于“ : ”--??的材料，也?有列表的?始和?束??，???生破碎的?? （?? WP:格式手冊/親和力#?? ） 。可以使用更方便的??模板，例如， {{ in5 }} 或其??用于一行， {{ block indent }} 用于多行（?使???上的描述列表??的?用已?根深?固，目前无法改?）。

?使描述列表??不是??，??在某些方面也像??。然而，至少在一?方面，??不是：描述列表??wikitext（ ; ）不??被用??分大的章?。?使用副??（例如， ===副??=== ）。

表格

表格是一?以行和列形式呈??接、?据或信息的方式。??是一???的列表形式，特?是?每?列表?感?趣的信息超?2??，??非常有用。表格需要一?更??的符?，??仔???其可及性。可以考? 合?散文中所涉及的信息 的折?表。

表格可用于呈????据，如乘法表、比??字或?育成?。??也可用于呈???或更多?言的等价?，用于按?型和年??分的??，以及??的唱片?系。

水平列表

在?如信息?的情?下，水平列表可能是有用的。示例：

{{ Flatlist }}的一?好?是，?可以被包?在一?已?存在的??点的列表中。{{ Hlist }}的一?特点是，?于一??短的列表，?可以被放在一??行上。

???

?于日期事件的列表，或???，每?事件使用一?{{ Timeline-event }}?例，因此：

*
 {{
Timeline-event
|
date
=
{{
Start date
|
1904
|
11
|
18
|
df
=
y
}}|
event
=
?生了一件事
}}

*
 {{
Timeline-event
|
date
=
{{
Start date
|
1905
}}|
event
=
?有?生什?事
}}

*
 {{
Timeline-event
|
date
=
{{
Start date
|
1906
|
01
|
21
}}|
event
=
?生了其?事情
}}

渲染?：

• 1904年11月18日 ?( 1904-11-18 ) ： ?生了一件事
• 1905年 ?( 1905 ) ： ?有?生什?事
• 1906年1月21日 ?( 1906-01-21 ) ： ?生了其?事情

（注意可?的 df=y （日期?先）??--日期格式在???目中??是一致的）。

按???序排列的列表，如???，?按?早到?的???序排列。

?行

cake<br />
cheese<br />
chocolate<br />

??“?列表”方法 已被?? ，因??不符合Web?准，?可能?致 可??性 ??。取而代之的是，使用上面定?的更多格式化的列表?式之一。

在一?不完整的列表前，?入 {{ incomplete list }} ，??把以下?容 嵌入 ??：

此 列表不完整 ，?迎? ?充?容 。

• ?考目?列表
• Wikipedia:嵌入列表
• Wikipedia:作品列表
• Wikipedia:模板消息/列表
• Help:列表
• Wikipedia:分類、列表與導航模板
• Help:Line-break handling （ 英? ： Help:Line-break handling ） ? 除其他事?外，?包括如何正??理水平?接列表中的?行??
• Help:可排序表格 ? ?基百科的表格可以用 class="sortable" 排序，本?面解?了如何排序
• Wikipedia:List dos and don'ts （ 英? ： Wikipedia:List dos and don'ts ） ? ??本指引要点的信息?
• Wikipedia:格式手冊/消?義頁 ? 消除??的?面是同源?的列表--一??或一??有相同的?面形式，但有不同的含?，有自己的?面??和布局。
• Wikipedia:?立列表 ? ?于?容和格式指引以及命名?例的指引?
• Wikipedia:Template index/Cleanup#Lists （ 英? ： Wikipedia:Template index/Cleanup#Lists ） ? 列表的?理??
• WikiProject:列表 ? 此?目的目?是合作???基百科的列表?目和嵌入式列表

? ? ? 格式手冊 各專題格式建議 內容 无障碍 ?? 消?義頁 信息? ?接 避免自我提及 避免使用的字詞 不要華而不實 不要模稜兩可 格式 縮寫 日期和?字 ?点符? 示亡? 音? 文字格式 標題 生僻字 朝鮮半島文字 圖片 ?註 旗? 排版 佈局 導言 章節標題 表格 ?碎章節 列表 嵌入列表 列表 作品列表 ?立列表 法律 法律 商? 創作 日本動漫游? ?影 電視 ?子游? ?? 音樂 音樂專輯 地區 兩岸四地 日本 朝鮮半島 越南 科學 化學 電腦 ?? 哲? 地震 生物分類法 交通 交通車輛條目 相關方針指引 ?目?度 命名常? 分類、列表與導航模板 頁面分類 列明?源 頂註 ?名 子頁面 討論頁指導 模板命名空? 行?解? 用戶頁 ?妹?? ??指引 檢索 格式指引分類 灰字 ?非正式指引，僅供參考 ?字 ?含有部分方?或指引的?面