維基百科:格式手冊/列表

你若咧維基百科用列表組織信息。列表會當佇散文條目的正文揣著，嘛會當閣「出版物」抑是「作品」部份等附錄揣著，抑是作為獨立條目。本指引解說了當時以及如何適當地使用列表。

表示的主題應該誠明確，通常應該愛通過列表的標題反映，比如講「國旗列表」，若是列表的標題袂當準確反映列表的內容，則應該愛咧列表的起頭段予出明確的說明，莫予其他編輯者佮讀者猜測一个列表應該包括啥物款的內容。

標題

一个獨立列表的標題就是這頁面的名稱，一个1875入去列表（成做一个階段依附佇條目中的列表）的標題應該是段落的標題。一般應該以「列表」抑是講「表」為結尾，比如講「國旗列表」。

列表的概述

一个獨立的列表是一个條目，任何條目攏應該有一个概述的部份，列表嘛無例外。就算是內容非常明顯的列表，嘛應該愛有概述，佇咧講內底應該有對列舉的主題的簡要的介紹，愛說明合理的列表收錄準則，即內容的選擇標準抑是收錄範圍。佇咧爭議的時陣，愛依照會當供查證的要求提供來源。[方針] 若標準複雜，著愛詳細寫明，通好予讀者佮其他編輯者明確了解該列表應該包括欲按怎的主題。同時，咧講部份猶咧講應該表明一寡含義無明顯的符號佮格式，比如講「『 \ *』表明有爭議」等。

1875入去列表無概述的嚴格要求，但是若是列表標準無明確的時推薦佇咧概述中加以說明。

內容

列表的主題內容無例外的要求滿足 Wikipedia : 中立的觀點佮 Wikipedia : 會當供查證原則。若是無參考資料支持一个主題予列入某一个列表去，則共其列入去該列表就是「原創研究」；若是有參考資料支持一个主題列入，袂當共伊列入去攏是非中立的觀點（POV）。咧編輯列表的時應該特別注意其內容佮一般條目內容的區別，猶閣有佇這款的情形下維基百科各個方針指引的適用度。若是列表牽涉著在生的人物，Wikipedia : 生者傳記方針對應該受著重視。條目名存在類似「傑出 / 出名人物」等可能兩交稜、有失中立佮原創研究等等措辭的時，愛提供來源。

獨立列表的存廢標準

列表若有「仝源條目」，會用得考慮「篇幅容許」的狀況之下，佇仝款源條目中而無單獨成條。「仝源條目」即「XX」和「XX 列表」之關係。「篇幅容許」情況有：列表內條目本身真少；列表本身真大多數為下級列表的連結。

列表不應該單純列出各項名稱，提供各項名稱簡介抑是各項之間會當較信息等等其他的資訊，即時該列表無應該會當簡單的由分類取代。無改善的單純列出各項名稱的列表應經存廢討論刪除抑是改做分類。無應該列表包括紅鏈作為列表袂當由分類取代的原因；敢是提供各項名稱簡介抑是各項之間會當較的信息等等其他的資訊，應該區別列表佮分類的唯一標準。

分類

每一个列表攏應該予人分類於包含列表的頁面分類當中，其根 kha-tá-lok-guh 是 Category : 列表。

就以國家、政治實體、國籍、出世地抑是籍貫來劃分的人物列表來講，有以下的規限：

中文維基百科容許建立 × 國人列表，但是干焦限制形式，譬如講按呢。所以，必須愛有至少五篇下級列表才會使 × 國人列表作為索引，若無創建。
若是人物列表的收錄範圍會當預期將會抑是已經超過一百人矣，應該閣較幼分至下級列表，一直到無超過一百人為止。
國籍、出世地抑是籍貫無法度靠來源證實的人物毋通予收錄。
逐篇列表佇創建的時陣上無需要有五十人，無刪除。

去條目內的人物1875入去列表，其存廢標準會當較獨立列表閣較冗咧，具體情形會當家己來考量，如遇爭議可到 Wikipedia : 互助客棧 / 方針揣共識。以下羅列已達成共識的部分主題：

