求聞百科:條目長度

本页使用了标题或全文手工转换,现处于台湾繁体模式
頁面被全保護
求聞百科,共筆求聞

本頁介紹求聞百科對條目長度的限制,分別介紹條目的長度下限(正文50個漢字)和長度上限(200KB)。為了保障讀者閱讀時的可讀性,一個條目不應過長或過短。編者應採取措施,使條目長度控制在合理的範圍內。

條目大小 處理辦法
≥ 150 KB (列表為200 KB) 必須拆分,例外須按照一例一議的方式逐一討論決定
≥ 100 KB 應視情況進行拆分,除個別例外
≥ 80 KB 可視情況進行拆分。隨著條目的增長,條目最終需要拆分
< 50 KB 不必拆分,長度也不是拆分的理由
< 1 KB 條目長度較短,建議予以擴充
< 50個漢字(正文) 條目長度過短,若無法擴充則必須刪除

長度下限

小小作品

條目正文少於50個漢字(計算標準見下文)的條目,因過短而無法給讀者有效資訊,故需刪除。此類條目被稱為小小作品。任何使用者(尤其是巡查員)遇到小小作品,可自己動手將其擴充,使其正文字數大於等於50個漢字;無法擴充的,可在條目頂部加上模板連結:{{subst:Substub/auto}}。在7天的期限內,任何使用者可擴充該條目,使其不再是小小作品,之後可摘去模板。此類條目在7日後若仍處於小小作品狀態,將自動以快速刪除準則A1提請管理員刪除。

小小作品的條目正文字數在50個漢字以內,具體計算標準如下。

  • 外文字母和數字算半個漢字。
  • 條目正文,包含章節標題(該章節須不是空章節)、資訊框、表格及列表內的文字。不包含模板自身代碼(例如{{Infobox person}}),以及其他模板的文字(包括但不限於維護模板、導航模板)。
  • 條目若存在與條目主題直接相關的圖片,則減免正文10個漢字的要求,但最多減免10個漢字。

小作品

條目正文少於1000位元組的條目,雖可能不至於刪除,但仍需有效的擴充使其內容更加充實。小作品的底部需添加小作品模板,以指引其他編者擴充。

長度上限

一般情況下,讀者在閱讀一個超過1萬字的頁面時就容易感到厭倦。此外,長條目也不利於編者的編輯與維護。為保障讀者閱讀條目時的可讀性,求聞百科對條目長度上限進行限制。

考慮到以下因素:

  • 條目設有目錄功能,便於讀者選取想看的內容;
  • 條目的主體部分(即不包括連結、參見、參考文獻及註腳等輔助內容)是條目的主要內容和讀者閱讀的主要部分,但受技術限制,難以計算主體部分長度,只能算入輔助內容計算頁面長度;
  • 部分條目包含表格,而表格代碼占用的字節數較多,可能導致條目的字節數水漲船高、一同膨脹。

綜合長期實踐,社區認為,條目長度(以編輯歷史最新版本的頁面字節數為準)不宜超過100KB;領域概述性文章可以放寬至150KB;列表則可以放寬至200KB或1000個列表項。

  • 領域概述性文章可能是某領域條目的起始,具有基礎性意義,也值得增加閱讀時間。這種情況下,這些條目也應保持可讀性,並考慮能否適量壓縮條目長度、拆分長段落和關聯性不強的內容到其他條目。讀者閱讀此類條目時一般可以接受其複雜性,但前提是該條目行文流暢、結構風格合適。

  • 列表有時需要保障完整性,但前提是列表本身符合收錄標準且符合格式指引,沒有過度收錄。列表不應成為過多注釋、不切主題的倉庫,應注意可讀性。但是,長列表很多時候和長條目一樣難以閱讀、編輯和尋找重點,因而,超過長度上限的列表,必須按照一定的分類方法進行分拆。

絕大多數條目並不會達到這個字節數限制,一般大於80KB時就可以考慮分拆。大於150KB(列表為200KB)的頁面必須進行縮減和分拆,除非經討論認為沒有縮減和分拆的必要。

條目和其他頁面的長度上限也受到技術上的限制:

  • 由於本地伺服器限制,超過200KB的條目、超過288KB的其他頁面,可能導致更多的加載和編輯問題,因此系統會對上述兩類頁面進行報錯。
  • 求聞百科所使用的共筆引擎目前只能正常渲染模板展開後頁面長度不大於2048KB的頁面。因此,如果在頁面底部出現模板無法正常展示(一般表現為最後數個參考資料或底部導引模板被指向相應模板的內部連結代替),則該條目必須進行分拆。

拆分條目

拆分前

若遇到超過80KB的條目,任何編者可先閱讀條目的討論頁和編輯歷史,看看社區是否對該條目的長度有過結論。此外還可以簡要閱讀條目,確定是否有必要拆分。有時,一個條目真的需要很長,以便有效涵蓋主題。

在決定拆分前,編者要先對條目進行整理,清理凌亂、瑣碎、無用的內容,以及不適合百科全書記載的其他內容。有時給條目進行「瘦身」後就能夠符合80KB的限制。當然,頁面過長絕對不是刪除有用內容的理由,有用的內容應儘可能保留。若清理後的條目仍然遠遠超過這一限制,才應考慮是否對條目進行拆分。

社區鼓勵拆分長期無人編輯的條目和基礎性條目。社區不建議編者自行拆分近期建立的條目、有其他編者關注的條目和近期熱點條目,但若已有成熟的分拆方案,且拆分工作不會持續很長時間,則可以進行拆分。在拆分前,最好先和其他編者(尤其是對條目擴充有重大貢獻的編者、熟悉該領域的編者、近期多次參與該條目編輯的編者,以及條目姓名標示者)進行討論,決定是否拆分以及拆分方案。

拆分時

拆分時,可依照同類條目的框架結構確定拆分方案,先列出條目大綱,再將適合的內容填入,最後將需要新建條目存放、合併到其他條目中的內容進行轉移。保存拆分編輯時,應當在編輯摘要里寫下類似於「將××章節拆分至××條目」「××章節拆分自××條目」的文字,並在「××條目」處做出內部連結,方便之後的讀者和編者閱讀,並確保頁面歷史及姓名標示的連續性。

一個不重要的段落一般更適於依附於較長條目,而不值得單獨成立條目。將爭議性段落拆分出去容易違反中立原則,除非提供適當的概要性介紹。拆分也不應該用來為需要刪除的內容提供新「住址」。拆分時還應該考慮其他條目組織方面的原則,並確保新條目的題目和內容都反映客觀視角。此外,若分拆對象是長列表,分拆時應按照一定的分類方法(如地理位置、類別、拼音或首字母順序)分拆,並且應按照最佳的分類方法分拆。

如果編輯過長的條目遇到技術困難(如瀏覽器加載緩慢、加載後部分內容缺失、編輯時設備卡頓、保存編輯緩慢)等問題,您可考慮採取以下方式:

  • 若您的瀏覽器或設備系統版本低,建議對其進行升級。
  • 檢查網絡環境是否良好。
  • 可採取分段編輯作為臨時的解決方案,即每次僅編輯一個章節。
  • 前往茶館留言請求其他編者幫忙解決。

拆分後

拆分完成後,可尋求其他編者的意見。若拆分前曾與其他編者討論過拆分問題,拆分完成後應當向他們徵求反饋。

參見