維基百科討論:基礎條目

基礎條目中，傳記的條目其加權長度都已超過30K

剛剛擴充迦梨陀娑條目，加權長度超過30k，所有傳記的條目加權長度都已超過30K。--Wolfch (留言) 2021年1月14日 (四) 14:07 (UTC)

新進的烏姆·庫勒蘇姆條目，加權長度還不到30k，因此傳記條目中，只有一個加權長度不到30K--Wolfch (留言) 2021年2月5日 (五) 10:35 (UTC)

烏姆·庫勒蘇姆條目，加權長度已擴充超過30k，所有傳記的條目加權長度都已超過30K。--Wolfch (留言) 2021年2月7日 (日) 20:54 (UTC)

加油

來維基好幾年，見過了許多工程的開開停停。像基礎條目這樣細水長流，對內逐步消滅小作品、對外比下去其他維基，堅持十年如著實不易。

近來受討論啟發，也爲電子遊戲專題組織基礎條目挑戰。雖然之前也有維護專題的經驗，但親身體驗發現完成基礎條目真非易事：自己從核心條目中或明或暗受益良多，但真寫起來話題太大竟不知如何下筆。

第三級基礎條目早已消滅小作品了，第四級的幾篇電子遊戲條目品質也都尚可。但五級電子遊戲條目還有好些紅色連結；至於電子遊戲專題的基礎條目挑戰，目前更有高達四成的條目缺失。雖然艱巨的任務不能指望一朝一夕完成，但我相信它會有完成的那天。

最後在此向孜孜不倦貢獻、維護基礎條目的維基人表示敬意。--洛普利寧 2021年7月1日 (四) 21:01 (UTC)

有關 "維基百科基礎條目質量列表" 中, "未翻譯外文過多" 的計算方式

m:維基百科基礎條目質量列表中會針對各語言基礎條目的長度計分。其中有些條目評為「因為未翻譯外文過多，不列入統計」。目前已根據其評比的程式碼，找到其評比的原理，並且以此方式修正條目。中文維基在9月份有二個條目因為未翻譯外文過多，不列入統計，在10月份這二個條目已經修正。因此上述的原理應該正確。

判斷未翻譯外文時，會先刪除以下部份：

• <ref> </ref>以內的參考資料（因此不會考慮此參考資料模版中引用的英文原文）
• <!--- -->以內的註解資料（因此不會考慮註解中引用的英文原文）

接下來會計算條目中的字數, 以及數十個英文的特定單字，若特定單字佔字數的比例超過20%，且這些特定單字在條目中出現的總數超過20次，就會算為「未翻譯外文過多」。 --Wolfch (留言) 2021年10月5日 (二) 23:24 (UTC)

基礎條目中，科學的條目其加權長度都已超過30K

剛剛擴充鹽基條目，加權長度超過30k，所有自然科學（包括度量、科學、技術）的條目加權長度都已超過30K。--Wolfch (留言) 2021年10月12日 (二) 14:59 (UTC)

有關維基百科:基礎條目的更新

維基百科:基礎條目前陣子主要是由user:Wolfch在維護，不過他已在維基用戶頁表明要離開維基百科，最後一次編輯是在1月份。

維基百科:基礎條目（以及Wikipedia:基礎條目/條目長度列表、Wikipedia:基礎條目/靜態版本）需要配合m:List_of_articles_every_Wikipedia_should_have的內容進行更新, 目前只更新到對應 List_of articles every Wikipedia should have 2021年10月27日的版本，之後更新的內容還沒有加入。

另外，Wikipedia:基礎條目/條目長度列表無法識別重定向, 因此若長度很短的, 應該只計算到重定向頁面的長度, 需調整Wikipedia:基礎條目/條目長度列表, 改為實際的條目。

上述內容是有關維基百科:基礎條目的更新（還沒有提到擴充篇幅小於30KB條目的任務）, 大約一個月更新一次即可，不知是否有維基人願意參與？謝謝--36.229.98.57（留言） 2022年6月25日 (六) 02:11 (UTC)

有關 維基百科:基礎條目 的更新

維基百科:基礎條目前陣子主要是由user:Wolfch在維護，不過他已在維基用戶頁表明要離開維基百科，最後一次編輯是在1月份。

維基百科:基礎條目（以及Wikipedia:基礎條目/條目長度列表、Wikipedia:基礎條目/靜態版本）需要配合m:List_of_articles_every_Wikipedia_should_have的內容進行更新, 目前只更新到對應 List_of articles every Wikipedia should have 2021年10月27日的版本，之後更新的內容還沒有加入。

另外，Wikipedia:基礎條目/條目長度列表無法識別重定向, 因此若長度很短的, 應該只計算到重定向頁面的長度, 需調整Wikipedia:基礎條目/條目長度列表, 改為實際的條目。

上述內容是有關維基百科:基礎條目的更新（還沒有提到擴充篇幅小於30KB條目的任務）, 大約一個月更新一次即可，不知是否有維基人願意參與？謝謝--2001:B400:E2D9:E372:EB20:9FB1:3D5A:A30B（留言） 2022年6月27日 (一) 03:37 (UTC)

有這個精力不如把基礎條目沒有的補完。--中文維基百科20021024（留言） 2022年6月27日 (一) 06:45 (UTC)

目前基礎條目（第三級，共一千個條目）應該都已建立，不過有些篇幅比較少，而且List of articles every Wikipedia should have的內容也會變動，上述頁面的更新，比較容易看出哪些基礎條目還需要擴充。--2001:B400:E26D:BD0:93AB:995F:EDF3:EFD8（留言） 2022年6月27日 (一) 07:15 (UTC)

英文版的基礎條目似乎有Cewbot協助維護。不知@Kanashimi君覺得本地頁面有什麼可以自動化的地方？Ericliu1912（留言） 2022年6月27日 (一) 17:06 (UTC)

英語維基百科的基礎條目背後有一個相較於中文來說人數眾多的維護團隊，負責更新條目。機器人做的僅限於能自動化的工作，例如自動評級與更新圖示。中文維基百科想引入這支程式，就必須採用和英語維基百科相同的展示格式。機器人或許能依照英語維基百科來更新中文基礎條目，但這樣會有英語中心主義的問題。--Kanashimi（留言） 2022年6月27日 (一) 19:45 (UTC)

變更展示格式應該是沒有大礙吧。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年7月19日 (二) 06:11 (UTC)

基礎條目那裡本身就是英文維基的列表照搬過來，中文使用區域特定的重要條目被放進了專項列表裡--——C933103(留言) 2022年7月19日 (二) 14:51 (UTC)