一 . 姓條去禁止1875入去「出名人物」等人物列表，這款信息應該由「分類 : × 姓」抑是獨立列的表體現。二 . 行政區劃條去禁止1875入去「本地出身的人物」等人物列表，這款信息應該由「分類 : ×× 人」抑是獨立列的表體現。三 . 疾病條去目禁止1875入去「知名患者」等人物列表，這款信息應該由「分類 : × 疾病的患者」抑是獨立列的表體現。

維基百科區分矣主要有列表組成的條目（一般號做「列表」抑是「獨立列表」）和主要是由散文組成的條目（這號做「條目」）。條目旨佇主要是由散文組成，就算講𪜶可能包括一寡列表。

獨立的列表條目

_ 列表條目 _ 是百科全書式的頁面，由一个序細部份佮一个列表組成（會當用標題劃分，嘛會使毋免）。遮的列表頂懸的項目包括佮某一特定主題領域的條目的連結，並且包括有關係所列的項目的額外信息。獨立列表的標題通常以條目的主題開始，然後是列表的類型（列表、索引等），比如講，植物油列表。𪜶會當按主題分類或者是按主題用平面或者是分層結構來進行組織。

標題佮符號的格式，抑是直直的數式，是獨立列表的常見格式。遮的維基百科的條目遵循 Wikipedia : 獨立列表的格式指引。

1875入式列表

_ 1875入式列表 _ 是佇條目中使用的列表，補充條目的散文內容。𪜶包含講佮附加佇正文內底，並且可能是格式的。維基百科使用幾个標準的附錄，通常是以列表的形式，佮𤆬路機模仔。

干焦佇咧適當的時陣才會使落去大人入式列表；有時，列表中的信息上好是以散文形式呈現。以列表形式呈現過濟的統計數據可能違反方針。

「子項」（就共縮入來）

當列表中的項目是其頭前段落的「子項」時，使用列表格式有可能是合適的。這種「子項」佇邏輯上有資格縮入去其父項的描述之下。佇這个情形下，以列表形式縮入段落可能會閣予𪜶閣較會閱讀，特別是佇咧段落足短的狀況下。下跤的例佇咧有和無圓點仔的情況下跤攏適用：

作品列表佮時間軸

個人抑是團體的作品列表，如書目、曲盤、電影、專輯人員佮曲目列表，通常以簡單的列表格式呈現，就算講按算遮的批信息會通過對欲點的散文分析佇條目的其他所在得著支持，若列表變甲誠歹處理，愛照起 WP : 摘要格式將其拆分做獨立的列表。時間線和年表會當做為現實世界歷史的散文描述的有益補充。列表的內容受佮散文仝款的內容方針的約束，包括應該有的比重閣較避免原創研究的原則。根據維基百科的方針佮指引（包括講 WP : TRIVIA 部份），確保列表項目對主題的重要性佮該項目佇條目正文中的要求仝款。考慮一下仔散文敢是閣較好勢。關於時間線的具體建議佇咧 Wikipedia : 年表標準中予出。

參考資料佮外部連結

參考資料列表展示欲維基百科以外的信息來源。兩種上捷看的類型是：

「彼網絡超連結」-佇咧「外部連結」標題下的維基百科以外的網址連結列表
「參考文獻」-佇咧「參考資料」標題下的學術期刊文章抑是冊列表維基百科毋是一个連結集，積極無鼓勵干焦外部連結的條目，但是對網路頂頭引用閣較詳細的資料是合適合的。當你共一个網站做重要的信息來源的時陣，狀況閣較是按呢。

列表的特殊名稱

維基百科上的大多數列表是項目列表，但是毋是全部。專門列表的類型包括：

大綱-維基百科的大綱是一个分層排列的屬於某一特定主題的主題列表。大綱是維基百科上兩種類型的一般主題列表之一，另外一種是索引。
索引-維基百科上的索引是一个按字母順序排列的關於某一特定主題的文章列表。
時間軸-時間軸是照時間順序來排列的事件的圖形表示。
作戰序列-武裝力量組成的部份的代表，顯示了層級組織佮指揮結構。
作品列表包括書目佮曲盤 kha-tá-lok-guh。冊目是一个主題領域的相關參考文獻列表，包括冊、期刊文章和網路文章；曲盤 kha-tá-lok-guh 是一个音樂家抑是歌手的所有的唱片的列表，嘛會當根據流派抑是唱片公司來編制。
詞彙表-詞表是一个特定主題領域的術語列表，其中包括定義。
仝類索引條目-記錄一組共享仝款（抑是相𫝛）名稱的項目。𪜶佮消除歧義的頁面無仝，因為𪜶是完整的條目，旨咧記錄濟个主題，若消除歧義的頁面干焦用佇導航目的。並毋是所有的同類索引條目攏是列表。
動態列表-動態列表是任何隨著其涵起的主題變化來變化的列表。所以，伊可能永遠袂予人完成。任何類型的列表攏有可能是動態的。

列表有以下幾个用途：

提供資訊

列表可能是一个有價值的資料來源。對結構化的列表來講，狀況閣較是按呢。這方面的例包括照時間順序排列的列表，按主題分組的列表，抑是講有注釋的列。

有包含內部連結術語（即維基連結）的列表總的來講會當做為維基百科的自然內容表參索引。若用戶對𪜶欲揣的物件有一寡大致的概念，就毋知影具體的術語，𪜶會當瀏覽基本的主題的列表佮閣較全面的主題列表，遮的列表反過來會通向維基百科的大部份（若毋是全部）列表，進一步通向相關條目。無具體研究目標的用戶可能嘛會發現條目中的「參見」部份的所列出來的條目真有路用。入口站的點內底嘛提供列表，以幫助瀏覽𪜶的主題，而且列表通常是使用系列框佮其他導航模板囥咧條目中。

有特定研究目標（用一兩个詞共伊講）的用戶可能會發現維基百科的搜索框誠有路用。

發展

一寡列表對維基百科的發展是足有路用的。相關主題列表會當說明維基百科的狀況、已經寫的條目佮猶未寫的條目。毋過，因為維基百科是為讀者非編輯這優化的，任何主要是開發抑是維護目的存在的列表（比如講，一个完全由紅色連結組成的列表，並無信息的目的；特別是一个缺失主題的列表）應該囥佇項目（「 Wikipedia :」）抑是用戶（「 User :」）號名空間，毋是主號名空間內底。

列表佮分類

列表佮分類的趁錢是有益的，因為這兩種束格會當做伙做工課；這原則會當佇準則 _ Wikipedia : 分類、列表佮導航模板 _ 中有所牽涉著。親像分類仝款，列表會當使用鏈出更改的功能來佮蹤所列頁面中的更改。佮分類無仝的是，列表恐驚會保持其內容的歷史；列表伊可能佇一个頁面上出現大量的條目。

對一个獨立的列表，照顧的標題是頁面號名。對這个1875入式列表，表示的標題通常是一个章節的標題（比如講，超人前傳 ( 第一季 ) # 各集列表），但是伊會當愈短。列表的標題無應具有誤導性，通常無應包括縮寫詞。此外，傷過精確的列表標題可能無遐濟有路用，而且會當列表難以揣著；列表的精確收錄標準應該佇標題部份（見下文）闡明，毋是佇標題中闡明。比如講，像「完整」和「顯明」按呢的詞通常袂出現佇咧列表標題當中。相反，標題應該明確來說明敢有完整，抑是敢是干焦廣告人知抑是出名的成員（即遐的值得發表的條目）。請注意，「有名」一詞被認為是一種無必要的宣傳妝娗，無應用使用。

予人會理解的所在使用散文

散文行對散文，因為一段話會足𠢕理解做普通的文字。條目中首選散文，因為伊會當介紹細節佮澄清背景，若簡單的列表可能無法度做著。伊上適合條目，因為其目的是解說。

{ { prose } } 會當用來表明一个可能閣較適合寫做散文的列表。濟濟小作品條目會當通過將無必要的列錶轉換做百科全書對式的散文來的得著改進。參見：WP : 格式手冊 / 厚碎章節。