之前提到的更新，是配合m:List of articles every Wikipedia should have更新條目(和英文維基vital article的列表不太一樣)，並修正重定項的頁面，例如List of articles every Wikipedia should have中的條目A已修改為B, 而基礎條目中的C重定向到C2, 基礎條目（及相關頁面）需將A改為B, C改為C2。

List of articles every Wikipedia should have會列出條目列表何時有調整列表，以及調整的內容。至於重定向的條目，可以看Wikipedia:基礎條目/條目長度列表，長度<1000的應該都是重定向。

基礎條目中，還有針對條目的評級和圖示，不過這部分已經有一段時間沒有更新了。--2001:B400:E27D:8F91:C2E5:FCC8:D3EC:9643（留言） 2022年6月28日 (二) 00:06 (UTC)

＜30KB的都是需要擴充的是嗎？--上官軒清（留言） 2022年6月29日 (三) 10:49 (UTC)

若Wikipedia:基礎條目/條目長度列表有更新，其中長度>1kB且<30kB的, 就是要擴充的。不過目前的內容大約是半年前的，有部份內容不同。meta的修改記錄在m:Template:Top1000 recent changes--2001:B400:E2DA:534A:8645:7CD4:F745:2F46（留言） 2022年6月29日 (三) 12:11 (UTC)

其實應該重質多於重量。meta上的列表用KB來分類只是因為條目長度是最簡單比較各語維基條目內容的工具。--——C933103(留言) 2022年7月10日 (日) 01:05 (UTC)

這次要進行的更新是在維基百科:基礎條目和Wikipedia:基礎條目/條目長度列表中, 進行以下的修改:

• 將紐西蘭改為菲律賓
• 將空手道改為游泳
• 將檸檬改為柑橘屬
• 將蘇非主義改為什葉派
• 將燕麥改為食鹽
• 將日圓改為貿易
• 將性別改為性 (生物學)

希望可以有人協助此一事務, 謝謝大家--114.45.188.231（留言） 2022年7月2日 (六) 00:12 (UTC)

已有維基人更新Wikipedia:基礎條目/條目長度列表的連結, 目前只剩維基百科:基礎條目還沒有修改。--36.229.98.132（留言） 2022年7月3日 (日) 20:46 (UTC)

維基百科:基礎條目也修改了，謝謝大家。--36.229.98.132（留言） 2022年7月4日 (一) 15:21 (UTC)

若有人願意擴充條目的, 需擴充的條目有虛構、弗拉明戈、孟菲斯及其墓地金字塔、性 (生物學)、柑橘屬、貿易, 擴充目標是Wikipedia:基礎條目/條目長度列表的長度超過31K, 先謝謝大家了--114.45.188.231（留言） 2022年7月2日 (六) 00:17 (UTC)

其實有沒有需要在中文維基百科本地內保留這個列表的副本？因為meta:List_of_Wikipedias_by_sample_of_articles裡就有列明中文維基在重要條目中較短少的有哪幾個條目，點進去數字裡即可查看--——C933103(留言) 2022年7月10日 (日) 00:50 (UTC)

有關基礎條目, 性 (生物學) 的擴充

謝謝大家之前對於維基百科:基礎條目頁面的更新，也擴充了柑橘屬和貿易條目。

以下先列一個需要擴充的基礎條目，邀請大家參與，希望可以擴充條目, 擴充到Wikipedia:基礎條目/條目長度列表的長度超過31K。

• 性_(生物學)

--2001:B400:E25E:298F:652D:C8D6:8019:60D9（留言） 2022年7月30日 (六) 23:55 (UTC)

我再更新一下狀況好了。英文維基的Sex屬於基礎條目，因此原先在中文維基對應的性 (生物學)也就成了基礎條目，我後來將中文維基對應的條目改成了說明生物性別，篇幅也較長的性別了。--2001:B400:E25E:298F:F67B:7EE7:3643:A590（留言） 2022年8月7日 (日) 22:33 (UTC)

基礎條目在本月可能會達到的里程碑

維基百科:基礎條目最近幾年主要的任務，是在擴充條目篇幅，讓條目的加權長度超過30k, 若依照Wikipedia:基礎條目/條目長度列表來看, 加權長度最短的資本, 其加權長度已有31,413，已超過30k。因此基礎條目的所有條目總算都超過30k了。

印象中, 每個月初在m:List_of_Wikipedias_by_sample_of_articles會公佈結果, 本月的還沒更新, 有興趣的維基人可以再自行參閱。

謝謝參與過維基百科:基礎條目的每一位維基人--2001:B400:E2D0:4730:C82:DC94:5EA0:C256（留言） 2023年4月2日 (日) 12:56 (UTC)

條目長度又不代表質量。--Ghren🐦🕚 2023年4月2日 (日) 15:42 (UTC)

據說基礎條目計劃原來的目標是提升條目品質，希望可將條目提升到GA甚至FA，長度擴充只是階段性目標。--2001:B400:E2D0:4730:D003:95E0:FD49:3619（留言） 2023年4月2日 (日) 16:02 (UTC)

比如上面舉例的資本條目就是明顯不合格的。--🎋竹生🎍 2023年4月14日 (五) 13:11 (UTC)

@Newbamboo：, 謝謝提出，我相信很多條目只是在長度上達標，其他許多方式都還要提昇，若您熟悉該條目的主題，也盼望可以參與條目的改善工作，謝謝您。--2001:B400:E2D8:7C25:718:2587:6A7F:685A（留言）

諸位辛苦了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年4月3日 (一) 14:42 (UTC)

條目發展前、中期就是堆內容為主，長度基本還是能代表品質的。就是那個3.7的倍率會把參考資料也算上，虛高的太離譜了……--洛普利寧 2023年4月4日 (二) 15:59 (UTC)

因為加權長度的倍率（3.7）及計算方式，中文維基是佔了一些便宜沒錯。--2001:B400:E28E:D984:F31:E0DD:3F5:60D0（留言） 2023年4月5日 (三) 03:06 (UTC)

感謝諸位的貢獻。--BlackShadowG Slava Ukraini! 2023年4月9日 (日) 04:01 (UTC)

同志們辛苦了。——WMLO（留言）。 2023年4月13日 (四) 21:49 (UTC)

---

這月有一個條目內容有提昇，只是篇幅少了，因此加權長度不到30k,至少之前曾經有過所有條目加權長度超過30k的情形。--2001:B400:E284:2403:CFB6:F95F:11DF:B35F（留言） 2023年6月5日 (一) 22:41 (UTC)

此頁面的圖示更新已由user:Cewbot進行

此頁面目前的圖示是由user:Cewbot進行, 更新報告在Wikipedia:資料庫報告/基礎條目更新報告--114.45.198.79（留言） 2024年1月11日 (四) 13:48 (UTC)

臨時動議：關於基礎條目的額外提議

已通過：