使用良好的標記

使用適當的標記：使用謹慎的 wiki 標記抑是跤模的列表代碼（見 Help : 列表的真濟建議）。特別是講莫佇咧列表中的項目之間留下空行，因為這會致使著 MediaWiki 軟體誤認為逐項項目是一个新列表的開始。( 有的 HTML 技術會當佇列表項插入去斷行抑是附加段落 )。避免佇條目中誤用列表標記來設置非列表材料的視覺樣式。

圖片佮列表

為著共圖片浮動到列表的正爿，佇大多數的情形下應該共圖片標記囥咧第一項進前，見例「A」。閣一改將圖片標記做單獨的一行插入去到列表當中（如比如講比子「B」），會將伊分做兩港半列表。

若是列表項的長度抑是所述圖片的主題相關性使這个圖片無適合顯示佇咧頂角，會當考慮共伊囥佇咧所示的頭一个列表項的星號了後（如比如講比子「C」），避免破壞無爽快列表（` < ul > `）元素的連續性。

注意：當共圖片浮動甲列表倒爿的時陣，請使用 { { flowlist } } 模板，會當防止破壞圓點的縮入。

恬認使用不舒服列表

恬認情形下，使用紮圓點（不舒服）的列表，特別是對有長列表。干焦佇需要照編號引用項目、項目的順序足重要，抑是佇現實世界內底存在編號的情形下（比如講，專輯內底的曲目），才會使用編號（有序）的列表。

介紹性材料

列表內底應該有介紹性材料；對獨立列表，這應該是序序言章節。這个介紹性材料應該清楚來說明該列表的範圍。伊閣應該愛列表的非明顯特徵提供解說，如列表的結構。獨立的列表會當將非顯而易見的特徵囥佇咧單獨的介紹部份。

列表佮𪜶的輔助材料必須是中立的。對主題互補的獨立列表不應包含主題的內容。介紹性材料嘛應該避免自我講著維基百科。

有一寡信息，如「出名人物」抑是「校友」，可能是為著欲了解背景抑是小察內容閱讀的，會當根據大細，採用章節序序細佮描述性的、帶圓點的列表，抑是散文格式。若名單長長，無法度總結，但是閣無適合拆分，遐爾，用一个章節序細，加上講描述性的、帶圓點的列表，可能比長的散文的部份閣較合。

組織結構

儘管列表會當用無仝的方式組織，毋過𪜶著愛終是有組織的。上基本的組織形式包括按字母或數字排列，毋過若的項目有特定的日期，有當時仔上好是照時間順序來排列（比如講，白俄羅斯總理）。使用閣較複雜的組織形式的時陣，（揤來源、照用途、照類型等），分類的標準著愛明確和一致。像讀者抑是編輯會用得真容易地假定標題A、B、C後壁是D（毋是一千九百空三）仝款，閣較複雜的系統嘛應該仝款明確。若一份國際監獄內面的澳大利亞人列表包含阿根廷和柬埔寨伊的標題（按國家組織），遐爾編輯加上非法毒品貿易伊的標題（揤罪行組織）就袂合矣。若是一个列表條目咧邏輯頂頭屬於兩个抑是閣較濟的類別（比如講，一个澳大利亞人因為販毒去予人關押佇咧阿根廷監獄），這表明列表的分類可能存在欠陷，應該重新審查。

列表不應該包括「無分類」抑是「雜項」伊的標題，因為所有值得排入去列表的項目攏會當按照某一寡標準分類，就算講完全有可能需要修改列表的項目以包括所有合適合的項目。猶未分類的項目會當佇確定其分類的時列入列表的討論頁。

列表 sài-sù

就其目的佮範圍來講，列表佮表格應該是誠簡短：列表內底的資料應佮條目的主題相關，無牽連無一定愛的鋩角；統計數據應該愛針保持佇上低限度。

有一寡資料可能無適合用挽的方式來縮減抑是總結。一个1875入式列表可能需要完全拆分著一个列表條目中，留下一个 { { See } } 模板，產生：

佇某一寡狀況下，列表格式可能比一个句句內底的長序列閣較可取，比較：

向列表中添加單一个項目

列表，毋管是獨立列表（嘛講號做列表條目）閣是1875入式列表，攏是百科全書式的內容，就像干焦有一段落的條目或者是章節彼款。所以，列表頂懸的所有的單項就愛遵循維基百科的內容方針：核心內容方針是會當供查證（通過項目的一个濟濟的參考資料當中的良好來源）、非原創研究佮中立的觀點，另外閣有別的內容方針。若是內容包括四種絕對需要引用的材料內面的任何一種，則應該佇其出現的所在用內文引用註明來源。雖然列表的格式可能對每一个主題的鋩角要求較低，但是維基百科的方針佮程序仝款會當用著類似的事物列表，佮列表內底的單一个事物可能予人連結著的任何相關的條目。

佇咧添加抑是編輯列表內的項目的時陣愛大膽，毋過嘛欲佇大膽和周到之間取得平衡，所有的內容方針攏是為著欲幫助編輯者實現這一平衡。對質量無確定的編輯，會當先佇這个討論頁頂頭去討論，以得著其他的編輯的反饋。

除了會對這種反饋有路用以外，討論頁討論嘛是一个足好的審查的過程，會當佇咧添加一个困難抑是爭議的項目進前達成共識，特別是遐的對主題本身的定義有爭議的項目。請注意，佮本節講的其他方針佮程序仝款，這个過程會當用佇維基百科等任何類型的困難抑是有爭議的百科全書式的內容。

佇咧編輯列表本身進前咧討論頁頂頭達成共識，毋但對長遠來看會當省時間，而且對確保列表頂懸的每一項內容攏有真好的參考價值，而且列表規个看代表中立的觀點。內容出現的所在愛有來源，若包括四種絕對需要有引證的材料，愛提供內文引用。

做一个項目符合會當供查證方針的要求的時陣，列表中的讀者會當檢查一个項目的參考資料，以了解該信息敢是對可靠的來源。對著批評的會當供查證，也意味著維基百科無發布原創研究：伊的內容是由以早佇一个好的來源內底發佈的信息決定的，毋是其編輯的信念抑是經驗，甚至是編輯的解說超出來源的實際內容。就算你確定一个項目佮列表的主題有關係，你嘛著愛佇咧添加到列表進前揣著一个良好的來源來驗證這一智識（就算講你會當佇咧討論頁的建議），閣佇項目邊仔參考資料當中添該來源。

佇咧牽涉著生者的列表中，適合用生者傳記的方針。

當可靠的消息來源出現分歧時，保持中立觀點的方針要求欲描述互相競爭的觀點，支持任何特定的觀點。編輯應該簡單來介紹各種消息來源的內容，根據所發表的會當靠消息來源中逐種觀點的突出程度來平衡報導，予每一方應該有的重視。

當添加到一个有其他的條目連結的獨立列表的時陣，咧添加你的項目的時陣愛遵循既定的格式，才閣看一下你敢有法度共這个項目連結一下到關注這个項目主題的條目。若是按呢，就考慮列表的格式敢有允准佇列表項目中容納所有競爭性觀點的細節，抑是遮的細節敢有只有應該愛佇咧連結的、關於這个主題的主要條目中牽涉著。無論佗一種方式，若主條目中無遮的內容，請確保將其添加到主條目當中。

分類

你會當共包含一个可能有獨立百科全冊意義的列表的頁面下底部，添加一个抑是偌適合的 Category : 列表子分類。你若有一个列表的重定向（比如講，對「List of Presidents of Elbonia」到「President of Elbonia # List of Elbonian Presidents」），是共列表分類囥佇咧以「列表」號名的重定向頂懸。

佇維基百科頂懸有幾種呈現列表的方式。

帶圓點的列表