基礎條目併入{{WPBS}}已經通過；{{WikiProject Biography}}參數還在討論中。先行佈署已通過的《將{{Vital article}}併入{{WPBS}}的|vital=參數》案。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月29日 (一) 05:36 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

• 似乎已有共識，跟隨enwiki改版之後會由機器人自動完成：對各種專題橫幅不再個別指定 class，而是統一置於{{WPBS}}。
• 跟隨enwiki改版之後會由機器人自動完成：將{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數皆改以{{WPBS}}處理，
• 跟隨enwiki改版之後會由機器人自動完成：將{{Vital article}}併入{{WPBS}}

這邊最近在幫忙enwiki自動化這過程。這邊將申請自動更新Wikipedia:基礎條目所有子頁面的圖示（這部分最近測試中，已趨穩定。），以及定期維護{{WPBS}}（將各種專題橫幅併入{{WPBS}}並維護 'class', 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'等相關參數）。不知大家對此是否有建議？ --Kanashimi（留言） 2024年1月2日 (二) 09:53 (UTC)

引入enwiki近期{{WPBS}}之改版，暨將{{Vital article}}併入{{WPBS}}

enwiki近期改版{{WikiProject banner shell}}，

• 對各種專題橫幅不再個別指定 class，而是統一置於{{WPBS}}。
• 將{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數皆改以{{WPBS}}處理，
• 將{{Vital article}}併入{{WPBS}}

這邊最近在幫忙enwiki自動化這過程，並且將定期維護。想請教大家對上幾種改變的贊否。

另這邊將申請自動更新Wikipedia:基礎條目的圖示（這部分最近測試中，已趨穩定。），以及維護{{WPBS}}（將各種專題橫幅併入{{WPBS}}）。不知大家對此是否有建議？

副知User:Ma3r、User:Ericliu1912--Kanashimi（留言） 2024年1月2日 (二) 06:11 (UTC)

其實個人早已注意到相關更新，只是苦於自身技術實力不足而未能協助，樂見在充分確保相容性的情況下跟進。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年1月2日 (二) 06:21 (UTC)

(＋)支持全部。--Ma3r（鐵塔） 2024年1月2日 (二) 06:25 (UTC)

• @Kanashimi：可是這個即將公示通過了耶Wikipedia_talk:頁面評級#Random_Thought:_跟進英維的WikiProject_banner_shell改版。這個預計會先上架，這邊去年年底弄了從{{WPBS}}讀取評級到專題橫幅的模組Module:PJBSClass，你是要讓我做白工嗎？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月2日 (二) 09:30 (UTC)

  唉呀感謝提醒我沒注意到。看起來改版是已經有共識的結果了。我把建議移到那個討論串下好了，這邊可以關閉了。--Kanashimi（留言） 2024年1月2日 (二) 09:37 (UTC)

  @Kanashimi：您可以將整個討論移到其他區（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年1月3日 (三) 04:47 (UTC)

  • 已遷移討論@Ma3r、Ericliu1912：（User:Kanashimi應該已經知道了）-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 05:51 (UTC)

• (：)回應：但上面的共識是「可以單獨給條目一個總體的品質評級，各個WikiProject可以直接繼承這個quality assessment，也可以搞自己的評級。」，代表雖然評級統一放在{{WPBS}}，但仍然要允許個別專題能用自己的標準來搞自訂評級，所以應保留各專題橫幅的評級參數與功能。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 04:57 (UTC)

是的，enwiki採w:en:Category:WikiProjects using a non-standard quality scale表示自訂評級的專題，bot亦已考慮此問題，在User:Cewbot/log/20200122/configuration有此項。待zhwiki完成部署，填好User:Cewbot/log/20200122/configuration便可apply。--Kanashimi（留言） 2024年1月3日 (三) 07:08 (UTC)

• (：)回應：@Kanashimi：我指的是可能會有專題有自己的標準，導致評級值與{{WPBS}}不同的情況（如可能有些專題的乙級比較嚴格，導致該專題只能評丙級，但WPBS是乙級，其他專題也是乙級），而非「非標準評級」（non-standard quality）的情況。雖然兩者都需要保留著各專題橫幅模板的評級class參數。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 07:26 (UTC)

  是的，w:en:Category:WikiProjects using a non-standard quality scale包含您所提的這兩種非正規、不繼承的狀況。--Kanashimi（留言） 2024年1月3日 (三) 07:47 (UTC)

  • @Kanashimi：建好後，發現好像跟你說的不是一個東西？Category:使用自訂專題評級的條目，我是指「一個頁面的評級」滿足「不繼承、非正規」的狀況，不是「專題橫幅自己」滿足「不繼承、非正規」的條件。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 09:41 (UTC)

    或許我們該用Category:使用非正規質量評級的專題橫幅？至於您說的「一個頁面的評級」很抱歉我不太理解，是否能舉個例子呢？--Kanashimi（留言） 2024年1月3日 (三) 11:34 (UTC)

    • (：)回應：@Kanashimi：Category:使用自訂專題評級的條目裡面的頁面就是「一個頁面的評級」滿足「不繼承」的狀況。Category:使用自訂專題評級的條目指的是「考慮一個已使用{{WPBS}}指定評級為X的條目，其有至少一個專題橫幅評級值為Y，或不為{{WPBS}}指定的X」，而考察w:en:Category:WikiProjects using a non-standard quality scale分類內都是「專題橫幅模板」本身，我猜它是指「允許『不繼承、非正規』評級的橫幅」，而不是條目評級的「個例」；而Category:使用自訂專題評級的條目是指「已經『不繼承、非正規』評級的頁面」的「個例」而非橫幅模板本身。我想你有所誤解，我希望是元模板都保留|class=參數，讓專題自己決定要怎麼送值，然後預社會繼承，這樣的話我們就不需要Category:使用非正規質量評級的專題橫幅分類。也就是說，本地的狀況宜以條目個例來看，而非以專題為單位來看。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 11:43 (UTC)

      假如我沒有理解錯，您的意思是就您看來，zhwiki採用因地制宜的條目追蹤Category會比較好，因此您建議的是Category:使用自訂專題評級的條目而非Category:使用非正規質量評級的專題橫幅？--Kanashimi（留言） 2024年1月3日 (三) 11:49 (UTC)

      另外這兩個追蹤的標的不同，一個是專題橫幅，一個是條目，我建議先取消d:Q122718872的連結。--Kanashimi（留言） 2024年1月3日 (三) 11:52 (UTC)

      • d:Specail:Diff/2044308721已取消。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 11:56 (UTC)

      (：)回應：@Kanashimi：是的，根據我的觀察，我認為中文維基環境宜用Category:使用自訂專題評級的條目（因為人手較少，很多專題都是不活躍或單人專題，因此中維的關注點以條目居多，故追蹤分類追蹤條目很符合邏輯），且Patch已寫好，已使用少量條目測試，目前運作正常，預計會先跟上面的patch一起佈署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 11:54 (UTC)

      enwiki採用這種方法的過程與部分考量可參考w:en:Template talk:WikiProject banner shell#Issue with assessments not applying to WikiProject Lists template，關乎Special:PageAssessments。就我最近的測試，有些模板如您所述有些專題的乙級比較嚴格，導致該專題只能評丙級，但WPBS是乙級，其他專題也是乙級，更有像w:en:Template:WikiProject Military history模板本身有額外採用class參數的代碼，這些模板本來就該與採用一般正規評級的模板分開。因此我會建議保留Category:使用非正規質量評級的專題橫幅這部分的功能，輔以Category:使用自訂專題評級的條目的patch。--Kanashimi（留言） 2024年1月3日 (三) 12:06 (UTC)

      • 目前的patch是對所有的專題橫幅全面保留|class=參數，只是設定未輸入時會從WPBS讀取評級值，也就是預設繼承，也就是說，所有專題橫幅模板都可以繼承或覆蓋，因為是所有的橫幅都可以覆蓋，所以Category:使用非正規質量評級的專題橫幅對於「不繼承評級」沒有意義。共識也有說要在最大相容的情況下佈署，所以我主張要盡可能保留原本的功能，即每個專題橫幅模板都能自訂評級，這是原本的情況，新共識是保留原本情況額外加上可以繼承評級的功能，且符合共識的patch也就緒了，您的意思看起來好像要取消專題橫幅預設都可以獨立評級、不繼承評級，我(－)反對如此作法，我主張應對所有專題(○)保留可覆蓋評級的功能，就像你程式的類別成員函數預設都是可以繼承或複寫Override的啊，怎麼會有預設是不准Override的情況？因此我反對預設關閉橫幅不繼承評級之功能，反正現在的patch已經是預設繼承WPBS之評級的情況，對專題橫幅元模板保留「允許不繼承評級」功能無傷大雅。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月4日 (四) 04:20 (UTC)

        我了解您的意思了。enwiki現在也是預設繼承，允許Override但會被列入w:en:Category:Articles with conflicting quality ratings。那邊的想法似乎是除非退出，否則應採用同一評級。我建議還是保留專題橫幅退出的餘地，畢竟有些專題橫幅就是比較特別。

        就現在的機器人實作方法，zhwiki應該不會有問題。專題橫幅模板的質量評級若與{{WPBS}}相同，將會被移到{{WPBS}}。若與{{WPBS}}不同則會保留。--Kanashimi（留言） 2024年1月4日 (四) 06:05 (UTC)

        • 我是覺得以本地的環境而言，不需要區分專題登不登出，能給專題設定自訂class mask來處理非標準評級就足夠了，且本地對於某評級值是否標準不標準似乎沒什麼在意，所以特設分類大可不必。對於繼承的部分，我認為各專題保持相同設定，都可以選擇繼承或Override即可，追蹤分類的話就追蹤有Override的條目個例即可。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月4日 (四) 08:56 (UTC)
          • 本子縮進段落已逾三日未有新的回應，因此根據WP:7DAYS「自該回應起計的3日後無進一步再回應，應視為該意見已解決」，此段結合上面其他意見達成的共識為「中文維基的專題橫幅元模板不區分登出或不登出，即專題橫幅元模板全數保留|class=參數，但預設會自動繼承{{PJBS}}中記錄的評級值，各專題或評級者可以自行決定要繼承{{PJBS}}值還是覆蓋，因此不為專題橫幅設置追蹤分類，而是追蹤條目」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月7日 (日) 10:13 (UTC)

    • 例如Talk:康威多面體裡面{{WPBS}}指定了|class=stub，但{{多面體專題}}指定了|class=start蓋掉了{{WPBS}}的|class=stub，因此被自動加入Category:使用自訂專題評級的條目分類。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 11:46 (UTC)

• @Kanashimi：那您的bot有考慮到{{WPBS}}能自動判斷評級的情況嗎？此時，{{WPBS}}不會有輸入任何|class=參數，也不必輸入|class=，因為它是自動判定，例如Talk:2J（請看此版本的原始碼）。甚至還能傳遞給內層專題橫幅讓專題橫幅繼承這個「沒有輸入」的評級級別，例如Talk:二側錐五角柱（請看此版本原始碼）和Talk:五複合半刻面立方體（請看此版本原始碼），bot有考慮到這種{{WPBS}}未輸入|class=參數，但能產生結果的狀況嗎？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月3日 (三) 10:21 (UTC)

  機器人基本上不會動這種類型的 {{WPBS}}。另外依照MSGJ在w:en:Wikipedia:Bots/Requests for approval/Qwerfjkl (bot) 24的說法，「We have changed the logic so it is impossible to rate a non-article with an article quality rating.」，也就是這類型的問題會由Module:Banner shell處理。--Kanashimi（留言） 2024年1月3日 (三) 11:44 (UTC)

• 整理一下目前共識：
  • {{PJBS}}設立通用評級，可以統一管理同一條目的所有專題評級（已公示通過）
  • 確保最大相容性的前提下跟進英文維基的相關功能
  • 專題橫幅看各專題意願，評級可以選擇統一放置於{{PJBS}}也可以自行輸入
  • 未輸入評級的專題橫幅以繼承載於{{PJBS}}的評級值為主，會優先採用載於{{PJBS}}的評級值
  • 如頁面能自動判斷評級則無論輸入什麼評級，都要以自動判斷的評級為優先（原始來自這則留言，後續有在上方簡單討論）；另有設置參數能複寫此設定。
  • 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'已併入{{PJBS}}，但是否廢除{{WikiProject Biography}}內的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'還有待討論
  • {{WPBS}}已經加入{{Vital article}}的所有參數，但是否要用{{WPBS}}取代{{Vital article}}還有待討論

以上-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月9日 (二) 18:08 (UTC)

我有不同意見。英維的WPBannerMeta模組有很長一大坨代碼都是在處理這個Vital Article的事情；具體來說，他們把校驗這個Vital Article是不是真的Vital Article什麼的邏輯全部寫進去了。這一坨東西讓可維護性和可讀性（有可能還有效率）遭到了重大影響。我認為這更適合由一個外部機器人維護，而不是剝削這個已經很折磨人的Lua。 --MilkyDefer 2024年1月14日 (日) 12:53 (UTC)

我的建議方案是，|vital=參數可以存在，但是只有UI作用，由一個外部的機器人進行監察和更新操作。--MilkyDefer 2024年1月14日 (日) 12:55 (UTC)

若能簡單改enwiki的程式碼來用，或許不必擔心折騰的問題。另一方面假如只留UI功能的話，是否乾脆維持原來的{{Vital article}}就好?--Kanashimi（留言） 2024年1月14日 (日) 13:06 (UTC)

Module:Vital_articles都已經分成類似雜湊表查詢了，有甚麼折騰的問題？已經高效率優化了好嗎。理論上，此實現的記憶體開銷甚至有望低於英文維基，因為英文維基只分成27個表，而中文維基是36個表，代表中文維基每個表的項目數量更少，在類似散列函數計算之後，要讀取的JSON更小，表示記憶體用量更少，單個表項目更少表示查詢更快。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 13:12 (UTC)

• @Kanashimi：Module:Vital_articles#L-216基本上就是英文維基的Code，我們已經簡單改enwiki的程式碼來用了，您似乎有所誤會，請自行對照Module:Vital_articles#L-216與en:Module:Banner_shell#L-90。而且您可以看到，本提案預計的作法已經把它下分到Module:Vital_articles去了，並不是像英文維基裡全部整坨塞WPBS模組，故不存在您所提的「可維護性和可讀性低」的問題，因為已經分門別類處理了：WPBS處理WPBS的任務、Vital articles處理Vital articles的任務，故上述疑慮不存在，杞人憂天。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 13:14 (UTC)

  是的，所以我想應該不至於有折騰的問題。--Kanashimi（留言） 2024年1月14日 (日) 13:17 (UTC)

• 不同意「剝削這個已經很折磨人的Lua」一說。您似乎保守過頭了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 13:16 (UTC)
• @MilkyDefer：而且一個頁面最多只會放置一個{{WPBS}}或{{Vital article}}，代表該運算始終只會做一次，一個半秒內完成的運算只算一次，是要擔心甚麼效能問題？難道你想塞一萬個{{WPBS}}或{{Vital article}}在討論頁？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月14日 (日) 13:20 (UTC)
  • 我們用實際數據來說話吧。Special:PermaLink/80500375這是隨便測試6620個條目進行基礎條目判別，並輸出{{Vital article}}字串。

    這6620個條目全部運算完畢在預覽模式下Lua的後台輸出為：

    • Lua 使用時間：6.375/10.000 秒
    • Lua 記憶體使用狀況：20,669,093/52,428,800位元組

    跑6620次花6.375秒，平均每次基礎條目判斷僅需花費0.00096299093秒，也就是0.96299093毫秒，連1毫秒都不到。記憶體用量則是20,669,093 / 6620 = 3122.2194864，平均每個基礎條目判段僅需3122位元組，3.1kB，而可用的記憶體有52MB那麼多，更不用說這運算只算一次。你總共只需要 0.96 ms、3.12 kB，這甚至比其他很多模組有效率了好嗎。

    一個1毫秒內完成的運算只算一次，是要擔心甚麼效能問題？我實在沒有辦法看出是要擔心哪門子的性能問題。既然一個基礎條目判段只需要不到1毫秒，那我認為你上面的「削這個已經很折磨人的Lua」完全是無稽之談，完全說不過去。Lua本身的目的就是要來降低維基代碼的開銷的，你隨便一個維基代碼解析都可能比我上面那個運算來的久。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月15日 (一) 05:28 (UTC)

    • 已逾一周無新留言，因此根據WP:7DAYS，七日無進一步發言視為已達成初步共識；再依據WP:7DAYS「已獲提案人正當合理的回應，且自該回應起計的3日後無進一步再回應，應視為該意見已解決。」上方意見自最後發言起已逾三日無其他回應，因此視為該意見已解決，故將「將{{Vital article}}併入{{WPBS}}的|vital=參數」視為已達成初步共識，預計將使用修改方案以及其佈署連結和測試樣例1、測試樣例2，以及(±)合併{{Vital article}}到{{WPBS}}，來達成這個初步共識。既然依據WP:7DAYS已達成初步共識，那麼將準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月22日 (一) 05:31 (UTC)

  • 公示7日，公示內容「將{{Vital article}}併入{{WPBS}}的|vital=參數」（同時執行方案①修改方案以及其佈署連結和方案②(±)合併{{基礎條目橫幅}}及{{Cba/discuss}}到{{WPBS}}（已由修改方案涵蓋）），另見此說明。（註：{{Vital article}}是重定向頁，亦會更改重定向目標）-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月22日 (一) 05:31 (UTC)

基礎條目模板合併案公示

見公示聲明。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月24日 (三) 03:38 (UTC)

• @A2569875：我試過了，沒有什麼大問題，但建議WikiProject banner shell模板中的BOTTOM TEXT參數可以自動廢除了，不然如果還有發現這個參數的專題模板還要備註也真夠麻煩的。--Z7504非常建議必要時多關注評選（留言） 2024年1月22日 (一) 05:38 (UTC)

• @Z7504：請問WikiProject banner shell模板哪來的BOTTOM TEXT？你是不是弄錯了？WikiProject banner shell的原始碼內根本沒有你你提及的那種內容。你是否搞錯了什麼，還是誤會了什麼？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月22日 (一) 05:44 (UTC)

• 還真的沒有，那應該誤會了。那這BOTTOM TEXT參數到底是從哪裡來的？該廢除的參數還是應該盡早廢除。基本上只剩下一個(？)疑問：是不是還要寫{{WPBS|class=xxx}}才能讓其強制正常顯示？--Z7504非常建議必要時多關注評選（留言） 2024年1月22日 (一) 06:05 (UTC)

• @Z7504：顯示什麼？你是不是又誤會了？本次公示是針對基礎條目的參數，請問跟class到底有什麼關聯？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月22日 (一) 06:12 (UTC)

• 這裡就是一個活生生的例子（比如這筆和這筆），這點小bug麻煩也先改了吧，不然都還要強制輸入才能確保正常顯示，問題不大才對。--Z7504非常建議必要時多關注評選（留言） 2024年1月22日 (一) 06:30 (UTC)
  • @Z7504：這根本不是BUG，因為你如果沒有給WPBS模板輸入評級，它本來就不應該顯示任何評級，因為那代表「該條目沒有指定通用評級」，不顯示評級才是正常現象。再來是，所有維基媒體基金會旗下站點都沒有佈署能給跨模板傳遞資料的擴展，所以你輸入在專題模板的class當然無法被WBPS獲知，如果可以，那就是魔法或者見鬼了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月22日 (一) 06:48 (UTC)
    • 還有class處理的部分根本不在本案本次公示的處理及討論範圍內，強烈抗議強迫併案處理或企圖搞案外案的要求。然後還有上面說明的WPBS沒有辦法直接獲取輸入在專題模板的評級值。關於你的疑慮，等本案通過後User:Kanashimi會用機器人自動將專題模板的評級參數補給WPBS模板，故您也不需要手動給WPBS手動給評級。故您所提到的東西不予修復，因為屆時他會被Kanashimi的機器人自動處理。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月22日 (一) 06:58 (UTC)
  • @Z7504 我稍後會申請將數量最多之評級填入{{WPBS}}的任務，基本效果就如同您上面所列的編輯。不曉得這是不是能解決您的問題呢？--Kanashimi（留言） 2024年1月22日 (一) 06:57 (UTC)
• 這根本不是需要修復的BUG。WPBS中|class=參數的填寫一開始就是設計要讓機器人自動維護的部分，讓模板自動處理此問題反而問題更多且不切實際，更適合由一個外部機器人進行監察和更新操作，因此該意見應視為對上方議案有所誤會所提出的意見，同時|class=參數的填寫也與本案《將{{Vital article}}併入{{WPBS}}的|vital=參數》毫無關聯，因此應無效，若三日內沒有異議或進一步回應，則視為該意見已解決。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月22日 (一) 08:40 (UTC)
  • 如果你硬是要說他是「BUG」我只能說你誤會大了，你邏輯搞反了。是專題橫幅模板去讀取WPBS的評級參數，而不是WPBS去讀取專題模板的評級參數，故WPBS沒有輸入就是沒有，所以沒輸入沒顯示WPBS乃正常現象，並不是BUG。說BUG代表你不理解它的邏輯，甚至是弄反了它的邏輯。至於你希望WPBS能正常顯示評級這一訴求，如果本案順利通過，機器人順利啟動，該問題自然會被解決。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月22日 (一) 15:49 (UTC)

• 總之全部都是Module:PJBSClass/main的問題，不鑲嵌模板就無法判斷，但「條目內掛了模板所以可以判斷」，您如果那麼清楚的話，那就直接建模板阿。標準的自欺欺人，結果居然是沒動腦過的回覆，被潑冷水真的剛好而已。這樣如何保證裡面可以不用寫上比如|class=xxx的參數，變成{{WPBS|collapsed=yes||class=xxx還能讓它正常顯示？--Z7504非常建議必要時多關注評選（留言） 2024年1月22日 (一) 23:21 (UTC)
  • 不需要保證，因為機器人會自動填寫{{WPBS|collapsed=yes||class=xxx，保證的話等於和機器人搶工作，與本案背道而馳，因為該設計就是要給機器人維護的空間，如果沒有正面回答此陳述將視為無效。沒填寫|class=顯示不一樣，反而還有能分辨機器人是否填過的功能，豈不是更好？ 另，(！)抗議沒考量讀者體驗就亂講的提案，評級是面向編者的資訊，(－)強烈反對把評級寫在條目裡，故我認為目前的方案已是最適合的方案； 另，在此警告，在此案討論|class=參數已離題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 01:24 (UTC)

@Z7504：我直接針對你最初的問題回答「是不是還要寫{{WPBS|class=xxx}}才能讓其強制正常顯示？」，是，所以需要手動填上。本案並不包含甲乙丙初級自動判斷，公示也不包含這個部分，若你希望有甲乙丙初級自動判斷請另提他案，因為不在本案處理範圍內。 此外，你也無須擔心「是不是還要寫{{WPBS|class=xxx}}才能讓其強制正常顯示？」問題，因為下方Kanashimi已經申請機器人了，您無需手動填寫，此意見可以結案了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 01:44 (UTC)

本公示不包含甲乙丙初級自動判斷，若三日後還在要求甲乙丙初級自動判斷將視為無效意見。若希望|class=沒輸入也能自動顯示甲乙丙初級請另外提案謝謝，不在本案有辦法處理的範圍內。「這點小bug麻煩也先改了吧，不然都還要強制輸入才能確保正常顯示，問題不大才對」本案是處理基礎條目自動化，而不包含class有沒有輸入的問題，因此不在此案處理範圍內，請另提他案，謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 02:02 (UTC)

• 如果繼續提與本案無關的東西將視為擾亂（class參數與本案無關，本案是處理基礎條目自動化的），屆時將進行提報。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 03:20 (UTC)

• (※)注意一案歸一案，沒有什麼「順便幫改」這種事。故「這點小bug麻煩也先改了吧，不然都還要強制輸入才能確保正常顯示，問題不大才對」試圖強迫該案納入不在該案範圍之言論，就是擾亂。如有需求，請另外提案。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 03:38 (UTC)
  • 如果三日內，沒有人對「該意見與本案無關」有異議，則視為該意見與本案無關，不影響本公示的通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 03:44 (UTC)

已提出機器人作業申請，歡迎提供建議，謝謝。 --Kanashimi（留言） 2024年1月23日 (二) 01:38 (UTC)

• 您直接宣布通過就好了，不必再等三天，因為您全部都解釋完畢了，拒絕再溝通。另外有關Kanashimi所提議的機器人提案，沒有意見。如此的溝通是不可能會有共識的，別浪費時間了。您如果這麼愛寫新的條目，麻煩自己繼續寫條目就好，不要打擾了。因為維基百科的條目已經足夠多了，如果不想寫新的其實也沒差。因為設立A article、B article、C article、Start article、Stub article...這些模板也會有人有意見，但「不鑲嵌模板就無法判斷，掛了模板所以可以判斷」，怪誰啊？上面也講了您既然自己都知道是Module:PJBSClass/main影響的，但不去考慮修訂Module:PJBSClass/main，那麼就有設立這個機器人的必要。--Z7504非常建議必要時多關注評選（留言） 2024年1月23日 (二) 04:36 (UTC)
  • 但問題是，如果該機器人要能運作，本提案要先通過才行。所以既然你如上說法，我就視為你不反對本提案。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 04:43 (UTC)
    • 行，您可以直接通過了吧。--Z7504非常建議必要時多關注評選（留言） 2024年1月23日 (二) 04:44 (UTC)
• 還有一點我要聲明，並不是不願意修訂module:PJBSClass/main，而是module:PJBSClass/main本來就是設計成要配合Kanashimi所提議的機器人提案而設計的，那麼要做的事情顯然是讓機器人提案推行順利，而不是去浪費時間修改module:PJBSClass/main。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月23日 (二) 05:06 (UTC)

---

公示期已到，期內無合理異議，且公示期內的意見之意見提出者已妥協，因此提案公示通過，將進行佈署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月29日 (一) 05:36 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

{{WikiProject Biography}}參數案

已通過：

公示通過，機器人將開始作業User:Cewbot/log/20200122/configuration。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月13日 (二) 03:40 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

• 《將Vital_article併入WPBS的vital參數》案已進入公示，現就是否將{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數併入{{WPBS}}進行討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月24日 (三) 03:41 (UTC)
  • c.f. Wikipedia:機器人/申請/Cewbot/29。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年1月24日 (三) 03:43 (UTC)
• 本討論開始於2024年1月2日 (二) 09:53 (UTC)（發起討論的留言見此），當中包含了支持的意見，至今已逾一個月，因此根據WP:1MONTH「互助客棧中的提案僅在7日內無新留言時或已討論達30日後，方可在已取得共識的前提下公示。」，且本段落已逾8日無新留言，已超過一周無新留言，因此根據WP:7DAYS，有人附議此案（全部支持視為該附議包含本案），而往後將近一個月沒有反對意見，因此視為已有初步共識，根據WP:1MONTH和WP:7DAYS將進行公示。（若三日無人對以上論述有異議將開始執行）-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月2日 (五) 09:57 (UTC)
  • 已逾時三日沒有異議，將開始公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月5日 (一) 09:57 (UTC)
  • 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月5日 (一) 09:57 (UTC)

---

公示到期，期內無合理異議，提案通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月13日 (二) 03:40 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

是否廢除{{WikiProject Biography}}原生的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數

無共識：

沒有共識，擇日再議，結以待續。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月19日 (五) 06:32 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

待機器人User:Cewbot/log/20200122/configuration清理完所有{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數再開始討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月13日 (二) 03:42 (UTC)

• 機器人User:Cewbot/log/20200122/configuration正在工作中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月20日 (二) 08:21 (UTC)
  • 可以開始討論了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年2月27日 (二) 06:48 (UTC)
• @Kanashimi：'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數併入{{PJBS}}好像未能達成共識，未看到有人支持也未有人反對，好像不符WP:共識標準？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月12日 (二) 05:11 (UTC)

  唉，看起來需要徵集些人發表意見...--Kanashimi（留言） 2024年3月12日 (二) 05:29 (UTC)

  機器人這個算是已經併入了嗎？感覺只要{{WikiProject Biography}}能夠正常運作就可以了。--Kethyga（留言） 2024年3月16日 (六) 11:07 (UTC)

  • @Kethyga：根據模板全保護方針，要把參數廢棄掉需要社群共識。何況這邊是要一次性地棄用超過5個參數。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月16日 (六) 11:09 (UTC)

    User:Kanashimi「唉，看起來需要徵集些人發表意見」，所以是要ping點人來嗎？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月23日 (六) 05:20 (UTC)

    找一些最近發表意見的，以及{{WikiProject Biography}}最近的編輯者編輯者問問意見。

    @Kethyga @Willy1018 @Z7504 @AT @Shizhao @Iokseng 能夠給些意見嗎？謝謝。--Kanashimi（留言） 2024年3月23日 (六) 06:12 (UTC)

    目前WPBS好像只有listas參數未傳遞到{{WikiProject Biography}}，感覺也不一定要去掉，假如其他用戶添加專題模板的時候沒有用{{WPBS}}，但是在{{WikiProject Biography}}添加了上述的幾個參數，該如何處理。--Kethyga（留言） 2024年3月23日 (六) 10:32 (UTC)

    這種情況機器人會自動添加{{WPBS}}。--Kanashimi（留言） 2024年3月23日 (六) 11:11 (UTC)

    還是說，修改「Category:缺少listas變量的傳記專題頁面」的判定條件？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月30日 (六) 08:45 (UTC)

    看了下該分類中的條目，排序應該是正常的，應該只有{{WPBS}}中參數listas為空的時候才加入該分類。--Kethyga（留言） 2024年3月30日 (六) 10:11 (UTC)

    • @Kethyga：不然這樣好了，我把Category:缺少listas變量的傳記專題頁面分類的添加，由{{WikiProject Biography}}轉移到{{WPBS}}如何？這樣就不用廢除{{WikiProject Biography}}的任何參數（如果廢除參數沒有共識）只是令{{WikiProject Biography}}不再添加Category:缺少listas變量的傳記專題頁面，改由{{WPBS}}判斷有無傳記專題模板，如果有，再根據listas變量的狀況增減分類。這部分的patch已經準備好了[1]，如無異議可以公示了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月31日 (日) 05:01 (UTC)

      是否要跟英維保持一致呢，不知道是否有些人習慣將listas添加到{{WikiProject Biography}}上。--Kethyga（留言） 2024年4月5日 (五) 09:36 (UTC)

      • 我覺得不用。而且Kanashimi也說機器人會自動將listas參數轉移到WPBS。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月5日 (五) 09:57 (UTC)

        應該問題不大，反正使用評級的也不多，而且BLP參數也轉移過去了。--Kethyga（留言） 2024年4月6日 (六) 07:32 (UTC)

        • 那我就公示《Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入》囉，距離提出已經一周，整個討論超過一個月，有關意見也已解決。至於參數是否廢除目前就作為尚無共識結以待續，因為這一案90%以上完成佔據客棧太久了，待《Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入》公示若通過後就先存檔，參數廢除案擇日再議。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月6日 (六) 08:18 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入

擱置：

雖公示通過，但因為管理員發現淺再問題，此案擱置，由修正案取代。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月1日 (六) 11:10 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

• 公示7日如上留言，內容已經準備好了[2]。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月6日 (六) 08:20 (UTC)
  • 公示期滿，期內無合理異議，提案通過。將提出編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月13日 (六) 09:03 (UTC)
    • @Shizhao：為什麼要回退？不是公示通過了？你為何要強行阻止提案通過？？你是要這個議案卡死多久？？？請立刻說明理由！！-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月16日 (二) 03:39 (UTC)

      兩個疑問：不用wpbs，直接用了傳記專題模板的怎麼辦？機器人停擺了怎麼辦？--百無一用是書生 (☎) 2024年4月16日 (二) 06:37 (UTC)

      • @Kanashimi：如果一般用戶把參數加到傳記專題模板，且不放置WPBS模板時，有配套措施嗎？雖然你說這種情況機器人會自動加入WPBS模板，但我看你的機器人好像沒法做到那麼「即時」的更新？您對此情況有什麼看法？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月16日 (二) 08:01 (UTC)

        現在應該每個禮拜會執行一次。若是有必要也可以改成每天執行。--Kanashimi（留言） 2024年4月16日 (二) 22:53 (UTC)

        不能WPBS和傳記專題模板兩套參數並行麼？--百無一用是書生 (☎) 2024年4月19日 (五) 03:34 (UTC)

        • 現在的傳記專題模板，沒辦法得知頁面中是否已掛上WPBS。如果要並存，需要再寫一個程式讓傳記專題模板「認知到WPBS模板存在與否」。如果傳記專題模板能「認知到WPBS存在」那就可以把在無WPBS時加分類、有WPBS不加分類。所以，如果要實現的話，就必須寫程式讓傳記專題模板能識別WPBS的存在與否。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月19日 (五) 03:56 (UTC)
          • @Shizhao：en:special:diff/1156304191看起來好像還挺簡單的？但需另外引入en:Template:Find page text。且此diff無須編輯{{WPBS}}即能解決問題-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月19日 (五) 04:48 (UTC)

        • (？)疑問：@Kanashimi：那麼Shizhao說的「機器人停擺了怎麼辦」，這部分有解方嗎？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月18日 (四) 14:59 (UTC)

          程式碼開源，真出問題其他人可接手。--Kanashimi（留言） 2024年4月18日 (四) 21:46 (UTC)

          我的意思是儘可能能夠保留/提供一種不必依賴機器人（對人類友好）的方式，這樣即使沒了機器人也可以依靠手工維護--百無一用是書生 (☎) 2024年4月19日 (五) 03:32 (UTC)

• 管理員在嘗試執行通過的提案時發現潛在問題，先前並未考慮到此問題，故此案公示結果 擱置。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月16日 (二) 07:42 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

Category:缺少listas變量的傳記專題頁面方案二

已通過：

編輯請求已由Shizhao完成，提案通過並完成。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月26日 (三) 13:16 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

• 這個en:special:diff/1156304191可以解決上方Shizhao提出的問題，即由{{傳記專題}}自行偵測是否有其他模板（包括但不限於WPBS）提供了listas參數（上方提案內的patch的重複分類之參數|living=也可以依此方案執行）來決定是否加入分類。這種方法只需編輯一個模板——只需編輯{{傳記專題}}無須編輯{{WPBS}}——但要實行此方案須從enwiki引入一個模板：{{Find page text}}，因此提請討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月19日 (五) 06:30 (UTC)

  由於此案為原案的修正（原案已公示通過），且一周無人有異議，視為有初步共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月26日 (五) 10:15 (UTC)

  • 因需引入{{Find page text}}，而引入{{Find page text}}已一周無異議，視為有初步共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年5月4日 (六) 07:27 (UTC)
    • 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年5月12日 (日) 02:54 (UTC)
      • 公示期間已過，期內無合理異議-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年5月19日 (日) 09:01 (UTC)
        • 已約一周無人對「公示期間已過，期內無合理異議」有異議，因此公示通過，提案通過，將開始引入{{Find page text}}，而引入{{Find page text}}。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年5月26日 (日) 01:38 (UTC)

{{Find page text}}引入成功。已為新方案建立Patch，Special:Diff/82875808，並且經過測試Special:Diff/82875855，測試為有效，能正確地實現本案《Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入》的預期效果。且由於其判定的方式，該參數得以保留，並且達到預期效果，因而解決了User:Shizhao所提出的問題。本聲明放置一周，若無異議，將進行下一個階段。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月1日 (六) 10:47 (UTC)

說實話根本看不懂相關提案，也不知道從何評價Orz —— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月3日 (一) 02:32 (UTC)

因為這案子基本已經尾聲很久了，且最後一個項目也公示通過了，只是後來發生了點事情導致本案《Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入》需要「公示通過後再變更」。@Ericliu1912：簡單來講，本案就是要解決Wikipedia_talk:頁面評級#臨時動議：關於基礎條目的額外提議，Kanashimi的User:Cewbot已經把{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數合併到{{WPBS}}處理，在機器人處理了幾十萬頁面後，發現這樣會造成{{WikiProject Biography}}和{{WPBS}}重複加上分類、或者是{{WikiProject Biography}}的有關參數已被機器人改到{{WPBS}}去了，{{WikiProject Biography}}變成沒有參數而導致分類誤加。為了解決此問題，於是誕生了議案《Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入》一案。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月7日 (五) 23:38 (UTC)

還是看不懂，但我覺得這種技術小眾議題，又沒什麼大爭議，公示個三天就夠了吧？此案已經在客棧積壓太久了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月8日 (六) 17:00 (UTC)

從此聲明發出至今已約9天，期內沒有明顯異議，加上原案其實已公示通過，且自變更案開始討論至今已超過一個月，視為有共識。不過公示方面還是謹慎點吧。三天真的太少。不過如上描述加上Ericliu1912的陳述，本案爭議不大屬實，就取3天和7天的中間數吧，公示5天。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月10日 (一) 00:41 (UTC)

• 公示5日，如上所述，現將此案交付公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月10日 (一) 00:41 (UTC)
  • @Shizhao：新方案看起來有共識了。新方案patch，同時解決了您說的①「直接用了傳記專題模板的怎麼辦」：本模板自動判斷家參數者是{{WPBS}}還是{{WikiProject Biography}}，因此無論是用{{WPBS}}還是直接用了傳記專題模板都能正確加入分類、不會重複加、也不會多加（見測試）；②「機器人停擺了怎麼辦」：不影響，因為機器人停擺了只是會導致加入在{{WikiProject Biography}}的參數維持在{{WikiProject Biography}}，而根據①，分類能能正常加入，不會重複加、也不會多加（另見④）；③「不能WPBS和傳記專題模板兩套參數並行麼」：可以，根據「①」和「②」可以很明顯看出，參數只放在{{WikiProject Biography}}沒問題、只放在{{WPBS}}也沒問題，甚至兩個都放也不成問題，因為根據①，分類能能正常加入，不會重複加、也不會多加；④「我的意思是儘可能能夠保留/提供一種不必依賴機器人（對人類友好）的方式，這樣即使沒了機器人也可以依靠手工維護」：是的，根據②，機器人停擺也仍能正常洽洽說明了⒈不必依賴機器人⒉沒了機器人也可以依靠手工維護（參考③）；請您協助複查，感謝。如無誤，將再次提出編輯請求，感謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月16日 (日) 11:58 (UTC)
    • 又過了五天，沒有人有異議（等同於又過了一次上個公示期的時間），提案通過，已提出編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月22日 (六) 06:18 (UTC)

---

編輯請求已由Shizhao完成，全案通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月26日 (三) 13:16 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

已結案：

本案議題討論皆已完畢-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年7月11日 (四) 04:56 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

@A2569875：這整個話題是否還有任何需要討論之事項？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月23日 (日) 02:01 (UTC)

• (：)回應：@Ericliu1912：編輯請求已由Shizhao完成，Special:Diff/83180742。主線是差不多了。但臨時動議還有沒有其他需討論項目我就不確定了，可能還要問一下Kanashimi，畢竟臨時動議是他提出的。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月26日 (三) 13:13 (UTC)

  看似依照機器人常規模式執行即可，畢竟跑一兩個月了。這樣我就沒意見了。--Kanashimi（留言） 2024年6月26日 (三) 14:11 (UTC)

  • 那麼確實可以視為討論完了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年7月3日 (三) 13:55 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。