這是維基百科上上捷看著的列表類型。列表中的逐項內容通常是一个簡單的單詞、短語抑是單行文字，無適合用數字排序，或者是講足簡短的列表，佇這个情形下，一眼就看會出遮的內容毋是問題。𪜶無適合大段的文字。簡單的紮圓點仔的列表是通過一行中以 ` * ` 一開頭，然後添加列表項目的文本，每行 ` * ` 有一个項目來創建的。

列表項目的格式應該致使。摘要：

敧向著句的狀況。
向時使用完整的句，並避免共句佮片段混合作為仝一列表中的項目。
彎曲盤無咧使用結尾標點符號。
列表項目之間毋通放空行。

HTML 格式化會當提來創建豐富的列表，有包括有內部落分隔的項目。佇列表中使用圖像需要注意一寡問題。

對信息框來講，會當用足簡單的模板共紮圓點仔的列錶換做無圓點抑是水平的形式，以壓制大圓點和縮進。

莫講佇咧列表後壁留出空行，使列表的行數有雙重的空間。按呢做會共列表分做真濟列表，違背著使用列表標記的目的。這對會當訪問性有不利影響（屏幕閱讀器會共視力受損的用戶有真濟列表），並且干擾機器對內容的會當解析性，通好重複使用。此外，佇咧某一寡網路瀏覽器內底，列表輸出塊佮後一个列表輸出塊之間的額外空白可能會產生視覺上的干擾效果。

按呢做實際上會產生三个列表，伊每一个列表包含一个項目！請注意呈現的 HTML，內底的 ` < ul > ` 標記佮 ` < li > ` 標記平濟。

無圓點的列表

對無紮圓點濟佮三十个項目（以後可能會增加）的列表，請使用 { { Plainlist } } 抑是 { { Unbulleted list } } 模板。典型的用途是佇信息框欄位中，以及替換用 ` < br / > ` 分隔的偽列表。模板會發出正確的 HTML 標記，並使用 CSS（見 Template : Plainlist § Notes）隱藏圓點。

{ { Plainlist } } 的一个好處是，伊會當予人包裹佇已經存在的紮圓點列表中。{ { Unbulleted list } } 的一个特點是講，對一个短的列表，伊會使挈咧一个單行頂頭：` { { Unbulleted list | 例一 | 比例二 | 例三 } } ` .

編號列表

干焦佇以下的情形下才會使用編號（有序）的列表：

有必要用編號來指代遮的元素。
項目的順序是關鍵。
編號有一寡獨立的意義，譬如講佇一塊專輯的音樂曲目列表中。

佇一逝的開頭使用 ` # ` 符號來生做一个編號的列表項（除了本節內底詳細說明的以外，這和頂面的 ` * ` 號列表的作用仝款）。

列表項目的格式應該致使。摘要：

敧向著句的狀況。
向時使用完整的句，並避免共句佮片段混合作為仝一列表中的項目。
彎曲盤無咧使用結尾標點符號。
列表項目之間毋通放空行。

示例：

編號列表中的項目之間的空行毋但會致使佮項目列表中相仝的當斷列問題，而且閣會佇「一」處重新開始編號。若是無複雜的標記，這點是無法度解決的（違背編輯這个便利性的向望），所以佇咧編號列表內底應該愛終避免使用雙行距。

HTML 格式化會當提來創建豐富的列表，有包括有內部落分隔的項目。佇列表中使用圖像需要注意一寡問題。

其他的案例

有經驗的編輯會當使用原始 HTML 來實現閣較複雜的結果，如使用數字以外索引的有序列表，佮無對一開始的序列表。

列表的類型（type）的有效值為：

一（默認，數字）
a（小寫拉丁字母）
A（大寫拉丁字母）
i（小寫羅馬數字）
I（寫羅馬數字）

頭先值得會當是負數，毋過干焦咧列表使用數字成做索引的情況下。抑無，會產生奇怪的結果。

是咧講（定義、關聯）列表

一个描述列表包括「. . . . . . 術語佮定義、元數據主題佮值、問題佮答案抑是任何的名-值數據組」。佇維基百科頂懸，描述列表上捷看的用途是用佇詞表，佇遐伊比其他的形體閣較受歡迎。維基百科對描述列表有專門的標記：

來源嘛會當佇咧術語了後的後一逝布置來講價值，像按呢：

這猶原是使名稱佮值保持佇一个單一的描述列表中，而且典型的短名稱佮長值的交替使獨立的組件佇咧編輯的時陣容易予人發現。由此產生的布局佮 HTML 佮單行語法所產生的布局佮 HTML 是有仝款的。

無論佗一種 wikitext 標記攏是功能有限的，而且會當予人破壞。這兩種 wikitext 標記的一个主要弱點是，𪜶真容易予試圖創建多行值的後期編輯破壞。這个問題佇傷長的描述列表內底上蓋為突出。所以，有一寡枋模用佇咧製作描述列表，如詞彙表，其實方式是提供閣較豐富、閣較複雜的內容，包括多段、塊狀引文、子列表等。

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

佇咧描述列表內底使用 wikitext 或者是模仔，毋是其他捏的格式，因為其他的氣式可能會予讀者佮編輯攏感覺意外，妨礙維基百科內容的重用性，予自動處理閣較困難，並且會當帶來可用性佮會當訪問性問題。( 其他的格式可能會占較少的直直空間，毋過會當讀者閣較歹掃描）。也就是講，一个描述包含超過一段的項目列表可能成做獨立的列表條目中的章節呈現了閣較好，表格比描述列表閣較適合關聯內容，特別是當每一个項目有偌个價值的時陣。

與不舒服（帶圓點）佮有序（編號）列表仝款，描述列表內底的項目之間無應該有空行，因為這會致使逐个條目佇輸出中成做家己的假「列表」，從而使將項目囥佇列表標記中的意義消失。

做維基標記的冒號干焦用佇咧視覺縮入的時陣，伊嘛會佇 HTML 中予人呈現做是描述列表，但是無「` ; `」--限定的術語，這術語用佇咧「` : `」--縮入的材料，嘛無列表的開始佮結束標記，這將產生破碎的標記（詳見 WP : 格式手冊 / 親和力 # 縮入去）。會當使用較方便的縮入去模板，比如講，` { { in 五 } } ` 抑是變體用於一行，` { { block indent } } ` 用佇咧多行（準做討論頁頂的描述列表標記的濫用已經生根釘地，目前無法度去改變）。

就算描述列表術語毋是標題，𪜶佇某一寡方面嘛親像標題。毋過，上無佇一个方面，𪜶毋是：描述列表術語 wikitext（` ; `）無應該予人用來劃分大的章節。應使用副標題（比如講，`===副標題===`）。

格仔

表格是一種以行佮列形式呈現連結、數據抑是信息的方式。𪜶是一種複雜的列表形式，特別是當每一个列表感興趣的批息超過二條時，𪜶非常有路用。格仔需要一个閣較複雜的符號，你應該愛斟酌檢查其實有性。會當考慮合併散文中所牽涉著的信息的痕跡。

表格會當用佇呈現數學數據，如乘法表、較數字抑是體育成績。𪜶嘛會當用佇呈現兩種抑是閣較濟語言的等價詞，用佇按怎型佮年份劃分的獎項，猶閣有複雜的唱片譜系。

水平列表

佇諸如信息框的情況下，平列表可能是有路用的。示例：

{ { Flatlist } } 的一个好處是，伊會當予人包裹佇一个已經存在的紮圓點列表中。{ { Hlist } } 的一个特點是講，對一个簡短的列表，伊會當予人囥佇一个單行頂懸。

時間軸

對日期的事件的列表，抑是時間軸，事件使用一个較 { { Timeline-event } } 實例，所以：

` ` `

{ { Timeline-event | date={ { Start date | 一千九百空四 | 十一 | 十八 | df=y } } | event=曲去矣一件代誌 } }
{ { Timeline-event | date={ { Start date | 一千九百空五 } } | event=學著有學生啥物屘代誌 } }
{ { Timeline-event | date={ { Start date | 一千九百空六 | 一 | 二十一 } } | event=曲去矣其他的代誌 } }