維基百科:互助客棧/其他
發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。 |
|
- [人事] Manchiu、UjuiUjuMandan、ASid、ATannedBurger獲提名為管理員,AT獲提名為監督員,歡迎踴躍參與提問和討論。
- [公告] 現時已改為只有延伸確認使用者可以使用內容翻譯將頁面釋出到主條目空間,如有疑問及意見,歡迎參與相關討論。
- [公告] 回饋請求系統正在試運作中,誠邀使用者訂閱以接收討論通知。使用者訂閱有興趣參與的討論議題後,機器人會自動在新討論發起時隨機抽取部分使用者發訊息通知。
- [公告] 「閱讀無障礙」功能字體大小變更及「大字體」小工具調整已經通過。
- [公告] 修訂維基百科不是維基物種、IP封鎖豁免權授予者的頂部圖標及將小紅書評為通常不可靠正在公示,如有意見請盡快提出。
- [討論] 互助客棧技術區正在討論ToolsRedirect建立的繁簡重新導向問題,請踴躍參與討論。
- [討論] 互助客棧方針區正在討論電視條目播放資訊增加收錄準則及再擬議立國際關係命名常規為方針,請踴躍參與討論。
- [討論] 互助客棧其他區正在討論第二十二次動員令籌備相關事宜、對新聞動態獲選標準及ITNR規則的小修訂及頁面評級與通用評級行政層面上的統合方案,請踴躍參與討論。
- [請求] 請協助處理修訂版本刪除請求積壓!
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
# | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (UTC+8) |
---|---|---|---|---|---|
1 | 沒有主題的頁面如何評級 | 183 | 11 | A2569875 | 2024-04-26 18:15 |
2 | 評級系統缺失問題 | 206 | 20 | Ericliu1912 | 2024-04-27 23:20 |
3 | 管理人員申請預討論 | 267 | 44 | 阿南之人 | 2024-05-01 11:32 |
4 | 對新使用者禁用內容翻譯工具(續) | 29 | 12 | SCP-2000 | 2024-04-24 11:51 |
5 | 關於IP封鎖豁免權授予者的頂部圖標 | 17 | 4 | 人間百態 | 2024-04-29 22:11 |
6 | 對ITN獲選標準及ITNR的小修訂 | 22 | 9 | Jeffchu2014 | 2024-05-03 03:31 |
7 | Unblock-zh.org | 14 | 6 | Cwek | 2024-05-02 11:40 |
8 | 原創研究 | 5 | 3 | Nostalgiacn | 2024-05-02 00:55 |
9 | 今年沒有動員令? | 15 | 10 | 人間百態 | 2024-05-02 22:44 |
10 | 何時應該使用{{Dead Link}}模板? | 6 | 2 | YFdyh000 | 2024-05-02 21:26 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
以下討論需要社群廣泛關注:(重新整理)
維基專題與協作[編輯]
Wikipedia talk:已經去世的使用者 § 已被全域禁制的使用者的使用者主頁可以加離世模板嗎?
上述討論中不少使用者認為需要對現有的模板({{Death}}和{{Deceased Wikipedian}})的文案進行調整,鑑於該討論已持續近一個月沒有結論,我想先嘗試推動一下確立模板文案的調整方案(假定文案必須調整): { |
Wikipedia talk:專題委員會/專題名錄 § 維基專題狀態(活躍度)的標準、合理性
注意到目前,維基專題依活躍度被分為了活躍、半活躍、不活躍、廢棄四類(其實還有籌備中,此處暫時不談),但對於此劃分標準的標準和合理性,有一些問題。--古怪的Wang31(討論 | 貢獻) 2024年3月28日 (四) 15:15 (UTC) |
|
沒有主題的頁面如何評級[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
像是包、比 (消歧義)、值 (消歧義)這種,內容並不屬於任何專題管轄的頁面,要如何評級?有沒有辦法「無專題評級」?不然在統計工具上面,這些未評級的頁面都無法正常顯示頁面種類。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 08:59 (UTC)
- 主題更多是用來評判重要度而非寫作水準的吧,或授權以考慮一個通用評級,比如實際上並不應該被劃到單一專題內的消歧義頁。——暁月凜奈 (留言) 2023年12月7日 (四) 09:34 (UTC)
- (?)疑問@暁月凛奈:比方說建立一個專用的、通用的評級模板,無專題,不使用{{WPBannerMeta}}元模板,內部只塞「本頁面獲評XX級」和Special:頁面評級的解析器語法,然後沒有別的說明?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 09:48 (UTC)
- 我基本沒有參與評級相關,我不太明白為什麼條目質量一定要和專題掛鉤。舉個例子的話,頁面李的六個連結五個是姓氏,一個是植物,被劃到生物還是人文都顯然不合適,而且消歧義頁本來也不算做條目。或許也可以設計成,「本頁面尚未劃分到具體專題,歡迎協助標記」,然後消歧義頁等頁面用參數取消這一句。——暁月凜奈 (留言) 2023年12月7日 (四) 11:51 (UTC)
- (?)疑問@暁月凛奈:比方說建立一個專用的、通用的評級模板,無專題,不使用{{WPBannerMeta}}元模板,內部只塞「本頁面獲評XX級」和Special:頁面評級的解析器語法,然後沒有別的說明?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 09:48 (UTC)
{{WikiProject Article assessment}}
可託管沒有專題支援的條目--洛普利寧 2023年12月7日 (四) 11:58 (UTC)- (:)回應PJ:條目質量評級「
這個維基專題已經廢棄。
」。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 12:18 (UTC)- 幾乎所有專題都是廢棄的,只是這個專題明面上寫了而已;稍微好一點的是只有一個人參加的「個人專題」,不過這種專題基本上也是三分鐘熱度。如果你只是為了評級,那就不用管專題是否活躍,直接把
{{WikiProject Article assessment}}
往討論頁上貼就可以。以中維的實力來說,條目沒有專題評級才應該是正常的,有評級的反而屬於異端--洛普利寧 2023年12月7日 (四) 12:41 (UTC)- 沒有到「
異端
」那麼慘吧,根據WP:評級:「截至2022年,英文維基百科已經有超過700萬條目被評級。很多其他語言版本也開始使用評級系統。中文維基百科約有38萬條目接受評級。
」現在中文維基約有100萬條目,100萬中的38萬,三成多,這樣平均三個條目就有一個條目有評級啊。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 13:10 (UTC)
- 模板、分類、甚至是檔案也是需要評級的項目,算上去真的跟異端沒兩樣。而掛上專題模板呈現的未評級狀態能算評級嗎。 --窩法乙烷 兒法夢碎 2023年12月7日 (四) 14:03 (UTC)
- (:)回應:@Milkypine:WP:評級:「
約有38萬條目
」,中文維基百科條目數也才100萬啊。哪有「異端
」?我還異端兒勒。另WP:評級#統計,所有掛有評級模板條目討論頁有562,943頁,未填寫評級的「未評級狀態」之條目討論頁有182,858頁,562,943 − 182,858 = 380,085。所以被評級的「條目」是38萬無誤,100萬分之38萬 = 38%。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 14:33 (UTC)- @A2569875:先定義何謂異端,如果數字多就不算異端,那麼日本和中國市場可以除名異端狀態了。 --窩法乙烷 兒法夢碎 2023年12月7日 (四) 14:54 (UTC)
- 更不用38%是數字少的一方,對中維其餘62%條目來講,這38%就是異端。 --窩法乙烷 兒法夢碎 2023年12月7日 (四) 14:59 (UTC)
- (:)回應:@Milkypine:WP:評級:「
- 模板、分類、甚至是檔案也是需要評級的項目,算上去真的跟異端沒兩樣。而掛上專題模板呈現的未評級狀態能算評級嗎。 --窩法乙烷 兒法夢碎 2023年12月7日 (四) 14:03 (UTC)
- 沒有到「
- 幾乎所有專題都是廢棄的,只是這個專題明面上寫了而已;稍微好一點的是只有一個人參加的「個人專題」,不過這種專題基本上也是三分鐘熱度。如果你只是為了評級,那就不用管專題是否活躍,直接把
- (:)回應PJ:條目質量評級「
- {{WikiProject Disambiguation}},這個?--Kethyga(留言) 2023年12月7日 (四) 12:47 (UTC)
- 僅供參考: enwiki之前也有相關討論,現在已由{{WPBS}}自動為這類型非條目賦予NA-、Redirect-級別的評級與重要度。請參見w:wn:Wikipedia:Bots/Requests for approval/Qwerfjkl (bot) 24。中文或許如Category:非條目級條目?--Kanashimi(留言) 2024年1月10日 (三) 06:05 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
Random Thought: 跟進英維的WikiProject banner shell改版[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
我倒是想起一個事兒。英維最近改版了{{WikiProject banner shell}}模版(新樣式在這裡),新的模版可以單獨給條目一個總體的品質評級,各個WikiProject可以直接繼承這個quality assessment,也可以搞自己的評級。你看是不是能實現你的沒有管轄之WikiProject依然可以有評級的願望? --MilkyDefer 2023年12月7日 (四) 14:59 (UTC)
- @A2569875,附知。--MilkyDefer 2023年12月8日 (五) 09:03 (UTC)
- @MilkyDefer稍微研究了一下,跟本地系統完全不相容,根本不知道怎麼改。他的評級是純粹使用英文字母的,我們是中文,從他目前的模組架構,我看不出來哪邊可以插入本地的評級模式。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月9日 (六) 07:47 (UTC)
- @MilkyDefer既然您提議了,我請求您給出可以執行的方案或建議,謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月9日 (六) 07:49 (UTC)
- 那就是我自己按照人家代碼的思路重新實現一個類似的咯。上一次的ping模板改版姑且讓我熟悉了一點Lua語言。--MilkyDefer 2023年12月9日 (六) 11:24 (UTC)
- 原樣照辦英維的codebase要動的手術很大。不過我姑且給你實作了一個長得差不多的在對應沙盒裡面。--MilkyDefer 2023年12月9日 (六) 14:14 (UTC)
- (:)回應:@MilkyDefer:可是我好像沒看到
{{#assessment:}}
語法。沒使用{{#assessment:}}
的話也無法被系統和各類工具識別,那樣也無法解決我最初提出來的問題啊⋯⋯ -- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月10日 (日) 05:09 (UTC) - (:)回應:@MilkyDefer:我把
{{#assessment:}}
加上去了,順便調整一下讓預設(模板預覽)不要顯示錯誤,你看一下這樣適不適當。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月10日 (日) 17:43 (UTC)- 你自己決斷。如我前面所述,我的改動只是一個臨時性的方案。遲早需要重新規劃這一套系統的技術編排,屆時現在的變動會被新架構完全覆蓋掉。--MilkyDefer 2023年12月10日 (日) 18:22 (UTC)
- (:)回應:@MilkyDefer:{{WikiProject banner shell}}目前獲WP:模板保護,即使是這個臨時方案也須獲社群共識才得以使用。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月11日 (一) 00:05 (UTC)
- 你自己決斷。如我前面所述,我的改動只是一個臨時性的方案。遲早需要重新規劃這一套系統的技術編排,屆時現在的變動會被新架構完全覆蓋掉。--MilkyDefer 2023年12月10日 (日) 18:22 (UTC)
- (:)回應:@MilkyDefer:可是我好像沒看到
- @MilkyDefer既然您提議了,我請求您給出可以執行的方案或建議,謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月9日 (六) 07:49 (UTC)
- @MilkyDefer稍微研究了一下,跟本地系統完全不相容,根本不知道怎麼改。他的評級是純粹使用英文字母的,我們是中文,從他目前的模組架構,我看不出來哪邊可以插入本地的評級模式。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月9日 (六) 07:47 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
第一階段:修改WikiProject banner shell[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 工程量挺大,就看誰願意改了。(幾年前可能我有興趣,現在我就精神上支持了)--洛普利寧 2023年12月8日 (五) 14:53 (UTC)
- 目前(+)支持User:MilkyDefer的臨時方案。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月11日 (一) 00:17 (UTC)
- (?)疑問:@Milkypine、暁月凛奈:您們認為暫時先用MilkyDefer的臨時方案如何?暫且能解決目前問題,且朝模板的新版改進邁進中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月11日 (一) 00:24 (UTC)
- (+)支持設立通用評級,但最好展現一下沙盒效果,現在點進去看到的檔案說明還是舊版本。 --窩法乙烷 兒法夢碎 2023年12月11日 (一) 11:16 (UTC)
- (:)回應:@Milkypine:可以參考測試樣例Template talk:WikiProject banner shell/testcases(評級模板的測試樣例只能放討論頁,不然會有錯誤訊息 囧rz……;首個測試樣例填了GA,所以這裡可以看到這表格最下面「評級」是「優良」,表示新模板有效)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月11日 (一) 12:15 (UTC)
- 已逾一周無新意見,視為已有初步共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月20日 (三) 13:23 (UTC)
- 一個小問題,見測試11,若是位於模板空間應修先顯示為模板級。且依據我於Talk:醫學測試結果,似乎不符合預期。-- Willy1018(留言) 2023年12月21日 (四) 06:26 (UTC)
- (?)疑問@Willy1018:Talk:醫學測試結果哪邊不合預期?不是都正常顯示甲級嗎,下面也能展開
|collapsed=yes
預設不展開也正常啊。然後無法理解測試11明明已經指定了,為何要fallback to模板級?指定級別顯然優先於預設級別;未指定本來就該都沒有評級。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月21日 (四) 13:29 (UTC)- 底下:網際網路專題、維基百科專題、機器人學專題,應顯示為A級而不是未評。-- Willy1018(留言) 2023年12月22日 (五) 03:47 (UTC)
- 如果本來就是這樣設計的,當我沒說吧。-- Willy1018(留言) 2023年12月22日 (五) 03:48 (UTC)
- @Willy1018:網際網路專題、維基百科專題、機器人學專題的模板又沒有要改版,既然他沒有要改版,那麼那些模板沒有輸入評級他是要怎麼知道評級成什麼?通靈嗎?而且模板參數因技術限制無法跨模板互通,所以也不可能把A級資訊傳遞進模板(實現如此傳遞需要mw:Extension:Variables,萌娘百科有,但中文維基沒有,且相關擴展不相容於目前版本的MediaWiki)。再來,你看User:MilkyDefer的原始提案「
新的模版可以單獨給條目一個總體的品質評級[…]也可以搞自己的評級。
」這代表各個專題的評級模板是自己搞自己的,每個專題的評級互相獨立並不相干,因此沒有輸入就該維持沒有輸入評級的狀態,本就不應該蹦出沒有輸入卻變成A級的這種狀況。再來「優先顯示模板級」問題肯定也是上方誤會導致的。既然你都說「如果本來就是這樣設計的,當我沒說吧。
」了,那麼我就視為異議已排除,可以準備進行公示階段。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月22日 (五) 04:15 (UTC)
- @Willy1018:網際網路專題、維基百科專題、機器人學專題的模板又沒有要改版,既然他沒有要改版,那麼那些模板沒有輸入評級他是要怎麼知道評級成什麼?通靈嗎?而且模板參數因技術限制無法跨模板互通,所以也不可能把A級資訊傳遞進模板(實現如此傳遞需要mw:Extension:Variables,萌娘百科有,但中文維基沒有,且相關擴展不相容於目前版本的MediaWiki)。再來,你看User:MilkyDefer的原始提案「
- 如果本來就是這樣設計的,當我沒說吧。-- Willy1018(留言) 2023年12月22日 (五) 03:48 (UTC)
- 底下:網際網路專題、維基百科專題、機器人學專題,應顯示為A級而不是未評。-- Willy1018(留言) 2023年12月22日 (五) 03:47 (UTC)
- @Willy1018:跟您說明一下目前辦理狀況。已建立專門讀取通用評級資訊的模組Module:PJBSClass,目前我用電子遊戲專題測試,測試結果見Talk:皮卡丘的測試結果,在電子遊戲專題模板未輸入評級時,其有確實從外層的{{WikiProject banner shell/sandbox}}讀到
|class=Start
,你看這是不是你要的,如果是,則還須對Template:WPBannerMeta提編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 02:58 (UTC)- 感謝貢獻,目前已覆核已符合預期。-- Willy1018(留言) 2023年12月24日 (日) 05:17 (UTC)
- (:)回應:@Willy1018:但要達成您所見到的效果需要第二階段的修改,跟{{WPBannerMeta}}配合。這樣的話,我就視為您對第二階段持(+)支持態度囉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 08:12 (UTC)
- 無異議。-- Willy1018(留言) 2023年12月25日 (一) 04:00 (UTC)
- (:)回應:@Willy1018:但要達成您所見到的效果需要第二階段的修改,跟{{WPBannerMeta}}配合。這樣的話,我就視為您對第二階段持(+)支持態度囉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 08:12 (UTC)
- 感謝貢獻,目前已覆核已符合預期。-- Willy1018(留言) 2023年12月24日 (日) 05:17 (UTC)
- (?)疑問@Willy1018:Talk:醫學測試結果哪邊不合預期?不是都正常顯示甲級嗎,下面也能展開
- 一個小問題,見測試11,若是位於模板空間應修先顯示為模板級。且依據我於Talk:醫學測試結果,似乎不符合預期。-- Willy1018(留言) 2023年12月21日 (四) 06:26 (UTC)
- (+)支持設立通用評級,但最好展現一下沙盒效果,現在點進去看到的檔案說明還是舊版本。 --窩法乙烷 兒法夢碎 2023年12月11日 (一) 11:16 (UTC)
- 此段落最後發言至今已逾七日,超過一周無新留言,且此前已形成初步共識,因此根據WP:7DAYS準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月1日 (一) 04:04 (UTC)
- 公示7日。公示內容見此-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月1日 (一) 04:04 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 完成:已佈署Special:Diff/80410249。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 04:40 (UTC)
第二階段:修改WPBannerMeta[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
@Willy1018:提到了一個很有意義的問題。如果上方的變更套用了的話,只有「表面上」給了頁面通用評級,而實際上的通用評級在各個專題中並沒有達成「繼承評級」的效果。這是因為評級模板預設不會知道他外面包著{{WikiProject banner shell}}模板,因此,如果要讓每個評級模板都能讀到通用評級,需要再一個編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 05:15 (UTC)
- 預計將會使用Module:PJBSClass來讀取{{WikiProject banner shell}}模板中的評級,並傳遞給{{WPBannerMeta}}注入進class參數。由於這需要第一階段先通過才有用,故先 擱置,等第一階段。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 05:15 (UTC)
- 第二階段相關討論Special:PermaLink/80224436#回復通告-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月25日 (一) 02:56 (UTC)
- 已覆核,已符合預期,再次感謝您的貢獻。(搬運自Special:PermaLink/80233084)-- Willy1018(留言) 2023年12月25日 (一) 04:02 (UTC)
- 上面的共識是「
可以單獨給條目一個總體的品質評級,各個WikiProject可以直接繼承這個quality assessment,也可以搞自己的評級。
」,下方Wikipedia:互助客棧/其他#關於基礎條目的額外提議也有多個(+)支持「對各種專題橫幅不再個別指定 class,而是統一置於{{WPBS}}
」的聲音,為了實現上方共識「各個WikiProject可以直接繼承這個quality assessment」以及下方討論的「專題橫幅不再個別指定 class,而是統一置於{{WPBS}}」因此需要在{{WPBannerMeta}}置入讀取{{WPBS}}評級值的模板,以便讓專題橫幅能正確識別統一置於{{WPBS}}的評級,故本修改是必要的,目前已經佈署於電子遊戲專題和多面體專題,運作穩定。如無異議,將會進行公示,進行全面佈署。
- 預計的修改方案以及其佈署連結(記得填寫討論通過的diff和客棧PermaLink版本號)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 05:00 (UTC)
相關議案
的配套修改-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 05:03 (UTC)
- 想諮詢一下@Kanashimi君相關修改是否有問題?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月8日 (一) 05:53 (UTC)
- @Ericliu1912、Kanashimi:這主要是依據共識,讓專題橫幅能繼承{{PJBS}}輸入的評級值。我已經在{{多面體專題}}、{{電子遊戲專題}}測試過了,沒有問題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 06:00 (UTC)
- User:A2569875的努力有目共睹。只不過我原先料想的是直接改w:en:Module:WikiProject banner及w:en:Module:Banner shell,而宇帆-娜娜奇看起來很辛苦的重構了代碼,並且有些參數不太一樣,這樣我就不太好評論了。--Kanashimi(留言) 2024年1月8日 (一) 06:12 (UTC)
- @Ericliu1912、Kanashimi:那就用測試數據來說話吧。目前我是刻意讓{{多面體專題}}內部是調用Template:WPBannerMeta/sandbox/sandbox(同於Template:WPBannerMeta/sandbox,只是Template:WPBannerMeta/sandbox/sandbox裡面都塞/sandbox模板以便測試效果),效果完全符合預期,十分正常,見下列測試結果(只要是調用{{多面體專題}}的,基本上都等同於這個Patch):
- Talk:二十面體對稱的多面體列表:裡面輸入了列表級,Template:WPBannerMeta/sandbox確實讀到了列表級,沒有問題。
- 其他可參考Special:連結至此的頁面/Template:WPBannerMeta/sandbox/sandbox,基本上都沒有問題,我檢查一個禮拜了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 06:16 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2024年1月8日 (一) 12:18 (UTC)
- @Ericliu1912:若以Wikipedia:互助客棧/其他#Random_Thought:_跟進英維的WikiProject_banner_shell改版這一案來看的話(或者說只看這一案)的話,只有{{WPBannerMeta/core}}和{{WPBannerMeta}}要更新。其他案目前還在討論中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 12:23 (UTC)
- (~)補充:@Ericliu1912:參考這個留言Wikipedia:互助客棧/其他#MilkyDefer2023年12月9日(六)14:14(UTC),「
原樣照辦英維的codebase要動的手術很大。不過我姑且給你實作了一個長得差不多的在對應沙盒裡面。
」考慮到最大相容性和中文維基的特殊性(如繁簡問題),本地評級系統本來就跟英文維基不太相同。目前只能「按照人家代碼的思路重新實現一個類似的咯。
」(by User:MilkyDefer)此外,我也不想換掉現在中文維基熟悉的Style。目前您所看到的系統都是基於MilkyDefer的修改版再把enwiki對應功能實作出來。主要功能去年年底就完工了,經過了半個多月的測試,我相信技術上不會有太大的問題。且相關函數已於電子遊戲專題兩萬多條目進行測試,問題幾乎都解決了。技術上沒有問題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 12:58 (UTC)
- (~)補充:@Ericliu1912:參考這個留言Wikipedia:互助客棧/其他#MilkyDefer2023年12月9日(六)14:14(UTC),「
考慮到日後長期維護需求,我傾向請您以英文版本為基礎來更新相關模板。是否能夠確認有什麼模板需要更新(或在互助客棧列出之類)?不過在此過渡期間,若技術上沒有問題,是可以斟酌先批准既有之編輯請求。—— - @Ericliu1912:若以Wikipedia:互助客棧/其他#Random_Thought:_跟進英維的WikiProject_banner_shell改版這一案來看的話(或者說只看這一案)的話,只有{{WPBannerMeta/core}}和{{WPBannerMeta}}要更新。其他案目前還在討論中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 12:23 (UTC)
- 這兩個(Template_talk:WPBannerMeta#編輯請求_2024-01-08、Template_talk:WPBannerMeta/core#編輯請求_2023-12-28)屬於案《Random Thought: 跟進英維的WikiProject_banner_shell改版》可以先進行;剩下的屬於另一案(Module_talk:Class/data#編輯請求_2023-12-28、Template_talk:Class_mask#編輯請求_2024-01-05、Template_talk:Class_mask/core#編輯請求_2023-12-25、Template_talk:Class/colour#編輯請求_2024-01-05)屬於案《同步各模板/組的評級值》目前正在公示,所以暫時還不用。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 14:59 (UTC)
- @Ericliu1912:要改哪些模板我在客棧上其實都有列,主要在案《沒有主題的頁面如何評級》和案《評級系統缺失問題》的子章節裡。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:03 (UTC)
- (不用一直提及我,我有在看)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月8日 (一) 15:11 (UTC)
- (:)回應:既然你有在看,那我就更仔細地說明這兩個編輯請求(Template_talk:WPBannerMeta#編輯請求_2024-01-08、Template_talk:WPBannerMeta/core#編輯請求_2023-12-28)技術上沒有問題、無疑慮的理由。這兩個編輯請求加起來的編輯內容等價於我上個月在{{WikiProject Video games}}做出的這筆編輯Special:Diff/80221014。用的模組和函數完全相同,只是僅限於電子遊戲專題,而這兩個編輯請求加起來的編輯內容就等於佈署到所有專題。電子遊戲專題之所有不用編輯兩個模板是因為{{WikiProject Video games}}不使用元模板,也沒有/core,因此編輯一個頁面就能達到效果,而所有專題共用的元模板有使用元模板/core,因此需要編輯兩個模板(主模板和/core模板)才能生效。電子遊戲專題共有兩萬多個條目,這功能佈署到電子遊戲專題至今已半個多月,未見什麼大問題,代表已經在兩萬個條目測試沒問題(稍早也測試了{{多面體專題}},500+條目;實際上還佈署到了{{網際網路專題}}、{{維基百科專題}}和{{WikiProject Robotics}}上以便讓User:Willy1018已覆核效果符合預期;更進一步的技術測試則在{{WikiProject_Sandbox}}及{{WikiProject Portals}}完成,均未發現任何問題;為了避免影響到Patch,測試是由{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}完成,測試方式是直接先暫時將對應模板改用{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}以觀察佈署後的效果),我這半個月也實際複查數百個條目,沒發現任何問題,代表這兩萬多個條目的測試是成功的,因此認為本開發已趨於穩定,是時候可以佈署到所有專題了。以上,故認為技術上沒有問題,可以佈署Template_talk:WPBannerMeta#編輯請求_2024-01-08和Template_talk:WPBannerMeta/core#編輯請求_2023-12-28。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:46 (UTC)
- (~)補充:若這兩個編輯請求(Template_talk:WPBannerMeta#編輯請求_2024-01-08和Template_talk:WPBannerMeta/core#編輯請求_2023-12-28)核准了,記得通知我一聲,我需要在{{多面體專題}}、{{網際網路專題}}、{{維基百科專題}}、{{WikiProject Robotics}}和{{WikiProject Portals}}取消佈署,避免重複佈署和{{WPBannerMeta}}及{{WPBannerMeta/core}}相衝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:55 (UTC)
- (:)回應:既然你有在看,那我就更仔細地說明這兩個編輯請求(Template_talk:WPBannerMeta#編輯請求_2024-01-08、Template_talk:WPBannerMeta/core#編輯請求_2023-12-28)技術上沒有問題、無疑慮的理由。這兩個編輯請求加起來的編輯內容等價於我上個月在{{WikiProject Video games}}做出的這筆編輯Special:Diff/80221014。用的模組和函數完全相同,只是僅限於電子遊戲專題,而這兩個編輯請求加起來的編輯內容就等於佈署到所有專題。電子遊戲專題之所有不用編輯兩個模板是因為{{WikiProject Video games}}不使用元模板,也沒有/core,因此編輯一個頁面就能達到效果,而所有專題共用的元模板有使用元模板/core,因此需要編輯兩個模板(主模板和/core模板)才能生效。電子遊戲專題共有兩萬多個條目,這功能佈署到電子遊戲專題至今已半個多月,未見什麼大問題,代表已經在兩萬個條目測試沒問題(稍早也測試了{{多面體專題}},500+條目;實際上還佈署到了{{網際網路專題}}、{{維基百科專題}}和{{WikiProject Robotics}}上以便讓User:Willy1018已覆核效果符合預期;更進一步的技術測試則在{{WikiProject_Sandbox}}及{{WikiProject Portals}}完成,均未發現任何問題;為了避免影響到Patch,測試是由{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}完成,測試方式是直接先暫時將對應模板改用{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}以觀察佈署後的效果),我這半個月也實際複查數百個條目,沒發現任何問題,代表這兩萬多個條目的測試是成功的,因此認為本開發已趨於穩定,是時候可以佈署到所有專題了。以上,故認為技術上沒有問題,可以佈署Template_talk:WPBannerMeta#編輯請求_2024-01-08和Template_talk:WPBannerMeta/core#編輯請求_2023-12-28。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:46 (UTC)
- (不用一直提及我,我有在看)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月8日 (一) 15:11 (UTC)
- @Ericliu1912:要改哪些模板我在客棧上其實都有列,主要在案《沒有主題的頁面如何評級》和案《評級系統缺失問題》的子章節裡。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:03 (UTC)
- @Ericliu1912、Kanashimi:那就用測試數據來說話吧。目前我是刻意讓{{多面體專題}}內部是調用Template:WPBannerMeta/sandbox/sandbox(同於Template:WPBannerMeta/sandbox,只是Template:WPBannerMeta/sandbox/sandbox裡面都塞/sandbox模板以便測試效果),效果完全符合預期,十分正常,見下列測試結果(只要是調用{{多面體專題}}的,基本上都等同於這個Patch):
- @Ericliu1912、Kanashimi:另外參見此發言,User:Willy1018已覆核效果符合預期,認為修改沒有問題。測試也都充分了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 06:31 (UTC)
- @Ericliu1912:另外如果要接受編輯請求的話,也把Template_talk:WPBannerMeta/core#編輯請求_2023-12-28也接受吧,兩者是互相配套的({{WPBannerMeta}}與{{WPBannerMeta/core}}高度相依)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 06:33 (UTC)
- 相關討論移動到此供參考。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 13:22 (UTC)
- 本議案旨在「讓專題橫幅能從{{PJBS}}繼承評級值」是否佈署到所有專題。目前已暫時透過沙盒模板測試性地佈署到電子遊戲專題、多面體專題、網際網路專題、維基百科專題、主題專題、沙盒專題。如無異議的話,將會就「是否佈署於所有專題」進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 13:54 (UTC)
- 目前沒有合理異議,因此仍照原定計畫若2024年1月10日 (三) 05:00 (UTC)之前沒有其他異議就視為已獲共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 17:48 (UTC)
- 依據此以及WP:7DAYS,時間已逾2024年1月10日 (三) 05:00 (UTC),且本篇討論始於2023年12月7日已逾一個月,依據WP:1MONTH,因此視為已達成共識,準備開始公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月10日 (三) 05:37 (UTC)
- 公示7日,公示說明。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月10日 (三) 05:37 (UTC)
- 由於相依性, 公示延長至《Wikipedia:互助客棧/其他#提案已通過請求佈署》佈署的三日後。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月16日 (二) 15:36 (UTC)
- 《Wikipedia:互助客棧/其他#提案已通過請求佈署》佈署已逾時三日;公示期內位於Template_talk:WPBannerMeta#編輯請求_2024-01-08的合理意見可以透過下方議案《通用評級規範》來解決,且該議案已獲初步共識並進入公示階段(詳見此說明),故可以預見該問題將被解決,故此案應可通過;但為了謹慎起見,公示再延三日,若三日內沒有合理異議則視本案為通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月21日 (日) 13:05 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
第三階段:完善制度[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
在Template_talk:WPBannerMeta#編輯請求_2024-01-08中有人認為需要給通用評級訂一個「能填寫甚麼級別」的標準來避免爭議,因此立了草案Wikipedia:通用評級如下:
- 若一條目沒有專題或不受任何專題管轄,則其通用評級可填寫任意有被{{WikiProject banner shell}}支援的級別,僅要該條目有達到該級別的標準或滿足該級別的條件,都可以評。
- 若一條目僅有一個專題,其通用評級應與該專題所評的等級一致。
- 若一條目有多個專題,通常由機器人自動依照規則4進行評級,但一旦出現爭議時則通用評級應以所有專題都有開設的級別為主。
- 例如:若一條目有四個專題,而有一個專題沒有開設「丙級列表級」,那麼通用評級就不得填寫「丙級列表級」
- 對於有多個專題的條目,通用評級應填寫最多專題評的那一等級。
- 例如有一個條目有四個專題,其中三個專題都評為乙級,但有一個專題評為丙級,則通用評級應填寫乙級。
- 若在規則4的情況牴觸規則3,則應填寫與對應級別最接近的且滿足規則3的級別。
- 例如有一個條目有四個專題,其中三個專題都評為「丙級列表級」,但有一個專題評為「列表級」且這個專題不開設「丙級列表級」。依據規則3,最多專題評的級別是「丙級列表級」,但有一個專題不開設「丙級列表級」,則通用評級應填寫與「丙級列表級」最接近且位於該條目所有專題都有開設的級別,也就是「列表級」。
- 「最接近的級別」應該向下填寫,例如未啟用乙級的專題,通用級別遇到規則3判為乙級的情況時,則向下填寫為丙級。如果丙級也有專題未開設,就再向下填寫為初級。如遇到無法評級的情況,該通用評級模板就該留空。
提議將之升為指引,不曉得各位覺得如何?@Ma3r、Kanashimi、Z7504、桐生ここ:@Kethyga、暁月凛奈、MilkyDefer、Milkypine、Willy1018:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 09:44 (UTC)
- 實作上是否能讓那些沒開設大宗評級(數量最多專題)的在專題橫幅內設定好參數即可?這樣看起來就不會因為沒開設評級、被覆蓋而出問題。機器人很難判別每個專題開設的評級,因此條件3會讓讓機器人無法自動作業。
- 僅供參考,就enwiki來說,純粹只考慮數量最多的評級。採用特殊評級的專題橫幅有特殊分類,機器人處理時不會動到其評級。--Kanashimi(留言) 2024年1月14日 (日) 10:35 (UTC)
- @Kanashimi:技術上不能讀取評級模板的
|QUALITY_SCALE=
內容和/class子頁面嗎?如果|QUALITY_SCALE=
填subpage,讀取/class子頁面就能得知該專題哪些評級有啟用。例如{{多面體專題}}是|QUALITY_SCALE=subpage
,所以讀取Template:多面體專題/class原始碼即可得到哪些級別是yes、哪些級別是no。如果|QUALITY_SCALE=
填extended則是定義於{{Class mask/extended}}的級別。未填或standard就是只使用大宗評級。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 11:00 (UTC) - 如果改成「若一條目有多個專題,通常由機器人自動依照規則4進行評級,但一旦出現爭議時則通用評級應以所有專題都有開設的級別為主。」機器人會不會好辦一點?意為機器人填寫值優先,但如果是人工評級時,才須考慮是否所有專題都有開設,且是遇到爭議之時,這是為了解決「
但是如果有人說「根據Wikipedia:條目質量評級標準#非標準級別和一些專題評CL的慣例,這篇列表內容充分,儘管支援條目的專題都沒有設CL級別,但既然WPBS能評CL那我就評CL」呢?所以,這個評級的定位該怎麽看?您作出了如此複雜的功能,但如果因爲使用規則不完善而部署而引發爭議,相信這是您不願意見到的。
」所描述的爭議情境。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 11:06 (UTC)- @A2569875 現在cewbot採用的方式是選出最大宗的評級(數量最多的評級),填入{{WPBS}}並且移除所有相同的評級。所有不同的評級都保留不動。不曉得這樣的作業方式是否會產生問題?--Kanashimi(留言) 2024年1月14日 (日) 11:16 (UTC)
- @Kanashimi:技術上不能讀取評級模板的
- 我在療養,您自己請便。由於這個事情的業務邏輯挺複雜的,我不會攔著你用什麼樣的Lua。--MilkyDefer 2024年1月14日 (日) 12:48 (UTC)
- 已逾一周沒有任何發言,根據WP:7DAYS,七日無新留言視為已達成初步共識,因此將準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月21日 (日) 12:54 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月21日 (日) 12:54 (UTC)
公示已逾七日,公示期已過,期內無合理異議,因此提案通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月29日 (一) 03:28 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
臨時動議:關於基礎條目的額外提議[編輯]
|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近期改版{{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:互助客棧/其他#Random_Thought:_跟進英維的WikiProject_banner_shell改版。這個預計會先上架,這邊去年年底弄了從{{WPBS}}讀取評級到專題橫幅的模組Module:PJBSClass,你是要讓我做白工嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 09:30 (UTC)
- 唉呀感謝提醒我沒注意到。看起來改版是已經有共識的結果了。我把建議移到那個討論串下好了,這邊可以關閉了。--Kanashimi(留言) 2024年1月2日 (二) 09:37 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2024年1月3日 (三) 04:47 (UTC)
- 已遷移討論@Ma3r、Ericliu1912:(User:Kanashimi應該已經知道了)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 05:51 (UTC)
您可以將整個討論移到其他區( ——
- Eric Liu 創造は生命(留言・留名・學生會) 2024年1月3日 (三) 04:47 (UTC)
- 唉呀感謝提醒我沒注意到。看起來改版是已經有共識的結果了。我把建議移到那個討論串下好了,這邊可以關閉了。--Kanashimi(留言) 2024年1月2日 (二) 09:37 (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)
- 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)
- 目前的patch是對所有的專題橫幅全面保留
- enwiki採用這種方法的過程與部分考量可參考w:en:Template talk:WikiProject banner shell#Issue with assessments not applying to WikiProject Lists template,關乎Special:PageAssessments。就我最近的測試,有些模板如您所述
- 例如Talk:康威多面體裡面{{WPBS}}指定了
|class=stub
,但{{多面體專題}}指定了|class=start
蓋掉了{{WPBS}}的|class=stub
,因此被自動加入Category:使用自訂專題評級的條目分類。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 11:46 (UTC)
- (:)回應:@Kanashimi:Category:使用自訂專題評級的條目裡面的頁面就是「一個頁面的評級」滿足「不繼承」的狀況。Category:使用自訂專題評級的條目指的是「考慮一個已使用{{WPBS}}指定評級為X的條目,其有至少一個專題橫幅評級值為Y,或不為{{WPBS}}指定的X」,而考察w:en:Category:WikiProjects using a non-standard quality scale分類內都是「專題橫幅模板」本身,我猜它是指「允許『不繼承、非正規』評級的橫幅」,而不是條目評級的「個例」;而Category:使用自訂專題評級的條目是指「已經『不繼承、非正規』評級的頁面」的「個例」而非橫幅模板本身。我想你有所誤解,我希望是元模板都保留
建好後,發現好像跟你說的不是一個東西? - 或許我們該用Category:使用非正規質量評級的專題橫幅?至於您說的「一個頁面的評級」很抱歉我不太理解,是否能舉個例子呢?--Kanashimi(留言) 2024年1月3日 (三) 11:34 (UTC)
- Category:使用自訂專題評級的條目,我是指「一個頁面的評級」滿足「不繼承、非正規」的狀況,不是「專題橫幅自己」滿足「不繼承、非正規」的條件。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 09:41 (UTC)
- 是的,w:en:Category:WikiProjects using a non-standard quality scale包含您所提的這兩種非正規、不繼承的狀況。--Kanashimi(留言) 2024年1月3日 (三) 07:47 (UTC)
- 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)
那您的bot有考慮到{{
- (:)回應:@Kanashimi:我指的是可能會有專題有自己的標準,導致評級值與{{WPBS}}不同的情況(如可能有些專題的乙級比較嚴格,導致該專題只能評丙級,但WPBS是乙級,其他專題也是乙級),而非「非標準評級」(non-standard quality)的情況。雖然兩者都需要保留著各專題橫幅模板的評級class參數。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 07:26 (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}}還有待討論
我有不同意見。英維的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)
- 已逾一周無新留言,因此根據WP:7DAYS,七日無進一步發言視為已達成初步共識;再依據WP:7DAYS「
- 這6620個條目全部運算完畢在預覽模式下Lua的後台輸出為:
- 公示7日,公示內容「將{{Vital article}}併入{{WPBS}}的
|vital=
參數」(同時執行方案①修改方案以及其佈署連結和方案②(±)合併{{基礎條目橫幅}}及{{Cba/discuss}}到{{WPBS}}(已由修改方案涵蓋)),另見此說明。(註:{{Vital article}}是重新導向頁,亦會變更重新導向目標)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 05:31 (UTC)
- 我們用實際數據來說話吧。Special:PermaLink/80500375這是隨便測試6620個條目進行基礎條目判別,並輸出{{Vital article}}字串。
- @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)
- Module:Vital_articles都已經分成類似雜湊表查詢了,有甚麼折騰的問題?已經高效率優化了好嗎。理論上,此實現的記憶體開銷甚至有望低於英文維基,因為英文維基只分成27個表,而中文維基是36個表,代表中文維基每個表的項目數量更少,在類似散列函數計算之後,要讀取的JSON更小,表示記憶體用量更少,單個表項目更少表示查詢更快。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 13:12 (UTC)
- 若能簡單改enwiki的程式碼來用,或許不必擔心折騰的問題。另一方面假如只留UI功能的話,是否乾脆維持原來的{{Vital article}}就好?--Kanashimi(留言) 2024年1月14日 (日) 13:06 (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)
- @Z7504:這根本不是BUG,因為你如果沒有給WPBS模板輸入評級,它本來就不應該顯示任何評級,因為那代表「該條目沒有指定通用評級」,不顯示評級才是正常現象。再來是,所有維基媒體基金會旗下站點都沒有佈署能給跨模板傳遞資料的擴展,所以你輸入在專題模板的class當然無法被WBPS獲知,如果可以,那就是魔法或者見鬼了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 06:48 (UTC)
- 這根本不是需要修復的BUG。WPBS中
|class=
參數的填寫一開始就是設計要讓機器人自動維護的部分,讓模板自動處理此問題反而問題更多且不切實際,更適合由一個外部機器人進行監察和更新操作,因此該意見應視為對上方議案有所誤會所提出的意見,同時|class=
參數的填寫也與本案《將{{Vital article}}併入{{WPBS}}的|vital=
參數》毫無關聯,因此應無效,若三日內沒有異議或進一步回應,則視為該意見已解決。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 08:40 (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)
- 不需要保證,因為機器人會自動填寫
- 總之全部都是Module:PJBSClass/main的問題,不鑲嵌模板就無法判斷,但「條目內掛了模板所以可以判斷」,您如果那麼清楚的話,那就直接建模板阿。標準的自欺欺人,結果居然是沒動腦過的回覆,被潑冷水真的剛好而已。這樣如何保證裡面可以不用寫上比如
- 這裡就是一個活生生的例子(比如這筆和這筆),這點小bug麻煩也先改了吧,不然都還要強制輸入才能確保正常顯示,問題不大才對。--Z7504非常建議必要時多關注評選(留言) 2024年1月22日 (一) 06:30 (UTC)
- @Z7504:我直接針對你最初的問題回答「
是不是還要寫
」,是,所以需要手動填上。本案並不包含甲乙丙初級自動判斷,公示也不包含這個部分,若你希望有甲乙丙初級自動判斷請另提他案,因為不在本案處理範圍內。 此外,你也無須擔心「{{WPBS|class=xxx}}
才能讓其強制正常顯示?是不是還要寫
」問題,因為下方Kanashimi已經申請機器人了,您無需手動填寫,此意見可以結案了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月23日 (二) 01:44 (UTC){{WPBS|class=xxx}}
才能讓其強制正常顯示?
- 本公示不包含甲乙丙初級自動判斷,若三日後還在要求甲乙丙初級自動判斷將視為無效意見。若希望
|class=
沒輸入也能自動顯示甲乙丙初級請另外提案謝謝,不在本案有辦法處理的範圍內。「這點小bug麻煩也先改了吧,不然都還要強制輸入才能確保正常顯示,問題不大才對
」本案是處理基礎條目自動化,而不包含class有沒有輸入的問題,因此不在此案處理範圍內,請另提他案,謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月23日 (二) 02:02 (UTC)
- 還真的沒有,那應該誤會了。那這
- @Z7504:請問WikiProject banner shell模板哪來的
- @A2569875:我試過了,沒有什麼大問題,但建議WikiProject banner shell模板中的
- 見公示聲明。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月24日 (三) 03:38 (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)
- 還有一點我要聲明,並不是不願意修訂module:PJBSClass/main,而是module:PJBSClass/main本來就是設計成要配合Kanashimi所提議的機器人提案而設計的,那麼要做的事情顯然是讓機器人提案推行順利,而不是去浪費時間修改module:PJBSClass/main。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月23日 (二) 05:06 (UTC)
公示期已到,期內無合理異議,且公示期內的意見之意見提出者已妥協,因此提案公示通過,將進行佈署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月29日 (一) 05:36 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
{{WikiProject Biography}}參數案[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 《將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月13日 (二) 03:40 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
是否廢除{{WikiProject Biography}}原生的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
待機器人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)
- @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)
- 目前WPBS好像只有listas參數未傳遞到{{WikiProject Biography}},感覺也不一定要去掉,假如其他使用者添加專題模板的時候沒有用{{WPBS}},但是在{{WikiProject Biography}}添加了上述的幾個參數,該如何處理。--Kethyga(留言) 2024年3月23日 (六) 10:32 (UTC)
- 還是說,修改「Category:缺少listas變量的傳記專題頁面」的判定條件?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月30日 (六) 08:45 (UTC)
- 看了下該分類中的條目,排序應該是正常的,應該只有{{WPBS}}中參數listas為空的時候才加入該分類。--Kethyga(留言) 2024年3月30日 (六) 10:11 (UTC)
- Category:缺少listas變量的傳記專題頁面分類的添加,由{{WikiProject Biography}}轉移到{{WPBS}}如何?這樣就不用廢除{{WikiProject Biography}}的任何參數(如果廢除參數沒有共識)只是令{{WikiProject Biography}}不再添加Category:缺少listas變量的傳記專題頁面,改由{{WPBS}}判斷有無傳記專題模板,如果有,再根據listas變量的狀況增減分類。這部分的patch已經準備好了[2],如無異議可以公示了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 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)
- 應該問題不大,反正使用評級的也不多,而且BLP參數也轉移過去了。--Kethyga(留言) 2024年4月6日 (六) 07:32 (UTC)
- 我覺得不用。而且Kanashimi也說機器人會自動將listas參數轉移到WPBS。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月5日 (五) 09:57 (UTC)
不然這樣好了,我把 - 是否要跟英維保持一致呢,不知道是否有些人習慣將listas添加到{{WikiProject Biography}}上。--Kethyga(留言) 2024年4月5日 (五) 09:36 (UTC)
- Category:缺少listas變量的傳記專題頁面分類的添加,由{{WikiProject Biography}}轉移到{{WPBS}}如何?這樣就不用廢除{{WikiProject Biography}}的任何參數(如果廢除參數沒有共識)只是令{{WikiProject Biography}}不再添加Category:缺少listas變量的傳記專題頁面,改由{{WPBS}}判斷有無傳記專題模板,如果有,再根據listas變量的狀況增減分類。這部分的patch已經準備好了[2],如無異議可以公示了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月31日 (日) 05:01 (UTC)
- 看了下該分類中的條目,排序應該是正常的,應該只有{{WPBS}}中參數listas為空的時候才加入該分類。--Kethyga(留言) 2024年3月30日 (六) 10:11 (UTC)
- User:Kanashimi「
- @Kethyga:根據模板全保護方針,要把參數廢棄掉需要社群共識。何況這邊是要一次性地棄用超過5個參數。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月16日 (六) 11:09 (UTC)
- 機器人這個算是已經併入了嗎?感覺只要{{WikiProject Biography}}能夠正常運作就可以了。--Kethyga(留言) 2024年3月16日 (六) 11:07 (UTC)
- 唉,看起來需要徵集些人發表意見...--Kanashimi(留言) 2024年3月12日 (二) 05:29 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入[編輯]
公示7日如上留言,內容已經準備好了[3]。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 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)
- 現在的傳記專題模板,沒辦法得知頁面中是否已掛上WPBS。如果要並存,需要再寫一個程式讓傳記專題模板「認知到WPBS模板存在與否」。如果傳記專題模板能「認知到WPBS存在」那就可以把在無WPBS時加分類、有WPBS不加分類。所以,如果要實現的話,就必須寫程式讓傳記專題模板能識別WPBS的存在與否。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月19日 (五) 03:56 (UTC)
- 不能WPBS和傳記專題模板兩套參數並行麼?--百無一用是書生 (☎) 2024年4月19日 (五) 03:34 (UTC)
- (?)疑問:@Kanashimi:那麼Shizhao說的「機器人停擺了怎麼辦」,這部分有解方嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月18日 (四) 14:59 (UTC)
- 程式碼開源,真出問題其他人可接手。--Kanashimi(留言) 2024年4月18日 (四) 21:46 (UTC)
- 我的意思是儘可能能夠保留/提供一種不必依賴機器人(對人類友好)的方式,這樣即使沒了機器人也可以依靠手工維護--百無一用是書生 (☎) 2024年4月19日 (五) 03:32 (UTC)
- 現在應該每個禮拜會執行一次。若是有必要也可以改成每天執行。--Kanashimi(留言) 2024年4月16日 (二) 22:53 (UTC)
- @Kanashimi:如果一般使用者把參數加到傳記專題模板,且不放置WPBS模板時,有配套措施嗎?雖然你說這種情況機器人會自動加入WPBS模板,但我看你的機器人好像沒法做到那麼「即時」的更新?您對此情況有什麼看法?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月16日 (二) 08:01 (UTC)
- 兩個疑問:不用wpbs,直接用了傳記專題模板的怎麼辦?機器人停擺了怎麼辦?--百無一用是書生 (☎) 2024年4月16日 (二) 06:37 (UTC)
- @Shizhao:為什麼要回退?不是公示通過了?你為何要強行阻止提案通過??你是要這個議案卡死多久???請立刻說明理由!!-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月16日 (二) 03:39 (UTC)
- 管理員在嘗試執行通過的提案時發現潛在問題,先前並未考慮到此問題,故此案公示結果 擱置。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月16日 (二) 07:42 (UTC)
Category:缺少listas變量的傳記專題頁面方案二[編輯]
- 這個en:special:diff/1156304191可以解決上方Shizhao提出的問題,即由{{傳記專題}}自行偵測是否有其他模板(包括但不限於WPBS)提供了listas參數(上方提案內的patch的重複分類之參數
|living=
也可以依此方案執行)來決定是否加入分類。這種方法只需編輯一個模板——只需編輯{{傳記專題}}無須編輯{{WPBS}}——但要實行此方案須從enwiki引入一個模板:{{Find page text}},因此提請討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月19日 (五) 06:30 (UTC)
評級系統缺失問題[編輯]
- (原始標題為「將{{Classicon}}與{{Class/icon}}同步」配合公告欄調整標題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月5日 (五) 07:47 (UTC))
配合上方#Random_Thought: 跟進英維的WikiProject_banner_shell改版因此需要解決評級系統缺失問題,故提出以下議案-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月25日 (一) 09:49 (UTC)
- 預計辦理流程:
- 修正評級系統被不當過濾掉的評級值: 公示通過已佈署
- 讓評級系統Special:頁面評級均能正確接收到評級值,以便讓{{WikiProject_banner_shell}}工作順利。
- 同步各模板/組的評級值: 公示通過已佈署
- 評級元模板調用了多個不同的評級值轉換模板,但各評級值轉換模板/組的評級值定義有所出入,將會影響{{WikiProject_banner_shell}}的運作,因此需要修正。
- 將{{Classicon}}與{{Class/icon}}同步: 公示通過已佈署
- 以上都完成後,目前評級系統的圖是在各評級定義模板/組不一致,且Style也不一致,為了與XTools也統一,故作出此提案。
- 一切完成之後,將會同時把評級規範立起來(即立WP:QUALITY)為指引,以便完善評級系統的所有缺失部分。
- 修正評級系統被不當過濾掉的評級值: 公示通過已佈署
- 目前先做到這樣,統整整個評級系統並修正評級系統缺失問題。若未來還有需要調整的會在辦理過程提出,滾動式修正,歡迎發表意見。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月5日 (五) 08:06 (UTC)
第一階段:修正評級值不同步問題[編輯]
議案1:將{{Classicon}}與{{Class/icon}}同步[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
我認為應將{{Classicon}}與{{Class/icon}}同步。{{Class/icon}}提供了比{{Classicon}}更多種級別的圖示,如請求、未來、動態等評級的圖示,{{Classicon}}都沒有。而若{{Classicon}}與{{Class/icon}}合併的話,則等同於{{Classicon}}改成Module模式,需要社群共識,故發起討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月25日 (一) 09:49 (UTC)
- (+)支持合併,後者({{Class/icon}})目前只有在154頁上使用。-- Willy1018(留言) 2023年12月26日 (二) 01:33 (UTC)
- (?)疑問:@Willy1018:那要不要{{Classicon}}重新導向到{{Class/icon}}?剛才已補充{{Classicon}}所有功能到{{Class/icon}}了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月26日 (二) 02:33 (UTC)
- 可以,但前者{{Classicon}}被全保護,只有管理員才能進行編輯,需要提{{ep}}。-- Willy1018(留言) 2023年12月26日 (二) 04:56 (UTC)
- 似乎未來之類的評級並未被整個評級系統完全支持?--百無一用是書生 (☎) 2023年12月28日 (四) 02:24 (UTC)
- (:)回應:@Shizhao:有支持,顯示評級的最後一個調用是{{WPBannerMeta/qualityscale/mask}},而{{WPBannerMeta/qualityscale/mask|future}}→「未來」,但在要送入
{{#assessment:}}
的{{Class_mask}}需要設|future=yes
才有,不然會被濾掉。而要送入{{#assessment:}}
的{{Class_mask}}直接寫死無法設定參數,故建議將要送入{{#assessment:}}
的mask改用{{WPBannerMeta/qualityscale/mask}},這樣才能正確支援。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月28日 (四) 02:50 (UTC)
- @Shizhao:已提出編輯請求,Template_talk:WPBannerMeta/core#編輯請求_2023-12-28,處理完畢後未來之類的評級就能被支持了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月28日 (四) 04:11 (UTC)
- (:)回應:@Shizhao:有支持,顯示評級的最後一個調用是{{WPBannerMeta/qualityscale/mask}},而{{WPBannerMeta/qualityscale/mask|future}}→「未來」,但在要送入
- 似乎未來之類的評級並未被整個評級系統完全支持?--百無一用是書生 (☎) 2023年12月28日 (四) 02:24 (UTC)
- 可以,但前者{{Classicon}}被全保護,只有管理員才能進行編輯,需要提{{ep}}。-- Willy1018(留言) 2023年12月26日 (二) 04:56 (UTC)
- (?)疑問:@Willy1018:那要不要{{Classicon}}重新導向到{{Class/icon}}?剛才已補充{{Classicon}}所有功能到{{Class/icon}}了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月26日 (二) 02:33 (UTC)
- (+)支持,沒特別的意見--Z7504非常建議必要時多關注評選(留言) 2023年12月28日 (四) 14:13 (UTC)
- 支持合併。不過純模板實現也不錯。--桐生ここ★[討論] 2023年12月28日 (四) 21:48 (UTC)
- @桐生ここ:完全不建議模板實現。現時模板實現是使用
{{#switch:}}
,您忘了2020年初{{#switch:}}
爆炸事件Special:PermaLink/58036835#A_technical_issue_with_articles_of_French_communes導致中維崩潰的事件了嗎。{{#switch:}}
的開銷要高於模組實現,所以建議使用模組實現,安全又有效率。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月29日 (五) 00:06 (UTC)- 這邊最近在處理基礎條目與{{WikiProject banner shell}}的圖示問題(Wikipedia:互助客棧/條目探討#引入enwiki近期{{WPBS}}之改版,暨將{{Vital_article}}併入{{WPBS}}),(&)建議直接採用{{Icon}}會更通用。--Kanashimi(留言) 2024年1月2日 (二) 09:18 (UTC)
- 但我覺得要有專題專用模板。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 09:33 (UTC)
- 我想採用不同模板來處理同一件事的問題是較不易維護。--Kanashimi(留言) 2024年1月2日 (二) 09:49 (UTC)
- @Kanashimi:問題是目前{{Icon}}並未完整涵蓋Class/icon現有內容。改用{{Icon}}將會導致部分圖是消失,或發生變化。我認為專題圖示應該要統一的Style,但例如{{Icon|image}}和{{Class/icon|image}}就不一致,而且{{Icon|image}}與以下圖示比較{{Class/icon|image}}、{{Class/icon|A}}、{{Class/icon|B}}、{{Class/icon|C}}明顯Style嚴重變調,故(-)反對。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 10:13 (UTC)
- 或許我們可以擴展{{Icon}}使之涵蓋我們想要的範疇,例如採用
{{Icon|image_class}}
?--Kanashimi(留言) 2024年1月2日 (二) 10:20 (UTC)- @Kanashimi:我這個議案只是想先動全保護模板{{Classicon}},至少先同步圖示,但您目前這樣介入會導致共識亂了,連同不都做不到了,會導致花費更多「跑流程」時間,我想先同步,也做好patch了,都準備好了被你弄沒了?我想先動全保護模板{{Classicon}}至少先同步圖示;至於以後怎麼維護可以再討論。而且您的提議「
例如採用
」也還沒有patch,先現實一點吧,不要紙上談兵,我只想趕快同步圖示,並讓Style一致,評級圖示是評級圖示,其他圖示是其他圖示;評級圖示就該有評級圖示自己的Style,(!)抗議亂七八糟的不一致Style圖示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 10:29 (UTC){{Icon|image_class}}
- 也好。那就等這個討論結束再說吧。--Kanashimi(留言) 2024年1月2日 (二) 10:30 (UTC)
- @Kanashimi:問題2
{{Icon|image_class}}
會導致評級模板輸出的值無法直接輸入此模板。評級模板肯定是輸出字尾沒有「_class」的結果,你這樣搞還要多寫一個轉換器,不是更難維護?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 10:33 (UTC)- 我嘗試在Module:Icon/data加上下面的項目,似乎可以用?
- --Kanashimi(留言) 2024年1月2日 (二) 11:00 (UTC)
image_class = { image = "Symbol file class.svg", tooltip = "媒體文件頁", },
- @Kanashimi:我這個議案只是想先動全保護模板{{Classicon}},至少先同步圖示,但您目前這樣介入會導致共識亂了,連同不都做不到了,會導致花費更多「跑流程」時間,我想先同步,也做好patch了,都準備好了被你弄沒了?我想先動全保護模板{{Classicon}}至少先同步圖示;至於以後怎麼維護可以再討論。而且您的提議「
- 或許我們可以擴展{{Icon}}使之涵蓋我們想要的範疇,例如採用
- @Kanashimi:問題是目前{{Icon}}並未完整涵蓋Class/icon現有內容。改用{{Icon}}將會導致部分圖是消失,或發生變化。我認為專題圖示應該要統一的Style,但例如{{Icon|image}}和{{Class/icon|image}}就不一致,而且{{Icon|image}}與以下圖示比較{{Class/icon|image}}、{{Class/icon|A}}、{{Class/icon|B}}、{{Class/icon|C}}明顯Style嚴重變調,故(-)反對。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 10:13 (UTC)
- 我想採用不同模板來處理同一件事的問題是較不易維護。--Kanashimi(留言) 2024年1月2日 (二) 09:49 (UTC)
- 但我覺得要有專題專用模板。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 09:33 (UTC)
- 這邊最近在處理基礎條目與{{WikiProject banner shell}}的圖示問題(Wikipedia:互助客棧/條目探討#引入enwiki近期{{WPBS}}之改版,暨將{{Vital_article}}併入{{WPBS}}),(&)建議直接採用{{Icon}}會更通用。--Kanashimi(留言) 2024年1月2日 (二) 09:18 (UTC)
- @桐生ここ:完全不建議模板實現。現時模板實現是使用
- 此段落最後發言至今已逾七日,超過一周無新留言,因此根據WP:7DAYS準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 12:56 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 12:56 (UTC)
- 請管理員編輯Template_talk:Classicon#編輯請求_2024-01-16。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月16日 (二) 13:19 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
議案2:修正評級系統被不當過濾掉的評級值[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
上方User:Shizhao提到「未來級」等評級級別無法被完整支持問題,是因為送入評級系統的評級值被不當過濾掉了,即使專題上層已啟用該等評級,但最終還是會被「未繼承上層參數的{{class mask}}」過濾掉,這樣的話就算專題啟用了該等評級也沒有用,都被濾掉了,根本裝飾,白啟用了,因此提議將送入評級系統的評級值改為{{WPBannerMeta/qualityscale/mask}}模板,見編輯請求Template_talk:WPBannerMeta/core#編輯請求_2023-12-28,修改前後的比較Special:PermaLink/80307466,可以看到原有的版本評級值大部分都被濾掉了,建議換成提議的Patch,以讓「未來級」等評級級別能真正被支持。同時,我也確認值接送未來級能正確被工具識別,見右圖,連圖示都有,代表評級系統是支援此輸出的,能正確地被讀取並識別。
因此提出本動議。不曉得各位有沒有異議或意見。Ping參與過相關討論的人@桐生ここ、Z7504、Shizhao、Willy1018:,上方參與過評級討論的也Ping一下@暁月凛奈、Lopullinen、Milkypine、MilkyDefer:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月31日 (日) 08:29 (UTC)
- 支持。( π )題外話:台灣之星的標識現在還沒改。--桐生ここ★[討論] 2023年12月31日 (日) 10:36 (UTC)
- 資慈,我覺得行。 --窩法乙烷 兒法夢碎 2024年1月1日 (一) 14:38 (UTC)
- 此段落最後發言至今已逾七日,超過一周無新留言,因此根據WP:7DAYS準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 2024年1月8日 (一) 14:39 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 14:39 (UTC)
- 請管理員編輯Template_talk:WPBannerMeta/core#編輯請求_2023-12-28。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月15日 (一) 14:45 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
議案3:同步各模板/組的評級值[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
目前有多個被全保護的評級模板/組的評級值(如有的有漏掉、有的圖案、顏色不一致)並不同步,因此提議同步各評級模板/組的評級值。不曉得各位有沒有異議或意見。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月31日 (日) 10:30 (UTC)
- (~)補充相應的編輯請求Module_talk:Class/data#編輯請求_2023-12-28、Template_talk:Class_mask/core#編輯請求_2023-12-25和Template_talk:Class_mask#編輯請求_2024-01-05(和2023-12-25是配套的),顏色的部分:Template_talk:Class/colour#編輯請求_2024-01-05。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月31日 (日) 10:31 (UTC)
- 支持。--桐生ここ★[討論] 2024年1月1日 (一) 09:03 (UTC)
- 就先改看看,讓其他使用者實際去測試這樣才準,而不是每天一直喊支持。不然只是一直放沙盒而不去實際變更的話,完全不知道到底能不能測試。雖然維基百科終於有認知要將其功能「進步」,但也不應每日這樣「無止盡的討論而沒有作為」才是。因此,這個討論就不用再多說什麼了。--Z7504非常建議必要時多關注評選(留言) 2024年1月1日 (一) 11:52 (UTC)
- (:)回應:@Z7504:其實我有私下找User:AT了,但他一直說影響範圍太大要先討論 囧rz…………。我當然也希望能直接改啊,不然WP:7DAYS獲共識再公示7天半個月就過去了……-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月1日 (一) 12:05 (UTC)
- 還想說中文維基百科不是長期以來都對專題這個東西愛理不理的,這不就是專題模板在用的相關評級嗎?為什麼不直接修改讓其他人測試呢?建議AT直接幫忙修改吧。因為如果要叫維基百科廢除已經存在多年的專題,顯然是不可能的,更沒有討論是否要廢除專題的必要。--Z7504非常建議必要時多關注評選(留言) 2024年1月1日 (一) 13:45 (UTC)
- (:)回應:@Z7504:其實我有私下找User:AT了,但他一直說影響範圍太大要先討論 囧rz…………。我當然也希望能直接改啊,不然WP:7DAYS獲共識再公示7天半個月就過去了……-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月1日 (一) 12:05 (UTC)
- 此段落最後發言至今已逾七日,超過一周無新留言,因此根據WP:7DAYS準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 14:36 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 14:36 (UTC)
- 請管理員依照這則留言佈署相關編輯,也就是編輯以下模板:
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
提案已通過請求佈署[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 全案公示通過,請管理員依據以下留言:
- 佈署相關編輯,也就是編輯以下模板:
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
評級缺失問題目前辦理狀況[編輯]
截至2024年1月5日 (五) 17:08 (UTC)已提出三案討論,三案皆在等待初步共識,以便公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月5日 (五) 17:08 (UTC)
進度 | 討論中 | 初步共識 | 公示中 | 部署中 | 已完成 | 後續維運 |
---|---|---|---|---|---|---|
*通用評級設立 | 已獲共識 | 已通過 | 已完成 | 已完成 | 進行中 | |
*評級繼承機制 | 初步共識 | 公示通過 | 已完成 | 進行中 | ||
評級值同步 | 初步共識 | 公示通過 | 已完成 | 進行中 | ||
修正過度過濾評級值 | 初步共識 | 公示通過 | 已完成 | 進行中 | ||
評級圖示同步 | 初步共識 | 公示通過 | 已完成 | 進行中 | ||
完善評級系統規範 | 討論中 | 等待中 | ||||
註:標有「*」表示是其他相關提案。 |
- 完成:在本次更新中,以下模板的評級資料已獲同步:
- Template:評級
- Module:Class/definition.json
- Module:Class/data
- Module:Class/icon
- Module:Class/styles.css
- Template:Class/colour
- Template:Class mask
- Template:Class mask/core
- Template:Class mask/table
- Template:Class mask/templatepage
- Template:Articles by Quality
- Template:Articles by Quality/total
- phab:T360012(註:若下次要再變更,需要提交新工單)
第二階段:依據先前共識將不是條目命名空間的評級分類從「XX級條目」改為「XX級頁面」[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
根據先前共識,需要將不是條目命名空間的評級「XX級條目」的分類改為「XX級頁面」,但因技術限制未能將「XX級條目」的分類改為「XX級頁面」,因此本案已提出新的方案,依據頁面命名空間添加分類,以實現該共識。具體執行方案在Template:WPBannerMeta/qualityscale/sandbox。同時將Wikipedia:條目質量評級標準移動到Wikipedia:頁面質量評級標準,不知道各位有沒有異議?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月17日 (三) 04:57 (UTC)
- 副知@Ma3r、Kanashimi、Z7504、桐生ここ:@Kethyga、暁月凛奈、MilkyDefer、Milkypine、Willy1018:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月17日 (三) 04:58 (UTC)
- 沒有異議,
就是不知道會不會出現突發狀況。 --窩法乙烷 兒法夢碎 2024年1月17日 (三) 11:35 (UTC)- 已在多面體專題進行測試,詳見Category:分類級多面體頁面、Category:模板級多面體頁面,目前測試整個多面體專題尚未出現問題。待本案正式通過之後才會正式(►)移動分類頁面。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月17日 (三) 11:39 (UTC)
- 沒有意見,但在專題頁面(WikiProject)中使用到的{{Articles by Quality and Importance}}模板應一併解決顯示異常之問題(前幾天似乎還有這問題,現在不知道),雖然這模板平常根本沒什麼人在意 囧rz……(所以沒解決可能也沒差吧?因為專題本來就沒什麼人在意了)--Z7504非常建議必要時多關注評選(留言) 2024年1月18日 (四) 14:26 (UTC)
- 首先,結尾為「XX重要度」的分類不會移動,不在本計畫內,而{{Articles by Quality and Importance}}是讀取結尾為「XX級XX重要度」的分類,故基本上本案不會影響{{Articles by Quality and Importance}}。再來,如果這個真的要處理,要本案通過後,分類全部清理好,分類全數移動完成後才能處理,不然現在處理數字都會變成0。故應是下一個階段要處理的(或者共識是暫不處理),不是此案此階段討論範圍。此外,如果是{{Articles by Quality}}的話,直接更新分類名稱即可。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月18日 (四) 16:02 (UTC)
- 已逾一周無新發言,根據WP:7DAYS七日無進一步發言視為已獲初步共識,如本聲明無人有異議,將準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月26日 (五) 00:32 (UTC)
- 已逾十日無新發言,根據WP:7DAYS一周無進一步發言視為社群「對以上『已有初步共識』的論述」沒有異議,因此將開始公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月5日 (一) 10:00 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月5日 (一) 10:00 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
分類改名準備[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
雖Special:Diff/80961277已公示通過,但因涉及的頁面眾多,因此宜再進行全站公告。公告完後將進行兩個階段完成:
- 階段1:全保護頁面編輯請求:Template:WPBannerMeta/qualityscale和Template:Class
- 由於該等分類都是以上被全保護的模板自動添加的,因此需要執行以上編輯請求。等編輯請求完成後,數萬個頁面緩存自動清理完畢後,分類將自動從「XX級條目」改歸為「XX級頁面」。
- 階段2:正式(►)移動分類頁面(可能是約階段1完成後再過一周)
- 等緩存全部清完,再將「XX級條目」分類,逐個(►)移動到「XX級頁面」分類。
公告一周。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月13日 (二) 03:31 (UTC)
- 已提出編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月25日 (日) 01:07 (UTC)
- 編輯請求已由User:Shizhao執行。 等待系統清除緩存。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月27日 (二) 13:22 (UTC)
- 系統緩存已清除完畢,但Wikipedia:互助客棧/求助#「Category:模板級條目」的分類是不是應該移動至「Category:模板級頁面」才對?有異議,因此移動作業暫時先暫緩一周,若下周二前沒有其他異議,才執行移動(本次實屬折騰,明明都WP:7DAYS+公示1周+公告1周+等待編輯請求與系統清除緩存,整個流程走了超過一個月,突然冒出異議到底是啥情況,而且該異議還跟本站無關。。。)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月4日 (一) 03:50 (UTC)
- Wikipedia:頁面質量評級標準中標準級別都是針對條目的,只有非標準級別才有模板級、分類級這些評級,而且非條目命名空間的都不能評甲乙丙初之類的等級,所以評級主要針對的是條目。因此是否應當將其移回Wikipedia:條目質量評級標準,將頁面評級作為擴展(專題條目類別標準→專題頁面類別標準,需要修改{{Grading scheme}}),與Wikipedia:條目重要度評級標準統一。
- 此外,非條目頁面不應該設定重要度,所以Category:不適用重要度條目及其子分類也應一併移動至Category:不適用重要度頁面。--Kunjinkao(留言) 2024年3月8日 (五) 02:37 (UTC)
- @Kunjinkao:我提此延伸案的目的就是為了Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引,你現在越給我搞複雜,好啊WP:QUALITY永遠升不了指引都你害的。Category:XX重要度條目如果改名Category:XX重要度頁面]且有的有改有的沒改,那你判斷統計的模板將被複雜化,這從12月折騰到現在,我已經沒有心力了,中間又被Z7504搞,既然你要這樣,那我不管這個案子了,你自己想辦法。且公示都已經通過了,你又來個「公示通過後」異議,是甚麼鬼?專門故意折騰我的是不是?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 03:55 (UTC)
- @Kunjinkao:我近期沒有時間也沒有心力針對Module:Articles_by_Quality_and_Importance修改。「Category:不適用重要度條目及其子分類也應一併移動至Category:不適用重要度頁面」Module:Articles_by_Quality_and_Importance判斷將會變得複雜,如您希望「Category:不適用重要度條目及其子分類也應一併移動至Category:不適用重要度頁面」請您自己提出相應模板的修改patch。如無人提出,就會如Wikipedia_talk:條目質量評級標準#總結變成就算有共識也永遠不會實現,因為沒人寫程式。我自己的提案,我當然有義務寫完與該提案相關所需的程式碼,但並不意味著各種節外生枝我也需要幫忙寫程式,這樣根本沒完沒了。
- 本案先前早已公示7天通過+公告7天通過,在這之後冒出異議.....我實在不想評論如此行為。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 04:11 (UTC)
- @Kunjinkao:您好,由於議案已公示通過,若您覺得議案還有不妥之處還請另起章節修正,此處不受理已通過之議案之再變更,謝謝。--SunAfterRain 2024年3月8日 (五) 04:35 (UTC)
- 我沒看到
結尾為「XX重要度」的分類不會移動,不在本計劃內
,以為這是提案的一部分。既然如此那就放在後面說吧--Kunjinkao(留言) 2024年3月8日 (五) 04:42 (UTC) - 至於{{Module:Articles_by_Quality_and_Importance}},先看看名稱以「Category:分类级不适用」開頭的所有分類、名稱以「Category:模板级不适用」開頭的所有分類該怎麼處理吧,這總該是分類改名共識的範疇吧。但我要說明一點,我是在指出實施時出現的問題,並不代表我想推翻共識。--Kunjinkao(留言) 2024年3月8日 (五) 05:34 (UTC)
- 我沒看到
- @Kunjinkao:我提此延伸案的目的就是為了Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引,你現在越給我搞複雜,好啊WP:QUALITY永遠升不了指引都你害的。Category:XX重要度條目如果改名Category:XX重要度頁面]且有的有改有的沒改,那你判斷統計的模板將被複雜化,這從12月折騰到現在,我已經沒有心力了,中間又被Z7504搞,既然你要這樣,那我不管這個案子了,你自己想辦法。且公示都已經通過了,你又來個「公示通過後」異議,是甚麼鬼?專門故意折騰我的是不是?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 03:55 (UTC)
- (►)移動作業進行中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月12日 (二) 05:02 (UTC)
- (!)意見:絕大部分評級模板都指定了{{class}}的
category
參數,且都為「xx條目」,如此將導致非條目頁面的專題橫幅模板出現紅色連結。模板參數需要考慮重新設計,比如僅使用「xx」並由模板判定後綴。--PexEric 💬|📝 2024年3月16日 (六) 12:08 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
第三階段:Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引[編輯]
本案最初的初衷就是完成此共識Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引,來完成WP:QUALITY_升為指引一事,來正式解決「評級系統缺失問題」(指引/規範未立也算是本系統的一種「缺失」)。等上方都完成,此處將繼續。聲明:當這些「缺失」都解決後,本人將不再碰評級系統這塊了,這燙手山竽真是消磨人的精神。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 04:40 (UTC)
- 可能我上面沒說清楚,讓你以為我是反對分類改名的,更不是什麼
越給我搞複雜,好啊WP:QUALITY永遠升不了指引都你害的
,不能有問題不讓說是不是。總之是以下幾點:- 頁面重新命名為Wikipedia:條目質量評級標準:因為評級針對的是WP:條目,其它模板級、分類級這些評級都是非標準級別(WP:QUALITY就是這麼寫的),那麼頁面應當以標準評級針對的對象命名,也就是條目質量評級標準。
除非你打算搞什麼甲級模板級,那不是更複雜。此外還存在Wikipedia:條目重要度評級標準,那是否要改成Wikipedia:頁面重要度評級標準,總之得有一個要改 - 目前Wikipedia:條目重要度評級標準和Wikipedia:頁面質量評級標準是正交的,所以有Category:分類級低重要度宗教條目這種東西的存在,那是不是得命名成Category:分類級低重要度宗教頁面。既然分類級不屬於標準評級,因此也不必設定重要度,引入更多複雜性,這類頁面統統扔去Category:不適用重要度條目去(或者說Category:不適用重要度頁面)。
- {{Grading scheme}}修改,因為Wikipedia:頁面質量評級標準調用了,這個就是作為WP:指引用詞統一的問題
- 頁面重新命名為Wikipedia:條目質量評級標準:因為評級針對的是WP:條目,其它模板級、分類級這些評級都是非標準級別(WP:QUALITY就是這麼寫的),那麼頁面應當以標準評級針對的對象命名,也就是條目質量評級標準。
- --Kunjinkao(留言) 2024年3月8日 (五) 05:20 (UTC)
- 無論是前次討論還是本次討論,都沒有提到重要度,因此認為重要度的那個論述怎麼樣,並不礙於WP:QUALITY升為指引一事。
- 此修改技術成本過大,且認為這樣修改與否並不礙於WP:QUALITY升為指引一事。由於目前架構問題,該修改技術上的複雜性,不建議做此修改。除非有人能提出具體的patch ,否則我不支持也不相信此修改能夠被實際執行。(當然,如果有人做patch 就另當別論)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 06:05 (UTC)
- 如果沒有人有異議,你可以自行修改。
- -- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 06:05 (UTC)
- 關於第一點,重要度只是順帶提及,核心是
評級針對的是WP:條目,其它模板級、分類級這些評級都是非標準級別,那麼頁面應當以標準評級針對的對象命名,也就是條目質量評級標準。
--Kunjinkao(留言) 2024年3月8日 (五) 06:26 (UTC)
- 關於第一點,重要度只是順帶提及,核心是
第二階段正式完成後的第三階段討論[編輯]
- Wikipedia:互助客棧/其他#評級系統缺失問題已分階段按部就班完成,可以準備進入最終階段進行收尾:
- 已完成當時的共識Wikipedia_talk:頁面質量評級標準#總結「將不是條目命名空間的評級分類從XX級條目改為XX級頁面」,因此將安排Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引重新公示。重Ping當時參與討論的人:@Liaon98、JyunWaan、Lssrn:@Cdip150、Temp3600、Peacearth:。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月19日 (二) 10:49 (UTC)
- 當時的討論是專題各自評級,而現在的情況是多了通用評級(WPBS)。所以時過境遷,WP:QUALITY要重新討論了。我之前沒有參與討論,現在有不少想法:
- WPBS評級是專題評級的容器,還是一套有自己標準的獨立評級?現行做法屬於前者:WPBS評級繼承專題的評級,且受各專題各方面的干涉,因此評級原則看似「隨意」。
所以我的看法是,通用評級就該如WPBS模板所言,確實地「依照頁面品質評定標準」來獨立評定,而不是在各專題評級間謀求公約數。可以參考專題評級,但把專題評級當爸爸就不對了😂一篇列表WPBS獲評List級而非CL級,是因為它確實沒到CL級。另一篇列表獲評List級而非CL級,只是因為某個參評專題不設CL級。第三篇列表和第二篇品質相似卻成功獲評CL級,原因竟是不設CL級的專題沒有「染指」該列表。
- 承上,如果我們確定WP:ASSESS本位而非專題評級本位,那就要討論條目的WPBS該設立哪些級別?英維的PIQA是只支持FA、A、GA、B、C、Start、Stub、FL、List、Unassessed幾個經典的「標準級別」。而我們的WPBS是大雜燴:既包括BL、CL這種品質向評級,也包括Future這種非品質向評級。所以WPBS評級所支持的「標準等級」該設哪些?
- BL、CL等品質向等級有兩條出路。一是如同英維,只收錄廣為人知的傳統評級,不收錄BL、CL這種額外等級;個別專題想啟用就在自己的橫幅上評。二是將BL、CL升格為通用評級,全體專題橫幅亦自動啟用BL和CL;如果個別專題自己討論後堅持不用BL,那可以用掩碼把BL改成List或B。
- 對於Future級,一篇未來級條目可以很爛(Stub),也可以比較充實(C),那Future這個等級就沒有實現「評價頁面質量」的作用。我能想到的用途是在話題中,用未來級作為寬限條目的標記,暫時不影響認定。但這個等級的確不夠「通用」,或者說和條目所用的品質評級不是一個維度。
- 對於A級條目。英維的A級在軍事史專題存活(且活得很好),但其他專題都是死的。因此英維多次討論A級的出路,比如從PIQA里開除把A級之類。但你維是真的所有專題都不評A級;所以,把這個只有理論價值的等級從通用評級中滅了挺好。
- 上面的想法也會影響小工具的設定:包括對標準評級的契合,對各專題自訂等級的支援,對非條目評級的簡化(非條目空間一般人手評級無效)。
- 下文有提到「消歧義級條目/頁面」。如果按照命名空間來理解,那就有一個問題:重新導向在各個空間都有,那到底是叫「重新導向級條目」還是「重新導向級頁面」?(或者兩個都要,但這徒增煩惱)另一方面從實用性上看,專題統計「條目數」都是排除Disambig級的,那消歧義占據條目空間就成了bug而非feature。這次從「條目」移到「頁面」更像是正名,但是後綴分家無論是技術實現上還是命名統一性上,帶來的麻煩都不少。考慮將後綴統一為「頁」,比如品質評級這邊的「乙級條目頁」「丙級列表頁」「模板頁」,重要度那邊也可以叫「高重要度頁」「未知重要度頁」,這樣觀後綴就知道是頁面評級體系在整活。
- 我明白很多內容都不在討論範圍內,但我認為之前討論本身就是系統性不足。比如把非條目品質評級改爲「XX級頁面」,那爲何條目品質評級和非條目重要度分類不動?是改條目和重要度分類真的弊大於利,還是單純沒有討論過而已?作爲這套系統創始者,英文版的非條目還用articles的,個中原因是否值得參考?--For Each element In group Next(留言) 2024年3月19日 (二) 16:05 (UTC)
- 硬是等提案要準備收尾才來提意見是怎麼回事?!我可以當成你是打算擾亂干擾提案通過嗎?!--SunAfterRain 2024年3月19日 (二) 16:40 (UTC)
- 我幾年前的主業之一就是評級理論。Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引6年前甚至6個月前,我都會像推動MOS:FICT那樣,親自提出修改意見和方案(如WP:QUALITY第二段不符合新形式),讓WP:QUALITY成為更優質的指引。但現在評級方面,我認為和這個裝睡的社群去合作沒有什麼意義。所以我的做法就是不發言,看著這個社群未來到底走向哪裡。出於對當初理想的懷念,我寫下了這些明者自明的意見,但也僅此而已了。通過提案無非就是頁面多個「指引」的標籤;您看我使用者頁面,就該知道我對這種「社群眾評標籤」有沒有興趣了。--For Each element In group Next(留言) 2024年3月20日 (三) 16:36 (UTC)
- SunAfterRain 2024年3月20日 (三) 17:12 (UTC)
- 還沒有細看,但我對洛普利寧君遭到這樣的對待感到很悲哀。--Temp3600(留言) 2024年3月20日 (三) 17:43 (UTC)
- 最初提案開始時說「精神上支持」後消失三個月(2023年12月8日-2024年3月19日),等到提案東西都搞好,準備收尾時,冒出千字文異議,請問這樣到底哪裡恰當了?—38.46.221.138(留言) 2024年3月21日 (四) 04:10 (UTC)=
- 在有用的討論串下面離題吵架實在無奈,但似乎VP環境已經如此。
- WP:CON明確指出"共識應採納多數人的意見,並和重要少數的意見作出適當妥協。"、"共識在維基百科是持續不斷的過程",對於方針修改,更再次明示"共識最終將根據支持和反對該議題的論點質量所決定"。方針中沒有任何字眼要求討論應"收尾",反而暗示了討論本身是可以無限延長,以不斷修改共識更貼合實況的。所謂擾亂更是莫名其妙。
- 回到討論本身,如果有足以反駁洛普利寧君的理據,直接提出來就可以。如果反駁不了,甚至根本沒有考慮到這一討論角度,那顯然就說明"之前討論本身就是系統性不足",提案一方存有思考盲點,應該進一步討論下去。
- 回到這個提案。我與八年前一樣,支持將WP:ASSESS建立為指引。然而,洛普利寧的問題必須先得到回答:維基百科:通用評級與維基百科:頁面質量評級標準之間有潛在矛盾。通用評級到底是獨立的評級系統,還是專題評級的平均分?我對這兩者沒有特別的見解,但WP:ASSESS應該清楚指明這一上下級關係。
- 如果不幸某頁面只有一個專題,而這個專題將頁面評為"未來級"等奇怪級別,通用評級是否跟隨?
- 請賜教。--Temp3600(留言) 2024年3月21日 (四) 19:45 (UTC)
- SunAfterRain 2024年3月22日 (五) 01:35 (UTC)
- 折騰了三個月,我已經沒有修改評級模組的心力了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月22日 (五) 01:52 (UTC)
- Special:PermaLink/81985508#第三階段:完善制度這裡有說,一切以維基百科:頁面質量評級標準為主,當專題評完後,維基百科:通用評級再取各專題WP:ASSESS的公約數,不認為有矛盾。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月22日 (五) 02:00 (UTC)
- @A2569875:如果方針是FA級,指引是GA級,那現行WP:QUALITY+維基百科:通用評級大概只有C的水平,還需要很多工作完善:
- WP:QUALITY說「評級主要由專題進行……」。那WPBS評級人是作為什麼身份評的?社群成員,還是專題成員?現在WPBS開展一段時間了,相信大部分人的評級邏輯是直接對WPBS評級(而不是專門針對各個專題)。這就和「評級主要由專題進行……」矛盾。
- 有了WPBS後,就有了「社群心目中的評級」,這個評級就是WPBS的評級。這樣,大部分專題出於信任社群/懶得評級,而繼承了通用評級。對於舊頁面,現在的做法很好——假定WPBS評級為各專題評級的公約數。不過這個做法並非必然,我們也可以取各專題的最高值/最低值,只要社群願意信賴專題。例如英維只有WP:MILHIST真正地在評A,而其他專題是評GA或者B,此時一個做法是取A,而非眾數或向下取GA/B。
- 但是下面的問題理論上和執行上都很成問題。例如維基百科:通用評級第5點要求「例如未啟用乙級的專題,通用級別遇到規則3判為乙級的情況時,則向下填寫為丙級……」。
- 首先,很難判定專題是否啟用某個級別。機器人運行者好像都說過做不到這個事情,就更不用說人工評級了。
- 其次,如果B級是標準評級,且多數專題都評B級,那這個條目在社群心目中就是B級。我們不應該遷就特例獨行的專題,否則公認的B級條目評C,那B和C還有什麼可比性?應該是說,不設B級的專題應該自己收拾自己的攤子,例如專題評級繼承B而表示為unassessed,或者用掩碼改成C。
- 第三,現在的BL是標準評級嗎?如果不是標準評級,那應該呈現在社群通用的WPBS上嗎?如果呈現在WPBS上,多數編者沒見過BL,他們看得懂嗎?如果你認為大家能看懂,且樂見對列表細緻評級,那不如將BL升格為標準評級?如果升格為標準評級,就應該預設對所有專題的class mask啟用BL,否則又回到上一點專題「特立獨行」的老路。
- 只有一個專題評Future,那WPBS技術上當然可以評Future(且只能評Future)。但上面BL甚至D級都是品質導向級別,那Future和他們並列(而不是attention之類的flag)是什麼用意?還有,如果兩個專題一個是CL,另一個是Future,而且兩者都未設對方的級別,那WPBS到底聽誰的?
- 上述問題可以不斷打補丁解決(維基百科:通用評級就是打補丁的成果),但這並非良方。大道至簡,最實際的方法是:編者以社群成員的身份,以WP:QUALITY的標準評級中的選項為依據,針對WPBS評級。專題評級理論上和WPBS獨立,但實踐上的評級方式是信任社群評級。然後,我們討論WPBS具體該支援哪些級別——對於條目,我建議支援傳統級別,或傳統級別+BL/CL/(SL?);而Future、Merge不屬於品質評估,而A級又極不活躍常常被人誤解,這兩類可以考慮從通用級別中除去。至於要修改的地方,無非就是修訂WP:QUALITY、WPBS支援代碼、class/mask預設啟用代碼,就像您說的,要改很簡單。
- 您可能看不懂我的留言,也可能看懂了但沒有觀點。建議您和有實際開設特殊級別的專題聯絡,看看他們的意見。我可以寫出藍本,但我不想干涉這件事情,也不想在這個物是人非的地方留言。
- @SunAfterRain:
我可以當成你是打算擾亂干擾提案通過嗎?!
。當然可以!您怎麼想是您的權利。--For Each element In group Next(留言) 2024年3月22日 (五) 16:26 (UTC)- 你以為你維的評級模組是Module:Namespace/data這種隨手改一改就好的是吧,改一次的成本有多高您可以自己改看看,不是什麼看起來很簡單改一改就好--SunAfterRain 2024年3月23日 (六) 03:13 (UTC)
- 我2015年到2016年大幅變更過WPBM相關子模組,比如引入bchecklist。而且如果WPBM不能滿足我的需要,我也有能力手寫模板。我固然不是A2569875那樣的技術專家,但我也知道那些內容屬於微調,哪些內容屬於重煉。(那時候您似乎還沒註冊,如果您問一下八九年前一些關注評級的老使用者,您大概會知道我都幹過什麼)
- 上面的問題我早在兩個月前就A2569875君交流過。當時他表示現在只討論技術問題,具體制度問題可以後議。我的意見不是技術問題——等真正的技術修改部署後,對WPBS屏蔽某些等級就OK——所以的確可以後議。A2569875當時態度很激烈,我不想影響他的心情,而且他應該是沒有看懂我的意見,所以我就沒有繼續爭論下去。另一方面如果我做主導人,和議案有關的問題無論在發哪裡討論,我都會接受;而A2569875的思路就是a討論頁不談b問題(我不知道這是不是今日你維的討論規矩)。我們倆電波對不上,我也不想在客棧留言,所以就直接走了。現在的論題正是「第三階段(WP:QUALITY_升為指引)討論」,既然是討論(而不是走形式直接通過)那我充分陳述我對WP:QUALITY的看法很合理吧?而且討論3月19日開始,我也沒有拖到26日要結案的時候發。
- 就我看來,應該一開始就討論WP:QUALITY評級這個哲學問題,討論好方向之後再開始技術修改。而且有了修改體系背書,A2569875的技術修改也能一路綠燈,不用喊「折騰了三個月,我已經沒有修改評級模組的心力了」。不過中維人少,評級哲學上確實沒幾個人能想到這麼深;就像技術方面沒A2569875,其他人也推不了這個提案。最後我認為本站應該以理服人,而不是靠方針指引或沒討論深度的「共識」堵嘴:能指出問題的內容標上指引也是根基不牢,有道理的論述沒有標籤也應該令人尊敬。--For Each element In group Next(留言) 2024年3月23日 (六) 05:29 (UTC)
- 別為你不參與討論找藉口,電波對不上不代表就可以事後再來批判,你說以理服人光是你用這個理由我就覺得你服不了人了
- 另外你覺得你的意見不是技術問題但事實就是改動不小的技術問題,光是要改動一個分類就要牽涉到多少模板模組了--SunAfterRain 2024年3月23日 (六) 05:49 (UTC)
- 您的考慮方向我很贊同。不過如果例子舉成「改動一個模板就會牽涉多少分類的移動」,那會更有說服力 --For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 你到底在舉什麼...--SunAfterRain 2024年3月23日 (六) 07:28 (UTC)
- 您的考慮方向我很贊同。不過如果例子舉成「改動一個模板就會牽涉多少分類的移動」,那會更有說服力 --For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 你以為你維的評級模組是Module:Namespace/data這種隨手改一改就好的是吧,改一次的成本有多高您可以自己改看看,不是什麼看起來很簡單改一改就好--SunAfterRain 2024年3月23日 (六) 03:13 (UTC)
- @A2569875:如果方針是FA級,指引是GA級,那現行WP:QUALITY+維基百科:通用評級大概只有C的水平,還需要很多工作完善:
那我倒覺得您來主持好了,包含修改模板模組的部分,反正您看起來很閒可以泡在客棧陪大家一直耗。--
- SunAfterRain 2024年3月22日 (五) 01:35 (UTC)
我不管你到底對這個議題有沒有興趣,反正你現在的意思是上方內容純粹是發牢騷你沒有要干擾這個提案?!-- - 還沒有細看,但我對洛普利寧君遭到這樣的對待感到很悲哀。--Temp3600(留言) 2024年3月20日 (三) 17:43 (UTC)
- SunAfterRain 2024年3月20日 (三) 17:12 (UTC)
老實說我真的不懂你們這些這時候再來提意見是用什麼心態再看事情的,這個提案已經放超過三個月了,又不是放一個星期就說要公示, - 我幾年前的主業之一就是評級理論。Wikipedia_talk:頁面質量評級標準#WP:QUALITY_升為指引6年前甚至6個月前,我都會像推動MOS:FICT那樣,親自提出修改意見和方案(如WP:QUALITY第二段不符合新形式),讓WP:QUALITY成為更優質的指引。但現在評級方面,我認為和這個裝睡的社群去合作沒有什麼意義。所以我的做法就是不發言,看著這個社群未來到底走向哪裡。出於對當初理想的懷念,我寫下了這些明者自明的意見,但也僅此而已了。通過提案無非就是頁面多個「指引」的標籤;您看我使用者頁面,就該知道我對這種「社群眾評標籤」有沒有興趣了。--For Each element In group Next(留言) 2024年3月20日 (三) 16:36 (UTC)
- 硬是等提案要準備收尾才來提意見是怎麼回事?!我可以當成你是打算擾亂干擾提案通過嗎?!--SunAfterRain 2024年3月19日 (二) 16:40 (UTC)
- 首先感謝宇凡君的努力,您辛苦了。順便說一點離題得罪人的話:
目前方針版的種種問題,本質還是來源於青黃不接,人手不足。我所認識的宇凡更擅長技術工作和條目寫作,這次他會跳出來寫方針,相信真的是拖了太久,沒有辦法,只好自己來寫了。維基百科上一代的方針修改主力開始退役,但新一代又還沒有成長起來。這說來也是我們培養新人不力,總之人人都有責任就是了。
- 目前的問題如要解決,通用評級指引勢必重寫。問題只是要怎樣重寫而已。說白了,洛普利寧是反對通用評級的「由下而上」邏輯,再深挖下去,涉及專題組與社群整體之間的互動問題,對應現實生活中的中央-地方政府間,集權-分權的沖突。這樣展開就顯然太複雜了,我只是希望指出為什麼洛普利寧會認為這個指引寫得不好。
- 回到維基。儘管從憲法的觀點出發,確立各子組織間的權力分立應是建立規則的第一步,但考慮到中文維基並不怎麼關注這一問題,我就建議維持現狀好了,省得麻煩。反正即使是下而上,要修改專題評級,直接一起修改所有專題的評級就可以(顯然這就一次侵犯了數個專題的自主權,但上面說了,中維人這方面的理解力有限)。下而上的(理論上)優勢當然是「各專題組可以按各自所擅長的領域,共同對跨領域的條目進行評級,會比WPBS只用一個評級員來得準確」。實際上嘛,就是懶得改。
- 「WPBS評級人是作為什麼身份評的」:從下而上的觀點而言,沒有專題組的條目評級,算是社群託管了該條目,留待專題組前來接收,等價於聯合國託管理事會。最終還是需要專題組的專家前來正式評級。
- "標準評級":基於減少修改範圍(懶)的因素,建議只容許使用「標準級別」來評級。也就是說,暫時放棄將BL/CL加入WPBS,待更多專題啟用這些評級,更為人所熟悉後,再來討論。future等評級則不容許更新到WPBS上去,機器人應視這些條目為「沒有評級」,由人類前來處理。
- 最後,感謝@For Each element In group Next:前來,指出這些要點供大家討論。說實話我本來也不想發言的,打了這些東西花了我一個多小時。也希望你能與我一起堅持到這項修改完結。
- 以上。--Temp3600(留言) 2024年3月23日 (六) 03:33 (UTC)
- 如果硬要扯開這個話題,我反倒支持廢掉所有專輯的質量評級全部統一處理,因為你維專題參與人數實在少到除了幾個大專題之外沒有辦法給出一個真的符合自己專題的評級標準,而且去查大專題的評級標準實際上也與通用標準沒有差異,那這樣給各專題評質量有什麼意義?--SunAfterRain 2024年3月23日 (六) 05:54 (UTC)
- (以上沒有要廢掉重要度評級)--SunAfterRain 2024年3月23日 (六) 05:56 (UTC)
- 如果完全廢除專題評級,將權力上移給WPBS,那就算不談這種集權行為是否影響了專題組的自治,也需要將目前已經由專題組評級的條目改為WPBS格式,並處理評級不一致的問題。我是不太看好能搞定啦。--Temp3600(留言) 2024年3月23日 (六) 07:10 (UTC)
- @Temp3600:感謝您的解釋!雖然討論很不愉快,但至少討論者都能理解我要引出的思考點了。現在我的任務大功告成了--For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 喂喂,不准跑掉( --Temp3600(留言) 2024年3月23日 (六) 07:14 (UTC)
- 所以你知道為甚麼我說他明顯有意擾亂了吧(攤手--SunAfterRain 2024年3月23日 (六) 07:26 (UTC)
- 喂喂,不准跑掉( --Temp3600(留言) 2024年3月23日 (六) 07:14 (UTC)
隨意的分段[編輯]
- 另外回應SAR的是,技術人員與行政官僚本身就是兩項不同的工作,互相批評在我看來並無意義。nerd的下場,可以參考為什麼蘋果公司會趕走喬布斯。--Temp3600(留言) 2024年3月23日 (六) 03:37 (UTC)
- (:)回應:@Temp3600:最初的提案是Wikipedia:互助客棧/其他#沒有主題的頁面如何評級。起因是我遇到有條目不屬於任何專題,所以如果要評級,會有困難。(所以,我的動機很簡單,我本來就只是在寫條目,遇到了一個問題,我來客棧討論解方,結果折騰了三個月,途中不乏某些維基人精神攻擊,提案看起來快擱淺,精力消磨沒了,寫條目的動力也沒了。在本案開始之前,我一個月寫十幾個條目,本案開始之後,三個月我只寫了兩個條目。)。關於該問題由MilkyDefer給出的解決方案是修改{{WPBS}},於是開始討論共識並執行,以及其配套的《評級系統缺失案》甚至還因技術需要跑了幾趟phab(如phab:T360012)。因為最原始的目的《沒有主題的頁面如何評級》,代表其討論頁會放置空{{WPBS}},也就是沒有任何專題的{{WPBS}},所以當然要能支援填寫所有評級級別,包括但不限於非標準級別(為此,我還特地翻過所有專題、所有維基百科上出現過的評級級別,統整出所有專題定義的所有級別,大概40幾個)。而當{{WPBS}}如果開始填入複數個專題,{{WPBS}}如果又要限制能填寫的級別,程式邏輯勢必變得複雜,所以我的解決方案是不改程式(你知道的,改全保護的程式不是那麼簡單),改立WP:通用評級指引制約,如可能也把評級系統的不同步級缺失補齊,其實目的也就只是《沒有主題的頁面如何評級》而已。而只是恰好Kanashimi要跑評級機器人,所以我索性再修改一下程式,跑客棧共識+公示流程,雖中間與Z7504發生爭議(其實消耗了我非常多精神)但最後都通過了,而「去match Kanashimi機器人」這部分其實已經超出我原本想編寫的程式內容了。後續所有技術案都通過了(過程中洛普利寧在客棧中不發一語)所以程式碼當然不會包含他所期望的部分啊。維基百科是志工性質,不強迫任何人參與,既然我已經寫好我想寫的程式,那我為何還要在最後「可能」可以收尾的時候,幫「洛普利寧的理想」寫程式?程式技術不難,但全保護和繁雜的評級系統,加上客棧不時出現精神攻擊,說實在我的精力已經耗盡。我提供的任何一段程式碼都沒有拿到任何薪水,純粹就是最初我想做、我想解決某些問題,但像現在這樣節外生枝是否生得太誇張了?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月23日 (六) 04:13 (UTC)
- 我想,在洛普利寧的心中,他在最初就已經您解決了你的問題:維基百科有一個萬能專題
{{WikiProject Article assessment}}
,你只要將沒有專題的條目通通添加到這個專題下就可以,問題立刻解決,不需要碰WPBS。我也認為這是最簡單的方法。只需要跑一次機器人,把所有沒有專題的條目全部加入WikiProject Article assessment,就可以了。 - 順便一說,我自己也試過幫助條目找專題,但即便有新rater的協助,仍然很難。最大的問題是,我不知道有那些專題存在,又不知道他們的簡寫。如果宇凡你能改良rater,讓程式可以搜尋,甚至推介專題給我來選擇,會很有幫助。比如有一個英國足球隊條目,但還沒有專題,但分類已經寫了這是英國條目,rater能不能夠提示我加入英國專題(或者別的甚麼專題?)。
- 如果不行,可以考慮一個簡單一點的修改方案:當條目沒有專題時,rater預設添加WikiProject Article assessment,就可以照常評級了。
- 但現在WPBS已經生出來了,總不能走回頭路。但這個也不容易,一會兒再寫。--Temp3600(留言) 2024年3月23日 (六) 04:47 (UTC)
- 我想,在洛普利寧的心中,他在最初就已經您解決了你的問題:維基百科有一個萬能專題
- @Temp3600:這完全不是什麼兩種不同工作的問題,有意見之前重寫模組時一起納入考量重寫就好,那時候提出我想娜娜奇也會盡可能配合的,但洛普利寧同學是喔我支持改寫,人家寫完都開始運行了再來抱怨。不要跟我說什麼滾動式修正,他提出的意見很顯然不是因為模組上線才出現的。--SunAfterRain 2024年3月23日 (六) 05:38 (UTC)
- 然後回到「Template_talk:WPBannerMeta#編輯請求_2024-01-08」。洛普利寧的批評是對的:宇帆在這次重構中,只考慮了技術層面上如何實行WPBS的改版,忽略了行政上的架構問題:所謂通用評級,由於每個條目只能有一個,客觀上就有壓倒原來專題評級的意味。於是這就進一步產生了通用評級與專題評級的沖突,新建立的WPBS機關在權責上如何與原來的專題委員會劃分的問題。現在那些WPBS有沒有CL級,未來級的問題,本質上都是沒有完成項目定義就急於進入開發階段,結果現在開發成果不完全符合要求,但是要再變更,工作量又很大,於是卡住了。
- 所以現在還是要回到那個編輯請求,解決掉1月時的問題。然後由於技術負債,問題要盡量靠行政程序解決。這就是目前的工作。
- 宇凡那時的觀點,也不能說錯,畢竟維基百科也沒有技術可以阻止你發侵權垃圾內容對不對,但是我們有行政手段,有制度可以將侵權內容透過刪除頁面功能處理掉。我估計這邊最後也會採用相同的方向,WPBS模版支持很多參數,但在指引中,會指明只有部分參數才可以合法使用,如果用了其他值,即使能夠正常顯示評級,其他人也可以回退,警告這一套。--Temp3600(留言) 2024年3月23日 (六) 08:43 (UTC)
- @Temp3600:問題就出在於,最早MilkyDefer的起草就有未來級、CL級等等,然後我還Ping了洛普利寧問他這樣可不可以,但他完全沒有任何答覆,到頭來還是只有一句「精神上支持」,我怎麼知道問題在哪,直到一月開發完成才開始說這裡不對、那裏不對,這樣我是要怎麼搞。反而User:Willy1018事先指出了具體問題,我得以依照他的問題在開發階段先行解決,並讓User:Willy1018說出了「
感謝貢獻,目前已覆核已符合預期。
」。完成後才再修改成本比較高,一開始又不講清楚,說完「精神上支持」然後跑掉,然後現在爭議後要叫我扛責任。我這樣消磨掉的精神狀況可能需要去放維基假期了-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月23日 (六) 09:00 (UTC)- A2569875:首先向您道歉,我沒有及時回復您的提醒,在1月份的討論中,我也沒有堅持將意見表達清楚,因為我認為您將來會用掩蔽代碼的方式處理WPBS評級。我也知道了為何SunAfterRain君會將我提報到破壞區。其次感謝您完成了迄今所有的技術工作。我的意見是針對政策層面,亦即評級體系如何開展。我不參與客棧討論,亦不會干涉指引討論的工作;因為很多等級都是我帶起來的,我這次只提出我的想法,希望讓社群自行討論如何評級等級。如果討論結果是敲定啟用或不啟用某些等級而需要修改模組,而您疲於修改模組,我可以參與技術工作嗎?最後就像Temp3600君所言,在下確實有責任。--For Each element In group Next(留言) 2024年3月23日 (六) 09:40 (UTC)
- @Temp3600:問題就出在於,最早MilkyDefer的起草就有未來級、CL級等等,然後我還Ping了洛普利寧問他這樣可不可以,但他完全沒有任何答覆,到頭來還是只有一句「精神上支持」,我怎麼知道問題在哪,直到一月開發完成才開始說這裡不對、那裏不對,這樣我是要怎麼搞。反而User:Willy1018事先指出了具體問題,我得以依照他的問題在開發階段先行解決,並讓User:Willy1018說出了「
- (+)支持User:Temp3600提的:不當使用WPBS參數時,其他人也可以回退,警告這一套。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月23日 (六) 09:11 (UTC)
- 如果能夠masking掉WPBS旳等級,待日後成熟等再開啟,那自然是最好;不行的話,單改指引也算是解決了問題。--Temp3600(留言) 2024年3月24日 (日) 03:25 (UTC)
- 另外拖@MilkyDefer:出來,future grade 條目要直接沿用還是怎樣處理(pia!) --Temp3600(留言) 2024年3月24日 (日) 03:33 (UTC)
- 什麼叫沿用?事實上我連現在future grade的使用情況都不是很清楚,可否說明一下背景資訊?--MilkyDefer 2024年3月24日 (日) 03:55 (UTC)
- @MilkyDefer:例如en:Talk:Texas_State_Highway_32按你的構想,是什麼評級。背景資料....按我很初步的認識,英文WPBS的條目評級系統只容許BCStub等標準評級,但專題組可以按各自需要將條目評為future級等特殊等級。這與目前WP:QUALITY中建議的評級方案並不一致。--Temp3600(留言) 2024年3月24日 (日) 04:05 (UTC)
- 有什麼……不一致嗎?Future Class列在非標準等級下,並且寫有「部分專題還會啟用附加等級。」看上去挺一致的欸。--MilkyDefer 2024年3月24日 (日) 04:36 (UTC)
- 咦我寫錯了...en:Talk:Texas_State_Highway_32如果按維基百科:通用評級,它下面只有一個future-class的專題評級,那麼就不能評為stub.在我看來這是問題。--Temp3600(留言) 2024年3月24日 (日) 05:01 (UTC)
- en:Template:WikiProject U.S. Roads列在en:Category:WikiProjects using a non-standard quality scale,因此此篇文章的評級沒問題。我覺得WPBS的評級主要是條目整體評價,在zhwiki實施起來基本上也是這個目的。只不過 zhwiki評級似乎比較複雜,所以允許各專題自訂標準,每個專題模板都算non-standard quality scale。這部分實施起來,其精神與enwiki也相同。--Kanashimi(留言) 2024年3月24日 (日) 05:12 (UTC)
- 按英文版的評級方式是沒有問題,但來到中維,維基百科:通用評級並不是英維的對等翻譯。於是就有了"若一條目僅有一個專題,其通用評級應與該專題所評的等級一致。"這樣的條款,影響到WPBS專註在內容評級的工作。順帶一說,這一點也和LP為什麼建議全面轉用英維制度,將內容評級由專題組上提到社群的精神一致。不過這樣就涉及更複雜的改動,恐怕還是免了。--Temp3600(留言) 2024年3月24日 (日) 05:30 (UTC)
- 我個人覺得這一條僅限於單一專題模板採用標準評級的情況下才有效。但假如所有專題模板都屬於 non-standard quality scale,則不如廢掉。--Kanashimi(留言) 2024年3月24日 (日) 05:49 (UTC)
- 按英文版的評級方式是沒有問題,但來到中維,維基百科:通用評級並不是英維的對等翻譯。於是就有了"若一條目僅有一個專題,其通用評級應與該專題所評的等級一致。"這樣的條款,影響到WPBS專註在內容評級的工作。順帶一說,這一點也和LP為什麼建議全面轉用英維制度,將內容評級由專題組上提到社群的精神一致。不過這樣就涉及更複雜的改動,恐怕還是免了。--Temp3600(留言) 2024年3月24日 (日) 05:30 (UTC)
- @Temp3600:我覺得像Future、Current(某主題是否是新聞事件或未來事件完全取決於專題領域,例如某主題在A領域可能是一件大新聞,所以評Future,但另一個領域關它屁事所以評甲乙丙丁初之一)Merge、Need(這種通常都是向特定專題請求重新導向擴充為條目的標記,無關專題就標通用評級的 重新導向級吧)這些「聚焦於特定專題」的級別就讓相關的專題沿用吧,然後從通用評級的標準評級撤下變成非標準評級,我想問題應該就解決了。修訂的部分,我想等到下面確立哪些要設為標準評級之後,再將通用評級指引加上「只能用標準評級」之類的規範應該就能從行政手段解決了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月26日 (二) 17:36 (UTC)
- en:Template:WikiProject U.S. Roads列在en:Category:WikiProjects using a non-standard quality scale,因此此篇文章的評級沒問題。我覺得WPBS的評級主要是條目整體評價,在zhwiki實施起來基本上也是這個目的。只不過 zhwiki評級似乎比較複雜,所以允許各專題自訂標準,每個專題模板都算non-standard quality scale。這部分實施起來,其精神與enwiki也相同。--Kanashimi(留言) 2024年3月24日 (日) 05:12 (UTC)
- 咦我寫錯了...en:Talk:Texas_State_Highway_32如果按維基百科:通用評級,它下面只有一個future-class的專題評級,那麼就不能評為stub.在我看來這是問題。--Temp3600(留言) 2024年3月24日 (日) 05:01 (UTC)
- 有什麼……不一致嗎?Future Class列在非標準等級下,並且寫有「部分專題還會啟用附加等級。」看上去挺一致的欸。--MilkyDefer 2024年3月24日 (日) 04:36 (UTC)
- @MilkyDefer:例如en:Talk:Texas_State_Highway_32按你的構想,是什麼評級。背景資料....按我很初步的認識,英文WPBS的條目評級系統只容許BCStub等標準評級,但專題組可以按各自需要將條目評為future級等特殊等級。這與目前WP:QUALITY中建議的評級方案並不一致。--Temp3600(留言) 2024年3月24日 (日) 04:05 (UTC)
- 什麼叫沿用?事實上我連現在future grade的使用情況都不是很清楚,可否說明一下背景資訊?--MilkyDefer 2024年3月24日 (日) 03:55 (UTC)
- 另另外我約略看了一下英維,看來它們已經將各專題評級整合起來,會個條目只有一個評級。這是你提出由上而下的背曔原因嗎?@For Each element In group Next:--Temp3600(留言) 2024年3月24日 (日) 03:38 (UTC)
- 我也認為WPBS是社群基於標準(WP:QUALITY)對條目做出的評價。當然,社群也允許專題依照自己的標準對條目做出評價,並標記在討論頁上。某種意義上,社群評級和專題評級是「人格獨立」的,這裡的「上」和「下」更像依賴的上下游,而不是官大一級的上下層。然後既然專題評級是獨立的,那專題就可以選擇各種策略:
- 社群人多力量大,自行評級太繁雜,WPBS填啥我填啥。(看起來就像評級被廢了,但其實是選擇和WPBS的做法一樣)如果對專題成員評級不服,要麼以社群成員身份找社群吵,要麼推動專題退群。這就是英維絕大部分專題的策略。
- 預設繼承社群評級,但也可以自行覆蓋社群評級。這就是我們現在的狀態。
- 不繼承WPBS的評級,只要自己的class不填就是未評級。英維的退群專題(比如有BL的WP:MILHIST、沒A的WP:VG)都是這個策略。不排除有些專題是想自己搞;但也有專題是只開除掉A級,其他等級想繼承社群,但因為英維技術不支持策略2而被迫退的。
- 像SunAfterRain說的,絕大多數專題用策略1就夠,而且理論上標準相同的專題應該評同樣的等級。個別專題有特殊的評級標準,那就採用策略2。真有專題完全不想社群插手,那就上策略3。策略1那就是純粹的自上而下了。此外,對上游的WPBS規定好標準等級後,將非標準等級映射到標準等級(假設規定BL->List、D->Start、Current->Unassessed),也可以讓機器人參考策略2和3的專題填WPBS。
- 自下而上主要還是一堆奇葩等級,邏輯上沒法搞。刻度尺測量物體長度,得到的結果應該是穩定的;一次測3 cm、一次測5 cm,就說明測量錯了。但如果兩次測量都操作無誤,那你用的大概不是尺子 WPBS本來評CL,因為來了個不支持CL的專題就改評List,兩次評級都沒有錯,這就說明該制度不適合衡量條目品質。如果將奇葩等級改成WPBS標準評級,或者拒絕參考非標準等級,那這個制度就可行;但這基本就又成了上面的問題。--For Each element In group Next(留言) 2024年3月24日 (日) 16:21 (UTC)
- 我覺得改動WPBS最少的可能是將所有「條目品質性」(甲乙丙丁初等)和「非條目類別性」(Disambig、SIA、Template等)的級別全部設為標準評級(含少數專題另設的Bplus和D、以及很少專題用的A級等[有專題用A級,如颱風之類的專題。]),「性質性」(Future、Current等)的級別全部設為非標準評級。這些「與條目品質無關」的評級就讓專題自己評,不影響WPBS,就不會出現要在CL級或Future級取捨的狀況了。然後各自專題不要的,自己去mask(到時全站公告一下,想接受的專題就接受,不想接受的專題就自行寫mask,這樣寫mask的責任就不會在此次修改上)。技術上成本最小。 只不過以上作法因會將AL、BL、CL、SL也列入標準級別,代表List級別可能會變成沒有任何頁面會被評成List級,看是要廢除List級還是保留List級在代碼裡,不想跟進的專題自己mask。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月25日 (一) 04:43 (UTC)
- 然後主題專題自設的Complete、Substantial、Basic、Incomplete因WPBS預設在非條目命名空間時會因「Namespace優先」而評成「主題級」,所以我想應該也問題不大。如需在WPBS中禁掉,可可以將Module:PJBSClass#L-53的一堆if陳述式註解掉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月25日 (一) 04:57 (UTC)
- (~)補充提升為標準評級的級別:
- 典範級、 甲級、 優良級、 乙上級、 乙級、 丙級、 丁級、 初級、 小作品級、( 小小作品級待討論,因為通常30天就被刪除了或提升為 小作品級以上)、 特色列表級、 甲級列表級、 乙級列表級、 丙級列表級、 列表級、 小列表級,以及列在Category:自動評級的頁面#分類索引中的所有評級(即一系列可由WPBS自動完成評級的級別)。
- 設定為非標準評級的級別:
- 您說的也是可行方案。目前啟用BL、CL的專題,List基本都是當和Start對等的級別來理解;如果都接受List級=初級列表,而不用新建等級,那留著List級也OK。唯一擔心的是A級,倒不是有沒有人用的問題。A級是高於GA的,英維也是A級評級比GA評級規格高:GA可以隨便一個外行評,A級專題內部出三個專家評,FA是包括專題專家在內的社群集體評,所以有FA>A>GA的邏輯鏈。但是我們的FAC/GAN和英維評級模式完全是兩碼事,到頭會不會還是社群認GA不認A?--For Each element In group Next(留言) 2024年3月25日 (一) 14:33 (UTC)
- (~)補充提升為標準評級的級別:
- 我也認為WPBS是社群基於標準(WP:QUALITY)對條目做出的評價。當然,社群也允許專題依照自己的標準對條目做出評價,並標記在討論頁上。某種意義上,社群評級和專題評級是「人格獨立」的,這裡的「上」和「下」更像依賴的上下游,而不是官大一級的上下層。然後既然專題評級是獨立的,那專題就可以選擇各種策略:
- 先多謝各位,意見都很有見地。希望在上方再拆一個小標題。A級與GA的問題是老大難了,我想這次還是先不處理為好。A級雖然很少用,但一直都算是標準評級,現在一下子移除不太好。List級對等於初級列表長遠是好主意,但要標記清楚,因為許多舊列表是list級。所以現在list級代表初級或以上的列表。或許長遠要建立start list?—Temp3600(留言) 2024年3月25日 (一) 23:35 (UTC)
D級與B+級等標準討論[編輯]
接上文宇帆君列出的等級。新級別是要寫文檔的,所以下列意見供參考:
- D級目前看來只有宇帆君活躍的多面體在用,其條目是介於C和Start之間。講真,流行文化領域,因為關注粉絲向這種扣分內容,D級還是很好用的。
- 比如明星條目,內容上已經有C級該有的內容,但因為很多內容都以粉絲介紹口吻出現,需要大量清理和改寫;這時評Start太可惜,就可以評D級。這基本就像多面體專題說的,「內容上可能達到C級水準,但其他方面有嚴重缺陷」。或者說,寫條目的人擅長事實性內容,但不了解這裡的格式手冊,寫出的東西很隨意不像百科。
- 另一方面,虛構作品條目也強調要寫反響等現實世界內容。一般來說,編者不寫現實世界內容,就表示他不熟悉格式手冊,所以條目格式、行文等方面也不會太好。這種條目又要清理又要擴充,就可以給Start。但也有從英維FA翻譯一半的,條目序言完整、作品介紹也很規範,但該到製作歷史和評價,他又他不翻譯了。這種只用擴充不用清理的,也可以從Start抬升為D。
- 可以看到,流行文化領域這個D級主要還是可以彰顯「內容雜亂/格式差」。但科學等領域大概沒有「粉絲內容」,所以這個D級通常會怎麼用?
- 另外有了D,是不是未來有可能對等增加DL?
- B+只有英維數學專題有用過,而且現在刪了;本地沒有專題實裝過,只在一些理論研究中提到,所以還是要想想標準怎麼訂。
- 之前B+的評級標準是「條目高於B級標準」,再把B級標準抄了一遍,這就比較不良定義。GA和B的區別主要在GA還要求中立性穩定性,且文筆和格式的要求高於B。如果要搞B+,那標準大概就是「不要求中立性和穩定性,但其他方面同GA標準」?PS:B6提到的WP:JARGON和地區詞在GA標準里沒有體現,所以B在某些方面還高於GA;不過現在的英維已經把JARGON要求增補到GA標準里了。
- 之前有提過增設優良列表(GL)。GL和FL的主要區別可以理解為GL不管紅(綠)鏈,且序言不用太優美;這個境界就有點像B+和GA了。不過,FL和GL應該是要有本質差異的——類似WP:GVF的comperhensive和board coverage。例如對於遊戲系列,FA應該像死忠那樣列出小眾改編作品,而GA可以只列出重要作品。(但是很多領域列表是不是沒有這種問題?)
- 小小作品更像是一個臨時狀態,和未評級一樣是不該長期存在的。而且小小作品只是長度短,問題還沒有廣告、侵權等小作品更嚴重,所以整體統計上把小小作品拆出來的意義是?從維護追蹤角度考慮,WP:PETSCAN或者Shizhao的專題機器人通告應該都很好用了。--For Each element In group Next(留言) 2024年3月26日 (二) 15:50 (UTC)
- 感謝提供意見。關於增設新評級級別,如您提出的D-List和Temp君提出Start-List以及上述提到的GL,我想作為長遠目標來討論,現階段先不處理。一來是phab:T360012本站評級資料表更新工單根據API測試似乎已合併到主程式,而GL則是因為評選設立草案無共識所以工單中就沒有申請加入該等級,所以就算現在評了GL可能也無法被某些系統正確識別,同時,一直頻繁變更感覺對基金會人員也不太好意思;二來是又要改十餘個全保護模板了 囧rz……。(註:如果說有了D就要對等增加DL,那為何有了GA沒有對等增加GL😅 甚至圖片有「特色圖片」若對應FA的話,那為何沒有GA對應「優良圖片」、A對應「甲級圖片」、B對應「乙級圖片」[開玩笑的])另外您提供的D級條目用法也十分不錯,我(+)附議這樣子的用法,科學上可能可以用在使用了太多行話術語導致多數人看不太懂的這種情況吧;而Bplus 我這邊是暫無其他想法,如果有其他維基人有什麼想法歡迎補充;小小作品級是當時評級系統開發階段進行測試時增加的級別,當時我找了幾篇正文少於50字的條目但沒被掛小小作品模板的「老條目」評上了此級,來試驗系統能否接受輸入,不過後來這些條目一些被提交AFD了、一些被擴充成小作品級了,但考慮到條目如果持續擴充也會持續升級啊,例如小作品升初級,這只是換成小小作品升小作品級而已,只是通常條目停留在 小小作品級的時間可能會非常短而已。另外,我前幾個小時仔細重看了一下每個級別,發現比較有問題的應該是deferred級(中維評級系統本次更新完顯示為 擱置級)經查,該級別於2015年被加入中維評級系統資料表中,但在WP:TG簡單討論並對照英文維基還有此級別的專題說明顯示,該級別代表的意義是「本專題不提供評級,轉介由涵蓋本專題的專題提供評級」所以可能也不叫做「 擱置級」,TG上有群友建議「轉介級」,不過這種級別對上通用評級的話,基本上存在感就沒了,
阿卡林~,不過UUM表示這種轉介具有一定程度「重要性」,可能要討論一下,看是要改名還是乾脆就廢除掉,或者以「未評級」論之類的。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月26日 (二) 16:52 (UTC) - 感謝宇凡的研究,這個轉介級我都沒聽說過。評級級別方面,宇凡君所指的技術困難確實存在,就像我們這幾天討論了一下,又想到找到這麼多評級。如果每次都去phab改,不免擾民。我初步的想法是,quality 指引的標準評級部分建立為指引,規定wpbs 目前社群認可的評級;專題評級維持論述級,方便專題修改,待有共識後再處理。至於wpbs模版,則不需修改原碼,只需在模版說明頁等寫清楚那一些評級因尚未有廣泛共識,暫不開放使用,就可以了。
- 標準級方面,我比較關注CL與乙上,大家懂不懂得評。雖說當成推廣也無不可。—Temp3600(留言) 2024年3月26日 (二) 23:53 (UTC)
- 那我們現在就先以已登記於phab的級別為主,也就是我上面列出的那些以及列在Category:自動評級的頁面#分類索引中的所有評級(即一系列可由WPBS自動完成評級的級別)。CL級標準之前已經訂清楚了,所以我想,直接設為標準沒有問題,(+)支持作為推廣;比較需要討論的會是 乙上級。我想就用洛普利寧提出的「不要求中立性和穩定性,但其他方面同GA標準」如何?@Temp3600:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月27日 (三) 01:11 (UTC)
- Template:Grading scheme可能也有關連,描述可能需按這兒的討論結果一拼修改。--Temp3600(留言) 2024年3月27日 (三) 04:50 (UTC)
- B+在我心中是"沖擊優良但失敗了"的意思(pia!)--Temp3600(留言) 2024年3月27日 (三) 09:53 (UTC)
- Template:Grading scheme可能也有關連,描述可能需按這兒的討論結果一拼修改。--Temp3600(留言) 2024年3月27日 (三) 04:50 (UTC)
- (~)補充轉介級有登記在phab上,只不過登記成了 擱置級;但如果又要去改,感覺沒幾天就又要去麻煩基金會技術人員好像不太好……因為2015年就這樣寫了,就先當歷史遺留吧😅-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月27日 (三) 01:17 (UTC)
- 關於「轉介級」(現稱 擱置級),其也是目前中維{{WPBS}}可填的參數之一。您認為應該要如何處置呢?翻閱en:Wikipedia:WikiProject_Firearms#Quality_scale他似乎把它視為「品質等級」的一種,但實為將評級工作轉介至其他專題,然而如此的做法在有{{WPBS}}時就沒有存在意義了,因為轉介最終就會落回給{{WPBS}}提供評級,所以英文維基{{WPBS}}實施後其有關分類就被WP:O4了(他們好像叫做en:WP:CSD#C1),那所以我們應該要把他列為「非標準級別」還是直接列為「已停用級別」即在{{WPBS}}的Doc上說不要輸入此級別?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月31日 (日) 10:08 (UTC)
- 那我們現在就先以已登記於phab的級別為主,也就是我上面列出的那些以及列在Category:自動評級的頁面#分類索引中的所有評級(即一系列可由WPBS自動完成評級的級別)。CL級標準之前已經訂清楚了,所以我想,直接設為標準沒有問題,(+)支持作為推廣;比較需要討論的會是 乙上級。我想就用洛普利寧提出的「不要求中立性和穩定性,但其他方面同GA標準」如何?@Temp3600:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月27日 (三) 01:11 (UTC)
- 感謝提供意見。關於增設新評級級別,如您提出的D-List和Temp君提出Start-List以及上述提到的GL,我想作為長遠目標來討論,現階段先不處理。一來是phab:T360012本站評級資料表更新工單根據API測試似乎已合併到主程式,而GL則是因為評選設立草案無共識所以工單中就沒有申請加入該等級,所以就算現在評了GL可能也無法被某些系統正確識別,同時,一直頻繁變更感覺對基金會人員也不太好意思;二來是又要改十餘個全保護模板了 囧rz……。(註:如果說有了D就要對等增加DL,那為何有了GA沒有對等增加GL😅 甚至圖片有「特色圖片」若對應FA的話,那為何沒有GA對應「優良圖片」、A對應「甲級圖片」、B對應「乙級圖片」[開玩笑的])另外您提供的D級條目用法也十分不錯,我(+)附議這樣子的用法,科學上可能可以用在使用了太多行話術語導致多數人看不太懂的這種情況吧;而Bplus 我這邊是暫無其他想法,如果有其他維基人有什麼想法歡迎補充;小小作品級是當時評級系統開發階段進行測試時增加的級別,當時我找了幾篇正文少於50字的條目但沒被掛小小作品模板的「老條目」評上了此級,來試驗系統能否接受輸入,不過後來這些條目一些被提交AFD了、一些被擴充成小作品級了,但考慮到條目如果持續擴充也會持續升級啊,例如小作品升初級,這只是換成小小作品升小作品級而已,只是通常條目停留在 小小作品級的時間可能會非常短而已。另外,我前幾個小時仔細重看了一下每個級別,發現比較有問題的應該是deferred級(中維評級系統本次更新完顯示為 擱置級)經查,該級別於2015年被加入中維評級系統資料表中,但在WP:TG簡單討論並對照英文維基還有此級別的專題說明顯示,該級別代表的意義是「本專題不提供評級,轉介由涵蓋本專題的專題提供評級」所以可能也不叫做「 擱置級」,TG上有群友建議「轉介級」,不過這種級別對上通用評級的話,基本上存在感就沒了,
- (有感而發)除了本子節開始的爭議外,以上討論與研究其實都滿有意義和價值的,如果能提前在去年十二月,也就是我當初Ping了洛普利寧時,他就發表了這些意見,並開展了我們現在所討論的東西,那我覺得WPBS應該會更完美。不過現在說這些都是後話了。另,跟大家說聲抱歉,我當時一心只想著如何把MilkyDefer起草的臨時方案開發成正式方案、如何pass所有testcases 和解決討論頁上各種問題回報(1、2等),一切考量都以技術為優先(我當時優先級最高的考量是:程式怎麼寫更省效能,於是出現了
mw.loadData("Module:PJBSClass/page")
用於讓該功能在整個頁面解析的過程只會跑一次,而不會每次調用通用評級時都跑以節省效能),卻忽略了行政上的執行問題,而導致了今次的爭議,我感到十分抱歉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月27日 (三) 01:30 (UTC)- 所謂「話到嘴邊留半句,理從是處讓三分」,我覺得是挺有道理的。得饒人處且饒人嘛。(當然這得看對象,要是遇到得寸進尺的惡人,這樣就行不通)
- 如果說程式碼是機器運行的邏輯,那麼行政可說是人類組織運作的邏輯。要做好事情,既需要機器運作暢順,也需要眾人合力。不同維基人從各自的強項出發,一起解決問題,這就是討論的意義嘛。--Temp3600(留言) 2024年3月27日 (三) 04:47 (UTC)
- ((*)提醒:本次提案推動技術修改的兩位「工程師」(User:Kanashimi、User:A2569875)都沒時間寫程式了...雖然我的原因是因為改到沒精力了)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月1日 (一) 02:00 (UTC)
- 維基百科:通用評級與WP:QUALITY都要弄修改草稿,行政組這邊也不好當呢...--Temp3600(留言) 2024年4月2日 (二) 11:40 (UTC)
- 從這裡入手,在Module:Class/conver外再套一個函數,把不支援的評級映射到未評級可行嗎?--For Each element In group Next(留言) 2024年4月2日 (二) 16:31 (UTC)
- (-)反對我想保留這些自動評級Category:自動評級的頁面#分類索引,不然phab白跑了。而且不想被濾的專題也會被你一刀切不當濾掉。後果不會是你想像的那麼簡單。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月2日 (二) 16:41 (UTC)
- 自動評級的頁面基本都是非條目,那不是屬於PJBS支援的範疇嗎……?對於條目,如果按照上面WPBS作為獨立評級的思路,那PJBS就只應接受他自己的等級。比如PJBS不支援current,那PJBS的
class
就不應該填current(如果一定要填current,那PJBSClass.getClassByPage()也應該返回未評級);所以到頭來,WPBS只會告訴各個專題自己未對此頁面評級。既然WPBS理論上都不會填寫current,那支援current的專題就只能手填自己的class;據我所知,專題自己填寫的class是優先的,那這時只要對專題模板自己的class套用Module:Class/convert規範化就OK。宇帆君的代碼很模組化(不像我寫代碼什麼東西都揉一起😂),我想這個問題應該的確不是複雜問題。當然,如果我們的總工程師說複雜,那就是複雜😂 另外,如果思路確實是要WPBS兼顧所有專題,比如PJBS評級未顯示但往外傳current,那這個想法就的確不成立了。--For Each element In group Next(留言) 2024年4月3日 (三) 14:16 (UTC) - 另外即使我的意見合理,宇帆君您也沒有義務在近期執行技術修改(甚至沒必要執行修改)。畢竟「這個想法很好,但礙於技術原因,目前無法實現;歡迎提議人自行解決」也是合理意見😂--For Each element In group Next(留言) 2024年4月3日 (三) 14:33 (UTC)
- 自動評級的頁面基本都是非條目,那不是屬於PJBS支援的範疇嗎……?對於條目,如果按照上面WPBS作為獨立評級的思路,那PJBS就只應接受他自己的等級。比如PJBS不支援current,那PJBS的
- (-)反對我想保留這些自動評級Category:自動評級的頁面#分類索引,不然phab白跑了。而且不想被濾的專題也會被你一刀切不當濾掉。後果不會是你想像的那麼簡單。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月2日 (二) 16:41 (UTC)
- 感覺還是社群沒有體系性討論。比如日語羅馬字表示方法討論過好幾次,但正經的日本格式手冊卻現在還推不出來。我之前不留言,基本也是感覺本站沒救,什麼都懶得說😂 當然只限條目編寫方面;站務領域我看討論挺熱烈的。
- ((*)提醒:本次提案推動技術修改的兩位「工程師」(User:Kanashimi、User:A2569875)都沒時間寫程式了...雖然我的原因是因為改到沒精力了)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月1日 (一) 02:00 (UTC)
B+我之前寫過論述。鑑於中維的GAN機制(時間短、需求票數多,且評審者普遍社會惰性),B+當GAN預審還是很有生態位的。但是在務實上,等GAN評審素質普遍超過這個乙級評級,B+才會有得玩 聳肩
我想B+(Bplus)的標準可以用WP:WIABCA的大綱來套用WP:WIAGA:
這樣B級評審時也順手按GA(B+)提意見。--For Each element In group Next(留言) 2024年3月28日 (四) 14:20 (UTC)
WPBS級別列表[編輯]
目前{{WPBS}}能接受輸入的級別大部分都是phab:T360012向P站登記的級別以級在案《第一階段:修正評級值不同步問題》時所有評級Data模板統一同步更新的評級值列舉如下(共50個。此外由於表格過長,已折疊。請單擊[顯示]
以展開表格):
標準類別級別 | 標準品質級別 | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
非頁面級 | (條目) | 典範級 | 甲級 | 優良級 | 乙上級 | 乙級 | 丙級 | 丁級 | 初級 | 小作品級 | 小小作品級 | 無級 | |
列表級 | 特色列表級 | 甲級列表級 | 優良列表級 | N/A | 乙級列表級 | 丙級列表級 | N/A | 小列表級 | N/A | ||||
非條目級 | 檔案級 | 特色圖片級 | N/A | ||||||||||
主題級 | 特色主題 | N/A | 完成級 | 充實級 | N/A | 簡單級 | N/A | ||||||
消歧義級 | N/A | ||||||||||||
同類索引級 | |||||||||||||
重新導向級 | |||||||||||||
沙盒級 | |||||||||||||
模板級 | |||||||||||||
模組級 | |||||||||||||
分類級 | |||||||||||||
草稿級 | |||||||||||||
專題級 | |||||||||||||
使用者級 | |||||||||||||
使用說明級 | |||||||||||||
介面級 | |||||||||||||
非標準類別 | |||||||||||||
圖書級 | |||||||||||||
音頻級 | |||||||||||||
未分類級別 | 非標準級別 | ||||||||||||
N/A | 未來級 | 動態級 | 合併級 | 請求級 | 擱置級 | ||||||||
委員會級 | N/A | ||||||||||||
錯誤級 | |||||||||||||
未評級 | |||||||||||||
未知級 | |||||||||||||
輸入其他值{{WPBS}}會輸出:錯誤:無效的輸入 |
典範 | 特色列表 | 特色圖片 | 優良 | 小作品 | 列表 | 同類索引 |
消歧義 | 重新導向 | 沙盒 | 模板 | 模組 | 分類 | 檔案 |
草稿 | 主題 | 專題 | 使用者 | 使用說明 | 介面 | 非條目 |
以下建議供行政組參考:
- 標準品質級別(可填寫在WPBS):
- 標準類別級別(可填寫在WPBS):
- 非標準類別級別(不應該填寫在WPBS):
- 圖書級[Book](曾有共識引入,但因技術原因部署無限期推遲)、 音頻級[Audio](只有少數專題將File級做細分,WPBS應都填入File級)、圖像級[Image]((▲)同上)、 非頁面級[NAPage](只用於特殊專題)
- 非標準品質級別(不應該填寫在WPBS):
- 非標準級別(不應該填寫在WPBS):
- 技術性級別(不應該填寫在WPBS):
- -- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 03:43 (UTC)
- 感謝總結。我有一些疑問:
- Substub作為標準品質,似乎比較增加維護負擔?會建立小小作品的基本都是新手,他們不懂得在討論頁掛{{WPBS}}填
|class=substub
。維護人員也都在條目頁標記{{substub}}
,然後打撈人員再從Category:小小作品追蹤,這就基本就沒人會管討論頁。而且就算有專題模板,如果利用討論頁的分類來維護,就要從討論頁跳轉到主頁面,也是比較低效的。(MilkyDeferBot可以根據討論頁橫幅和條目頁{{substub}}
自動生成頁面清單,這樣也沒必要用討論頁評級)此外如果substub是被人手填了,那就還要經常盯著條目,看評級是否過時。所以依靠評級模板來維護substub,感覺有種打撈一分鐘,評級三十秒,性價比相當低。所以,WPBS層面統合到stub是否好些? - 正規條目都應該有品質評級,尚未評估品質的條目是Unassessed,條目空間的Disambig等特殊頁面也考慮進去了。看英維也沒no這個級別,所以無級別的條目會是怎樣的?
- Substub作為標準品質,似乎比較增加維護負擔?會建立小小作品的基本都是新手,他們不懂得在討論頁掛{{WPBS}}填
- --For Each element In group Next(留言) 2024年4月6日 (六) 05:20 (UTC)
- (:)回應 no級(無級別)是由您建檔於評級系統的Special:Diff/72525905#L-149,我只是照抄,並同步到所有評級模板,以及提報到phab:T360012上。所以我也不知道具體會是甚麼,可能還需要諮詢您(因為由您加入的)。我在整理時看到它的理解為「沒有級別的」但我當時沒有仔細思考甚麼條目或頁面會「沒有級別」,您能否協助回想一下當時的時代背景下,您建檔No級時的想法或根據呢。 小小作品級我認為是有些條目可能加上了資訊框、圖片等被WP:小小作品指引PASS而保留,但正文還是不足50字的情況下可以評(我就是有用隨機頁面看過有很舊的頁面有這種狀況,但因為它是甚麼我沒聽過的小城鎮的條目,我不熟就沒去擴充,繼續按下一個隨機頁面)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 05:56 (UTC)
- Classicon}}里就有no級,我也是從那裡搬過去的。做頁面清單的時候可能會用到no這個概念,比如這個從英維搬運的名單,no可以用來標記不掛專題橫幅的條目。至於用no給條目本身評級,我倒是沒見過。 最早的時候{{
- 我明白您說的小小作品級了,這和WP:SUBSTUB又是兩個概念,就類似「小作品級」和「小作品」了。我是認為對這麼短的條目,精確數50字感覺都浪費時間(反正多20%到60字也一樣很爛😂)。如要設立這個級別,換成「正文只有一兩句話(約50字以下)的條目」,這樣大概看下數量級會比較實用。當然我就只是拋個磚,評級能弄下去還是靠大家,所以這還是看看其他人有什麼想法吧。--For Each element In group Next(留言) 2024年4月6日 (六) 06:16 (UTC)
- 所以沒有級別(no)是指未建立或已刪除的條目嗎(紅色連結)?這樣可能真的評不了 囧rz……,因為如果在一個紅色連結條目的討論頁掛一個
{{WPBS|class=no}}
就構成孤立頁面會被速刪😂,如果是刪除後建立成重新導向頁也不會是no級會是redirect級。所以no級可能就變成一個永遠不會被填進{{WPBS}}的概念級別了。是否當作標準級別我覺得可以,畢竟您說了做頁面清單的時候可能會用到no這個概念,那它應該列入標準,只不過這個標準級別可能永遠不會被填入{{WPBS}}罷了。 小小作品級我也想等看看其他人的意見。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 06:29 (UTC)- 其實說no這個概念也不準確。英維早把不用的圖標和等級(包括bplus和no)刪了,中維就各種「集大成」從來不做減法,所以留下了一堆未定義的東西。我上面的用例準確來說,是頁面已經建立且可能被WPBS評級,但因為沒有掛遊戲專題的橫幅,所以表現出未由遊戲專題維護。既然遊戲專題不維護,那在專題內部就不用關心頁面品質;但是所有頁面都有圖標,你不放個東西也不好看,所以才放了個圖標。或者說,語義上這裡應該用
{{icon3|Wikivoyage outline icon.png|alt=未标记专题横幅}}
,但因為偷懶才用了{{class/icon|no}}
;畢竟從分類中根本抓不到no級,這裡還是if判斷頁面已建立但未標遊戲橫幅,為True才拉到這個分類的。--For Each element In group Next(留言) 2024年4月6日 (六) 06:52 (UTC)
- (:)回應: @洛普利寧:我知道甚麼東西可能是無級別條目了,大概是Category:維基百科綱要,這些條目基本是點列式(如戰爭綱要),讓人了解「主題綱要」之用。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月21日 (日) 01:31 (UTC)
- 綱要也有完整和不完整的區別。這個相當於列表,也有級別。寫得完整點的綱要就是CL/BL。--For Each element In group Next(留言) 2024年4月21日 (日) 03:35 (UTC)
- 其實說no這個概念也不準確。英維早把不用的圖標和等級(包括bplus和no)刪了,中維就各種「集大成」從來不做減法,所以留下了一堆未定義的東西。我上面的用例準確來說,是頁面已經建立且可能被WPBS評級,但因為沒有掛遊戲專題的橫幅,所以表現出未由遊戲專題維護。既然遊戲專題不維護,那在專題內部就不用關心頁面品質;但是所有頁面都有圖標,你不放個東西也不好看,所以才放了個圖標。或者說,語義上這裡應該用
- 所以沒有級別(no)是指未建立或已刪除的條目嗎(紅色連結)?這樣可能真的評不了 囧rz……,因為如果在一個紅色連結條目的討論頁掛一個
- (:)回應 no級(無級別)是由您建檔於評級系統的Special:Diff/72525905#L-149,我只是照抄,並同步到所有評級模板,以及提報到phab:T360012上。所以我也不知道具體會是甚麼,可能還需要諮詢您(因為由您加入的)。我在整理時看到它的理解為「沒有級別的」但我當時沒有仔細思考甚麼條目或頁面會「沒有級別」,您能否協助回想一下當時的時代背景下,您建檔No級時的想法或根據呢。 小小作品級我認為是有些條目可能加上了資訊框、圖片等被WP:小小作品指引PASS而保留,但正文還是不足50字的情況下可以評(我就是有用隨機頁面看過有很舊的頁面有這種狀況,但因為它是甚麼我沒聽過的小城鎮的條目,我不熟就沒去擴充,繼續按下一個隨機頁面)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 05:56 (UTC)
- 感謝總結。我有一些疑問:
等級標準小結[編輯]
- 洛普利寧在上文提到的「PJBS之PJBSClass.getClassByPage()」自動評級(小勘誤:自動評級實由PJBSClass/main.getClassAuto()和PJBSClass.getAutoClass()共同完成,前者以頁面狀態和掛有模板判斷、後者只看Namespace),這些評級會根據頁面掛的模板、子頁面名稱、頁面狀況和所在命名空間等進行自動評級。這些評級分為兩類:不可被
|class=
參數複寫的評級以級可被|class=
參數複寫的評級。 - 這些級別有:
- 上文提到,目前不在WP:QUALITY中的級別都需要補上文檔,因此我起了以下草稿供參考:
- (註:如果有需要修改可以直接編輯本表格,無須經過我的同意(不被視為修改他人留言))
- (註2:下表只列出目前未出現於WP:QUALITY的級別)
- (註3:由於表格過長,已折疊。請單擊
[顯示]
以展開表格)- 預計種類分成三類:標準級別(描述條目品質)、標準類別(描述頁面種類)、非標準級別(專題自訂的東西)
預計種類 | 級別 | 代碼 | 評級方式 | 標準 | 詳細標準 | 讀者感受 | 編輯建議 |
---|---|---|---|---|---|---|---|
標準級別 | 特色列表級 | FL | 手動 | 條目通過正式評審,現為特色列表。 | (載於WP:特色列表標準) | 專業水準。它完整覆蓋所屬範圍,通常能提供一個完整的列表,並為每一項提供有用的資訊。 | 除非列表所列之主題有了項目變動或所屬範圍有新發展,否則不應大量增改內容;可能需要改進文法、列表格式,讓列表整體更加優美。 |
特色圖片級 | FM | 圖片、檔案或其他媒體通過正式評審,現為特色圖片。 | (載於Wikipedia:特色圖片標準) | 讀者能從該圖像、音頻、視頻或其他媒體以令人信服的方式說明該主題,使觀看者想要了解更多。且這個媒體能很大程度的讓讀者更了解文章的內容或主題。 | 通常不需要對媒體檔案做出任何改動,除非能提升解析度或其他外觀品質。可能可以改進對於該特特圖片的描述文字或對應題目中的文法,讓特色圖片能更好地發揮其價值。 | ||
甲級列表級 | AL | (WP:QUALITY已有內容) | |||||
乙上級 | Bplus | 條目已基本完成,有當選優良條目的潛質,經相關專題、討論頁或其他管道評審,確認符合乙上級條目標準。 | 無明顯問題,對幾乎所有讀者都實用。基本達到(未必完全符合)專業百科全書水準。 | 或需相關領域的編者和格式專家修改。可提名WP:同行評審以釐清與優良條目的差距,並進行改善。 | |||
乙級列表級 | BL | (WP:QUALITY已有內容) | |||||
丙級列表級 | CL | (WP:QUALITY已有內容) | |||||
丁級 | D | 條目有所發展,較初級條目更為完整,但仍有重要內容缺失。條目可能在內容方面達丙級水準,但因行文、結構等問題無法獲評丙級。 | 條目有些不錯的內容,也列出了些許可靠來源,但與丙級條目對比仍有明顯缺陷。例如條目未遵循百科文風,文字條理性不足,大量內容僅面向特定圈子(如愛好者內容、科學專業術語或內容)。 | 條目有較多百科全書資訊,但可能也伴隨較多難以理解的內容。讀者可收穫一定的資訊,但可能感到條目章法混亂、某些內容不易理解,難以通讀全文。 | 仍需擴充資訊,且或需大幅清理與重組內容。 | ||
列表級(作初級列表使用) | List | 符合獨立列表的要求,較小列表更為完整,但未能達到丙級列表的水準。列表中的可靠來源可能引用充分,也可能不充分。尚未細分為甲、乙、丙級的列表也可能暫時歸為此類。 | 列表有些有用的內容,但是在許多方面仍有不足,通常缺乏參考資料。列表內容可能不適合百科全書,不符合格式手冊的要求。但是列表必須滿足最基本的內容方針和獨立列表的基本要求,諸如關注度、生者傳記,並提供足夠符合可供查證要求的來源。初級的列表應無快速刪除之虞。 | 已經列出了一些有意義的內容,但對於多數讀者仍屬不足。 | 應當儘快提供可靠來源,並需大幅更動和組織內容。此外也可改善語法、別字、寫作風格、術語的使用。 | ||
小列表級 | SL | (WP:QUALITY已有內容) | |||||
小小作品級 | Substub | 對主題非常基本的描述,但正文不足50字。 | 條目有基本定義,但正文只有一兩句話(約50字以下)的條目。其可能有資訊框、圖片或參考文獻。如正文不足50字的條目也缺乏資訊框、圖片或參考文獻,則其可能會被提請刪除。 | 有意義內容極少,可能跟典解釋差不多。 | 應當儘快將正文擴充至50字以上。 | ||
無級 | No | 尚未建立或已被刪除的條目。通常用於建立條目清單時標記不存在頁面的級別。 | N/A | 由於條目不存在,因此讀者無法獲得任何資訊。 | 如該主題有建立條目的需求,可以視情況建立條目。 | ||
標準類別 | 同類索引級 | SIA | 由{{WPBS}}程式自動給予級別 | 任何同類索引條目(SIA)頁面都屬於此類。這些是關於一組具有相同(或相似)名稱的特定類型項目的清單文章。 | 掛有{{SIA}}模板的頁面 | 讀者能找到特定類型項目的文章。 | 請注意,同類索引條目對名稱和主題都有要求,即索引項目必須屬性相同且名稱相似。比如地震列表不是同類索引條目,但以X爲名的地震列表就因滿足同名、同主題兩項條件,屬於同類索引條目。 |
沙盒級 | Sandbox | 社群認可用於測試的頁面。 | 掛有沙盒標示模板的頁面,或模板、模組的/sandbox子頁面 | 這個頁面的內容可能因為測試原因而頻繁變動,可能對任何讀者都不實用。 | 無建議。 | ||
草稿級 | Draft | 任何草稿都屬於此類。這些通常位於Draft命名空間中,但也可能位於User命名空間中。 | N/A | 這可能是一個發展中的條目,因此可能有一些有意義內容,但對於多數讀者仍屬不足。 | 任何編輯或者增加內容都會有幫助。應當儘快增加有意義的內容。並儘快推動完成WP:AFC流程,解決相關問題以便成為正式條目。 | ||
專題級 | Project | 任何維基專題相關頁面。 | N/A | 專題頁面主要是面相編者的資訊,對讀者而言可能沒有有用資訊。 | 編者應確保內容能反映專題或社群共識。 | ||
使用者級 | User | 任何屬於User命名空間的頁面 | N/A | 可能有些有用的資訊,也可能只包含特定編者的立場。 | 應遵守Wikipedia:使用者頁面規範。 | ||
使用說明級 | Help | 任何屬於Help命名空間的頁面 | N/A | 讀者能找到維基百科相關功能的使用說明。 | 編者應當確保說明內容不過時。 | ||
介面級 | Interface | 任何屬於MediaWiki命名空間的頁面 | N/A | 定義介面的顯示方式,可能對任何讀者都不實用。 | 任何對系統介面的修改都應反映社群共識。有時會因技術需求或其他原因由維基媒體基金會職員進行修改。 | ||
非標準級別 | 擱置級 | Deferred | 只能手動給定 | 代表本頁面的評級作業轉介給涵蓋該頁面主題的其他專題。 | 任何編輯都可以在有開放此級別的專題指定此評級,但不能評於通用評級。應謹慎使用此評級,並且僅在其他專題完全覆蓋此專題導致冗餘的情況時使用。 | 由於對應專題沒有提供級別,因此實際情況可能會有所不同。 |
- @Temp3600:您看看這些資訊對行政組作業有沒有幫助?(請單擊
[顯示]
以展開表格)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月5日 (五) 10:48 (UTC) - 感謝宇帆君的總結。我大膽做了一些調整,說明如下:
- --For Each element In group Next(留言) 2024年4月5日 (五) 13:54 (UTC)
- 已經五天無新意見了,我先把資料整理進WP:QUALITY。如到時還有討論出新結論也可以再修改。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月10日 (三) 03:22 (UTC)
頁面評級與通用評級指引調整[編輯]
- 非常感謝娜娜奇。但我因為現實原因(pia!)暫時不能積極參與討論。我預計會於19-21日的週末發言,這段時間麻煩諸位了。--Temp3600(留言) 2024年4月12日 (五) 11:29 (UTC)
- 約略看過沒有問題。在格式上有一點想法: 每個類別還是找一個例子,當參考。另外,會否用Template:Guideline section,只將標準評級立為指引會較好?如果專題組日後創立新評級供內部使用,便無須經VP共識修改評級表,而可自行加入。不過倒過來,如果自行加入評級會弄壞模版,那麼還是經VP討論,協調好再修改較好。這方面我不清楚,請給意見。--Temp3600(留言) 2024年4月12日 (五) 11:58 (UTC)
- Class_mask/core}}中,目前還沒標準化的級別做「開放」即可(不必改程式,只要改類似config(設定)的東東),而專題自建級別已有相應功能,無須動到核心模板,範例見{{WikiProject_Example}},因此完全無需更動本次系列模板/模組或任何程式碼的核心,故自行加入評級不至於會弄壞模版。常見的專題非標準評級我覺得可以在WP:QUALITY提,在章節標題標註「本段不是指引」應該就可以了,就不必走VP共識了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月12日 (五) 15:49 (UTC) 屆時,如果確定該等級都標準化的話,僅需要將{{
- 約略看過沒有問題。在格式上有一點想法: 每個類別還是找一個例子,當參考。另外,會否用Template:Guideline section,只將標準評級立為指引會較好?如果專題組日後創立新評級供內部使用,便無須經VP共識修改評級表,而可自行加入。不過倒過來,如果自行加入評級會弄壞模版,那麼還是經VP討論,協調好再修改較好。這方面我不清楚,請給意見。--Temp3600(留言) 2024年4月12日 (五) 11:58 (UTC)
- 非常感謝娜娜奇。但我因為現實原因(pia!)暫時不能積極參與討論。我預計會於19-21日的週末發言,這段時間麻煩諸位了。--Temp3600(留言) 2024年4月12日 (五) 11:29 (UTC)
對於Wikipedia:頁面質量評級標準(以及Wikipedia:通用評級)還有一些邏輯上的考量:
- 英文版的頁面en:Wikipedia:Content assessment翻譯過來是內容評級。其內涵理論上包括評級流程、評級標準等多個部分。而中文版的標題是「頁面質量評級標準」,一隻介紹標準本身,二又強調品質評級。而當前頁面是從古早期英維版翻譯過來,現在兩邊都改了很多,這就很微妙了。所以頁面是否要改名「Wikipedia:頁面評級」?
- 如果從標題強調質量評級來看,頁面似乎應該將「標準質量評級」(≈條目)和「標準類別級別」(≈非條目)分設為兩個大節。說約等於是因為特色圖片屬於非條目但又要評估品質,而同類索引(SIA)是自動評級但理論上屬於條目。
- 對於條目品質評級部分,是否需要流程圖輔助說明?(比如寫入指引頁,或放在論述頁給個連接)
- 如何表述「通用評級」與「專題評級」的關係?從目前的討論來看,可能還需要一個頁面(可能是Wikipedia:頁面評級)釐清:
- 社群和專題都可以各自獨立地對頁面評級。評級結果登記於條目討論頁頂部。
- 通用評級由社群編者評估,對社群負責。本頁刊載的等級標準為通用標準,即適用於WPBS的通用評級。
- 專題評級由專題自行解釋,但因為專題評級一般直接繼承通用評級,所以也還是這套標準。部分專題可能自選啟用或關閉級別,也可能重新詮釋通用級別,這些內容具體在專題評級頁刊載。
我希望聽聽其他編者的意見,所以暫時不會積極回復。--For Each element In group Next(留言) 2024年4月14日 (日) 15:17 (UTC)
- 那我再Ping一次討論開頭的那些人吧:@Liaon98、JyunWaan、Lssrn:@Cdip150、Temp3600、Peacearth:。還有User:KanashimiPing的那些人@Kethyga @Willy1018 @Z7504 @AT @Shizhao @Iokseng 能夠給些意見嗎?謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月14日 (日) 15:34 (UTC)
- 週末來研究 --Temp3600(留言) 2024年4月14日 (日) 15:47 (UTC)
- 只講這一句,其餘不說了:「WPBS模板目前看來機器人執行上是沒什麼問題的。另外,有些分類基本用不到(例如 同類索引級),不予評論」。反正評級功能沒什麼大問題,個人認為就不用再浪費時間在這種沒問題的上面,不打擾了。--Z7504非常建議必要時多關注評選(留言) 2024年4月18日 (四) 13:45 (UTC)
- 之前說過了,自動評級「有掛模板就能判斷」,既然{{同類索引}}模板存在,就能被自動判斷,且分類裡確實有東西,故不認同「用不到」一說(例三碘化物 (索引)既非消歧義也不是列表),真用不到的話,分類早就O4了。就這樣,我也不想就這個話題繼續(真要較勁的話,{{導論}}也有模板存在,病毒v.s.病毒 (導論),也可以搞出 導論級[Introduction][甚至是 綱要級[Outline]](如馬來西亞v.s.馬來西亞綱要)],但因為導論也有品質,不像同類索引偏點列式,所以導論類條目就共用條目的甲乙丙丁初級)。哪壺不開提哪壺,我們在討論評級時的規範,而你在講機器人能不能工作,這完全兩碼子事,而且顯然現在貿然增減或棄用一個級別存在技術上的複雜性和已報上phab且工程師已完成作業還要頻繁去phab「吵他們」、「煩他們」顯然不是一個好的做法(這點Temp3600講過了不再贅述)。仍然主張維持放所有能自動判斷的級別設為標準級別。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月18日 (四) 13:57 (UTC)
- 然後,有點離題了,建議聚焦在頁面評級與通用評級指引邏輯上的考量。WPBS能使用哪些評級的議案已經公示通過,且能使用,機器人和系統自動評級的部分正 正常工作著,故不必再浪費時間討論。從行政組的工作切入討論起來比較重要-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月18日 (四) 14:26 (UTC)
- 基於此,上面Ping的人已經有一個給出答覆了(Z7504)。其他人我再重Ping一次。@Liaon98、JyunWaan、Lssrn、Cdip150:@Temp3600、Peacearth、Kethyga、Willy1018:@AT、Shizhao: 能夠給些意見嗎?謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月19日 (五) 15:28 (UTC)
- 所以現在是什麼情況?2402:7500:579:89C4:84ED:51FA:80FD:F1D1(留言) 2024年4月26日 (五) 05:52 (UTC)
- ( π )題外話 我終於見識到條目重要度評級標準的存在感有多低了。L'Internationale, Sera le genre humain! 2024年4月27日 (六) 14:52 (UTC)
- 才發現通過了一整個指引。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月27日 (六) 15:20 (UTC)
後續討論[編輯]
關於 rater.js 腳本[編輯]
前面的討論貌似沒有涉及到老版本的rater.js腳本(User:Chiefwei/rater aka en:User:Kephir/gadgets/rater)。貌似enwiki那邊已經廢棄了老版本的rater.js,並且由Evad37推出了新版的rater.js(en:User:Evad37/rater)。我再考慮將新版本引入並做在地化,不知道目前是否已經有類似的工作了?--Ceba_robot 才不是機器人! 2024年2月16日 (五) 17:57 (UTC)
- 有見到Ericliu1912和YFdyh000兩版。--Cookai餅塊🍪(💬留言) 2024年2月16日 (五) 18:17 (UTC)
- 妥了,看起來YFdyh000的目前跟上游已經同步,還是不要做重複工作比較好(--Ceba_robot 才不是機器人! 2024年2月16日 (五) 18:24 (UTC)
- 我也跟進
借鑑了,至少現在用哪一個版本都不會落後。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月4日 (一) 11:51 (UTC)
- 我也跟進
- 妥了,看起來YFdyh000的目前跟上游已經同步,還是不要做重複工作比較好(--Ceba_robot 才不是機器人! 2024年2月16日 (五) 18:24 (UTC)
- 目前仍有大量站內頁面連結至User:Chiefwei/rater,建議更新。--Temp3600(留言) 2024年3月3日 (日) 07:57 (UTC)
- 還真不知道rater.js有這東西,但這個社群對於專題過往都是冷漠處理的,沒想到近幾個月開始變得重視了。沒差,評級功能不要影響到就好,多說可能無益。--Z7504非常建議必要時多關注評選(留言) 2024年4月18日 (四) 13:47 (UTC)
管理人員申請預討論[編輯]
依方針,
一名具有自動確認使用者權限的使用者可以於每年的3月23日或9月23日前一周內在Wikipedia:互助客棧/其他發起管理人員申請預討論,此後的提名流程即在該討論下進行。
——WP:RFA
現開啟此討論。--人間百態,獨尊變態(討論) 2024年3月19日 (二) 14:01 (UTC)
- 應WT:ARBCOM#問卷討論,提請在本次管理人員申請期間同步進行全站問卷調查處理ArbCom的細節。--路西法人 2024年3月19日 (二) 14:41 (UTC)
- 如果依「現在維護維基百科的表現」來看,最適合哪些維基人被提名「管理員」?--Sinsyuan✍️🌏🚀 2024年3月19日 (二) 15:42 (UTC)
- 顯然問卷用語不能由個人決定,所以大概應該提前磋商(或披露草案),並經社群討論同意後再付諸表決。來得及嗎?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月19日 (二) 19:06 (UTC)
- 就這樣看,目前剩餘Wikipedia_talk:仲裁委員會#管理人員解任一討論爭議仍然比較大,就直接用這個問題即可。--路西法人 2024年3月20日 (三) 02:58 (UTC)
- 所以其他事項是否就留待(普通)討論決定即可?另外因此一問題比較複雜,可鼓勵大家在投票時一併發表意見。而或許還可以在選項旁附上一兩句解釋。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月20日 (三) 09:12 (UTC)
- 應考慮直接給留言箱填意見,而不要直接給多項選擇。我要看論據不是數字。--路西法人 2024年3月20日 (三) 10:25 (UTC)
- 不反對只填意見,不過可能得先看屆時在問卷上的問題怎麼描述。--冥王歐西里斯(留言) 2024年3月20日 (三) 12:18 (UTC)
- 如果只是希望給意見,那還不如改成通告,直接請大家去討論頁留言互動,而不是事後再個別整理幾條留言。甚至另外寄發使用者討論頁通知也行。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月21日 (四) 18:05 (UTC)
- 在MMS通知選舉的同時加一句該議題正在徵求廣泛意見?--路西法人 2024年3月22日 (五) 10:42 (UTC)
- 行。另外我們應該可以開始準備通知了。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月22日 (五) 17:28 (UTC)
- 但好像沒有人當候選人?--某人✉ 2024年3月23日 (六) 03:39 (UTC)
- @AINH I'd like to nominate @LuciferianThomas @Manchiu and @Sanmosa for sysop if possible. -Lemonaka 2024年3月23日 (六) 04:36 (UTC)
- 容我婉拒提名。Sanmosa Gloire d'Yser 2024年3月23日 (六) 05:18 (UTC)
- 容我婉拒提名。使用者頁面上已明確指明我無意擔任中文維基百科管理員。--路西法人 2024年3月23日 (六) 10:19 (UTC)
- 感謝信任。但我是OA2021的除權使用者。需徵取社群意見。--千村狐兔(留言)──此條未正確附上簽名時間的留言於2024年3月26日 (二) 06:17 (UTC)加入。
- 不反對,但可能還得問問基金會的T&S團隊,之前Stang選Wikidata的管理員時也有問過,不過T&S那邊看起來並無反對意見就是了。--冥王歐西里斯(留言) 2024年3月30日 (六) 23:22 (UTC)
- 既然Wikidata那邊已經有Stang的先例的話,那我覺得這倒無妨。此外,根據WP:2021年基金會針對中文維基百科的行動/維基媒體基金會聲明#第一次問答的説明,WMF「不反對本地社區可以決定公平地重新選舉」。Sanmosa Gloire d'Yser 2024年3月31日 (日) 15:38 (UTC)
- @Coddlebean意下如何?Python6345(留言) 2024年3月24日 (日) 10:17 (UTC)
- 該使用者最近的封鎖期於2023年10月11日 (三) 08:10 (UTC)結束,不符合建議資格。--Cookai餅塊🍪(💬留言) 2024年3月24日 (日) 10:42 (UTC)
- 我想提名 @UjuiUjuMandan。--0xDeadbeef (留言) 2024年3月30日 (六) 14:13 (UTC)
- 你提名一個長期違反且不認同站內文明準則的人是想幹什麼?--日期20220626(留言) 2024年3月30日 (六) 15:09 (UTC)
- 你理解不了並不奇怪。閉嘴就對了。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月30日 (六) 16:10 (UTC)
- 到現在還在動不動叫人閉嘴,毫無反省,有什麼資格當管理員?--日期20220626(留言) 2024年3月30日 (六) 16:28 (UTC)
- 你可以常年說混帳話,我當然應該叫你閉嘴。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 04:42 (UTC)
- 不知道你想指出我哪裡不對,這不是一句所謂的混賬話就能糊弄過去的。--日期20220626(留言) 2024年3月31日 (日) 05:04 (UTC)
- 你當然不知道。你從來也不想知道。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 05:23 (UTC)
- 我問你你又不說,我就當你是在虛假指控咯。--日期20220626(留言) 2024年3月31日 (日) 06:40 (UTC)
- 你當然不知道。你從來也不想知道。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 05:23 (UTC)
- 不知道你想指出我哪裡不對,這不是一句所謂的混賬話就能糊弄過去的。--日期20220626(留言) 2024年3月31日 (日) 05:04 (UTC)
- 你可以常年說混帳話,我當然應該叫你閉嘴。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 04:42 (UTC)
- 之前在ANM問你罵人解決什麼問題,你不是裝聾作啞就是顧左右而言他,看來除了沒開小號外你和PWS也差不了多少。—-Aggie Dewadipper 2024年3月30日 (六) 17:25 (UTC)
- 你這麼樂於誹謗我也是很佩服。我很好奇你賴在這裡不滾的原因是什麼。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 04:43 (UTC)
- 我留在這裡當然是寫條目啊,也很歡迎你來說說我到底條目寫的有什麼問題。而且我哪點說錯了?你什麼時候做出過正面回復?—-Aggie Dewadipper 2024年3月31日 (日) 04:55 (UTC)
- 所以說,WP:請讀條目。如果你來維基百科社群只是為了寫條目,那麼你和Walter Grassroot有什麼區別呢?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 05:25 (UTC)
- 你這句話就很奇怪了,來維基百科不寫條目,那來這裡是想要幹嘛?--日期20220626(留言) 2024年3月31日 (日) 06:41 (UTC)
- 所以說,WP:請讀條目。如果你來維基百科社群只是為了寫條目,那麼你和Walter Grassroot有什麼區別呢?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 05:25 (UTC)
- 你自己也說的,維基百科的核心是寫百科全書,我真心很希望你講講我為什麼不在建設百科全書,或者你也可以學會閉嘴。—-Aggie Dewadipper 2024年3月31日 (日) 05:03 (UTC)
- 我留在這裡當然是寫條目啊,也很歡迎你來說說我到底條目寫的有什麼問題。而且我哪點說錯了?你什麼時候做出過正面回復?—-Aggie Dewadipper 2024年3月31日 (日) 04:55 (UTC)
- 你這麼樂於誹謗我也是很佩服。我很好奇你賴在這裡不滾的原因是什麼。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 04:43 (UTC)
- 到現在還在動不動叫人閉嘴,毫無反省,有什麼資格當管理員?--日期20220626(留言) 2024年3月30日 (六) 16:28 (UTC)
- 我還是想請你慎重留言,你這已經屬於直接質疑0xDeadbeef的動機了,要是我完全按方針指引走的話,你的使用者名稱現在該出現在ANM了。Sanmosa Gloire d'Yser 2024年3月31日 (日) 01:48 (UTC)
- 提名一個顯然不遵守站內文明規範的人當然要詢問他這麼做的原因是什麼,不然我去提名一個LTA的傀儡帳號當管理員,你是不是覺得我這麼做沒問題?--日期20220626(留言) 2024年3月31日 (日) 01:55 (UTC)
- 再說他也沒有提供提名的理由,好比你去ANM提報一個人,理由都不給,就貼一個使用者名稱,有人問你舉報的原因,然後你去說「質疑動機」?還是說以後任何人不管幹什麼事都不能問他「你為什麼要這麼幹」?--日期20220626(留言) 2024年3月31日 (日) 02:03 (UTC)
- WP:RFA:「管理員應當謙恭爾雅,並在與他人共事時施展正確的判斷與耐心」。這裡頭哪個詞可以用於形容UUM?—-Aggie Dewadipper 2024年3月31日 (日) 05:05 (UTC)
- 在你維覺得我態度很好的人也很多。你可以考慮下為什麼你得不到我的青睞。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 05:26 (UTC)
- 在中維覺得蟲蟲飛、Techyan不錯的人也有很多,這又能說明什麼呢?--日期20220626(留言) 2024年3月31日 (日) 06:43 (UTC)
- 在你維覺得我態度很好的人也很多。你可以考慮下為什麼你得不到我的青睞。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 05:26 (UTC)
- 你理解不了並不奇怪。閉嘴就對了。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月30日 (六) 16:10 (UTC)
- 你既然在使用者頁面貼出保羅·格雷厄姆的反駁金字塔,那也應該是知道謾罵是在金字塔的最低端,你提名的人經常在站內站外幹這種事。--日期20220626(留言) 2024年3月30日 (六) 15:16 (UTC)
- 這真是讓人震驚。--桐生ここ★[討論] 2024年3月30日 (六) 15:59 (UTC)
- 不認可此人對新手的態度。Python6345(留言) 2024年3月31日 (日) 03:54 (UTC)
- 該問的不問,不該講的亂講。找個藉口就要反對。中維社群就是你這樣的人太多才好不了。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 04:41 (UTC)
- 什麼叫找藉口和不該講,別人不支持的你的觀點就叫找藉口?「該問的不問」,既然對方說不認可,你是不是應該問對方不讚同這裡面的哪一條?我看你也沒問他。--日期20220626(留言) 2024年3月31日 (日) 05:12 (UTC)
- 別總是擾亂討論了。夠了。維基百科不是單機遊戲,不是讓你抒情的地方。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 05:27 (UTC)
- 每次別人直面你問題的時候,你總是不肯正面回答。--日期20220626(留言) 2024年3月31日 (日) 06:46 (UTC)
- 別總是擾亂討論了。夠了。維基百科不是單機遊戲,不是讓你抒情的地方。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 05:27 (UTC)
- 什麼叫找藉口和不該講,別人不支持的你的觀點就叫找藉口?「該問的不問」,既然對方說不認可,你是不是應該問對方不讚同這裡面的哪一條?我看你也沒問他。--日期20220626(留言) 2024年3月31日 (日) 05:12 (UTC)
- 該問的不問,不該講的亂講。找個藉口就要反對。中維社群就是你這樣的人太多才好不了。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 04:41 (UTC)
- 你提名一個長期違反且不認同站內文明準則的人是想幹什麼?--日期20220626(留言) 2024年3月30日 (六) 15:09 (UTC)
- @AINH I'd like to nominate @LuciferianThomas @Manchiu and @Sanmosa for sysop if possible. -Lemonaka 2024年3月23日 (六) 04:36 (UTC)
- 但好像沒有人當候選人?--某人✉ 2024年3月23日 (六) 03:39 (UTC)
- 行。另外我們應該可以開始準備通知了。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月22日 (五) 17:28 (UTC)
- 在MMS通知選舉的同時加一句該議題正在徵求廣泛意見?--路西法人 2024年3月22日 (五) 10:42 (UTC)
- 應考慮直接給留言箱填意見,而不要直接給多項選擇。我要看論據不是數字。--路西法人 2024年3月20日 (三) 10:25 (UTC)
- 所以其他事項是否就留待(普通)討論決定即可?另外因此一問題比較複雜,可鼓勵大家在投票時一併發表意見。而或許還可以在選項旁附上一兩句解釋。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月20日 (三) 09:12 (UTC)
- 就這樣看,目前剩餘Wikipedia_talk:仲裁委員會#管理人員解任一討論爭議仍然比較大,就直接用這個問題即可。--路西法人 2024年3月20日 (三) 02:58 (UTC)
- 接受提名。雖然我對你維社群的現狀的看法是不大可能讓我當管理員,但如果你維真的有幸讓我當管理員,我也很為你維開心。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 04:45 (UTC)
- 上面有人覺得我提名這一舉動令人詫異,同時也有編者指出我沒有提供提名原因。個人在站內觀察過,未見UUM有哪些做法存在不當。(如有,請發給我UUM真實存在人身攻擊行為的diff連結,則我會撤回這個提名)一方面我能理解社群能夠願意UUM當管理員的可能性很低,但另一方面,我認為UUM很多時候以特定語氣回復的原因是在這樣一個來源於en:peanut gallery的言論占多數且沉悶的大環境中,無法指望別人能夠和你就事論事,所以只能使用較重的語言。我倒認為直接把拖把丟給他還能讓他消停點。--0xDeadbeef (留言) 2024年3月31日 (日) 11:15 (UTC)
- 在編輯摘要說別人是文盲(Special:Diff/71752907/71752907),因為這個原因被管理員封鎖後繼續辱罵管理員([4]),說別人是牲口(Special:Diff/81777683/81778221、[5]),在個人討論頁依然認為文明方針不重要(User talk:UjuiUjuMandan#文明方針),這已經不是你所謂的特定語氣、較重語氣的問題,而且就算有人不能就事論事,難道他就能開口罵人?更何況對方未必沒有就事論事。--日期20220626(留言) 2024年3月31日 (日) 11:44 (UTC)
- 前兩個是兩年前的,最近應該好了很多。關於PaintWoodSt的討論頁面,是有人提出UUM給折毛提支持票而不關注舉折毛這個例子的論證意義究竟是什麼。關於存廢討論,我是覺得說別人主觀不主觀也不是一個就事論事的行為。個人討論頁中,我也沒看出來哪裡體現了
認為文明方針不重要
這一說法。這幾點也沒體現出UUM當管理員為什麼就不合適。你也指出我使用者介面的金字塔,那請你把我給出回應的部分在金字塔對號入座一下。我個人覺得,我們應該在於「UUM是否適合當管理員」就事論事。所以你如果認為「管理員在任何情況下都不應該罵人」,那我沒什麼可說,而如果你不這樣想,那你是不是該給出一個比「UUM沒素質」更有力的論點呢?--0xDeadbeef (留言) 2024年3月31日 (日) 12:10 (UTC)- 雖然是兩年前,那他有改善嗎?還不是張口閉口說別人是牲口。
- 他說條目對讀者沒用,這句話當然是很主觀,維基百科:存廢討論應避免的理由#維基百科是百科全書已經明確說到「有用」是應該避免的理由,那「沒用」當然也是,而且假如這都不是就事論事,請問什麼才叫就事論事?
- Bluedeck跟UUM說,UUM的這些發言是明確違反方針的。UUM的回答是,對這類人,是沒有必要客氣的,那他的意思是,對於他認為的不好的人,說違反方針的話是沒問題的。
- 「UUM是否適合當管理員」,我不是說了,他因為長期違反文明,所以不適合當管理員,而且既然方針明確說不能做出類似罵人的不文明行為,那管理員帶頭違反文明方針到處罵人,不就是違規了嗎?我再舉個例子,方針規定所有人不能濫用傀儡,那管理員去開傀儡,帶頭破壞方針,這合適嗎?--日期20220626(留言) 2024年3月31日 (日) 12:31 (UTC)
- 你可以認為我不適合當管理員,那是你的自由。就像我有自由認為你不適合當維基人一樣。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年3月31日 (日) 14:59 (UTC)
- 那麼,我覺得你在這裡的發言也很主觀。--0xDeadbeef (留言) 2024年4月1日 (一) 02:55 (UTC)
- 這裡是條目存廢討論嗎?--日期20220626(留言) 2024年4月1日 (一) 03:06 (UTC)
- 請不要顧左右而言他。所謂客觀只是一個空話。實際上維基百科,在客棧上的討論,在存廢討論都是主觀討論。客觀是不存在的。--0xDeadbeef (留言) 2024年4月1日 (一) 03:23 (UTC)
- 我已經在上面說過,有用或沒用在存廢討論時候應該是避免的,有頁面已經明確提及,如果你不認同Wikipedia:存廢討論應避免的理由那是你的事咯。--日期20220626(留言) 2024年4月1日 (一) 04:04 (UTC)
- 請不要顧左右而言他。所謂客觀只是一個空話。實際上維基百科,在客棧上的討論,在存廢討論都是主觀討論。客觀是不存在的。--0xDeadbeef (留言) 2024年4月1日 (一) 03:23 (UTC)
- 這裡是條目存廢討論嗎?--日期20220626(留言) 2024年4月1日 (一) 03:06 (UTC)
- 請問柳漫是不是文盲。請回答。你這個貨正是因為不讀條目才總是在具體問題上表現得像個沒有人類智識的牲口。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月1日 (一) 02:53 (UTC)
- 你這是在攻擊別人是文盲。--日期20220626(留言) 2024年4月1日 (一) 03:07 (UTC)
- 有理有據的陳述不是ad hominem。--0xDeadbeef (留言) 2024年4月1日 (一) 03:24 (UTC)
- 有理有據,所以就可以隨意攻擊別人是文盲?--日期20220626(留言) 2024年4月1日 (一) 04:06 (UTC)
- 你看到上面這句話了嗎:
--桐生ここ★[討論] 2024年4月1日 (一) 05:32 (UTC)「沒有人類智識的牲口」
- 看到了。UUM與日期的衝突之外,我仍然相信UUM是net positive。--0xDeadbeef (留言) 2024年4月1日 (一) 08:02 (UTC)
- 隨便你咯,這是你的自由。--日期20220626(留言) 2024年4月1日 (一) 08:19 (UTC)
- 並且如果看細節的話實際上是說
表現得像個
。這和直接罵別人牲口還是有區別的。--0xDeadbeef (留言) 2024年4月1日 (一) 08:28 (UTC)- 「表現得像個」,我怎麼沒看出來?他也沒說「表現得像個」,而且直接說「別人表現的像個牲口」和說別人是「牲口」,聽起來也沒什麼太大的差別。--日期20220626(留言) 2024年4月1日 (一) 08:33 (UTC)
- 當然Dewadipper直接說UUM是牲口也不對,不過這不能拿來證明UUM可以說別人是牲口。--日期20220626(留言) 2024年4月1日 (一) 08:34 (UTC)
- 看到了。UUM與日期的衝突之外,我仍然相信UUM是net positive。--0xDeadbeef (留言) 2024年4月1日 (一) 08:02 (UTC)
- 所以說你根本沒能力和我討論問題。你知道不知道柳漫是怎麼編輯條目的?請回答知道還是不知道。如果你覺得你知道,請你說一下你認為柳漫是怎麼編輯條目的。你維並不是人人都仗著無知胡說八道。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月2日 (二) 15:38 (UTC)
- 有理有據的陳述不是ad hominem。--0xDeadbeef (留言) 2024年4月1日 (一) 03:24 (UTC)
- 你這是在攻擊別人是文盲。--日期20220626(留言) 2024年4月1日 (一) 03:07 (UTC)
- 前兩個是兩年前的,最近應該好了很多。關於PaintWoodSt的討論頁面,是有人提出UUM給折毛提支持票而不關注舉折毛這個例子的論證意義究竟是什麼。關於存廢討論,我是覺得說別人主觀不主觀也不是一個就事論事的行為。個人討論頁中,我也沒看出來哪裡體現了
- 在編輯摘要說別人是文盲(Special:Diff/71752907/71752907),因為這個原因被管理員封鎖後繼續辱罵管理員([4]),說別人是牲口(Special:Diff/81777683/81778221、[5]),在個人討論頁依然認為文明方針不重要(User talk:UjuiUjuMandan#文明方針),這已經不是你所謂的特定語氣、較重語氣的問題,而且就算有人不能就事論事,難道他就能開口罵人?更何況對方未必沒有就事論事。--日期20220626(留言) 2024年3月31日 (日) 11:44 (UTC)
- Luciferian這招解決了一個長年問題,就是維基上能不能匿名發言,以在敏感問題上收集到最真實的觀點,又不用擔心帶來麻煩。就算這次用不著,日後也可以多多考慮。--Temp3600(留言) 2024年3月23日 (六) 03:43 (UTC)
- 建議以後在管理員選舉時順便舉行用安全投票的「匿名徵求意見」。--桐生ここ★[討論] 2024年3月23日 (六) 11:23 (UTC)
- 我覺得是挺好的點子,說不定可以試試看?--Temp3600(留言) 2024年3月24日 (日) 05:38 (UTC)
- 建議以後在管理員選舉時順便舉行用安全投票的「匿名徵求意見」。--桐生ここ★[討論] 2024年3月23日 (六) 11:23 (UTC)
- 本期提名時間為為4月1日00:00—4月8日00:00(UTC)。有意願自薦的朋友可以準備一下;希望提名他人的建議先徵求其意見。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2024年3月23日 (六) 09:25 (UTC)
- @AT、Peacearth:想問兩位是否願意重選監督員?--桐生ここ★[討論] 2024年3月23日 (六) 11:26 (UTC)
- 首先,我有一個單純的問題,據我所知當選門檻已經降至75%,然而Wikipedia:監督仍然寫「而支持者佔其中總得票數至少八成才可通過」,這是否有誤?--AT 2024年3月24日 (日) 04:25 (UTC)
- 「支持佔八成」和「得至少二十五票支持」皆為《WP:RFA》舊門檻,已作事實修訂。--Cookai餅塊🍪(💬留言) 2024年3月24日 (日) 05:18 (UTC)
- RFC是請求評論耶...--SunAfterRain 2024年3月24日 (日) 14:17 (UTC)
- 25票支持是m:OS的要求,已由GZWDer修正。--Cookai餅塊🍪(💬留言) 2024年4月1日 (一) 03:11 (UTC)
- 「支持佔八成」和「得至少二十五票支持」皆為《WP:RFA》舊門檻,已作事實修訂。--Cookai餅塊🍪(💬留言) 2024年3月24日 (日) 05:18 (UTC)
- @桐生ここ:感謝通知。最近很忙,所以大概沒空。-Peacearth(留言) 2024年3月26日 (二) 00:49 (UTC)
- @Xiplus:想問您有意願參選監督員嗎?--桐生ここ★[討論] 2024年4月3日 (三) 07:22 (UTC)
- 抱歉沒有。--Xiplus#Talk 2024年4月3日 (三) 13:07 (UTC)
- 首先,我有一個單純的問題,據我所知當選門檻已經降至75%,然而Wikipedia:監督仍然寫「而支持者佔其中總得票數至少八成才可通過」,這是否有誤?--AT 2024年3月24日 (日) 04:25 (UTC)
- @日期20220626:我想做一個有趣的事,看看你和UUM的選舉結果,不知道你是否願意參選管理員?--桐生ここ★[討論] 2024年4月2日 (二) 13:50 (UTC)
- 如果你想選的話我可以和你一起選,如果你不想選的話我就不去湊熱鬧了。--日期20220626(留言) 2024年4月2日 (二) 14:06 (UTC)
- @AT、Peacearth:想問兩位是否願意重選監督員?--桐生ここ★[討論] 2024年3月23日 (六) 11:26 (UTC)
- 所以我有點搞不懂,一樣在客棧預提名還是用RFC的形式在別處預提名?--SunAfterRain 2024年3月24日 (日) 14:15 (UTC)
- 我覺得既然以往都是客棧,似乎不必RFC,用RFC不如建立專頁處理每年的選舉。--桐生ここ★[討論] 2024年3月24日 (日) 16:49 (UTC)
- 依據往年經驗,預討論長度沒有冗長到需要建立獨立頁面。實際上申請正式開始後,都在各該申請者子頁面進行,也不會妨礙到客棧。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月26日 (二) 13:30 (UTC)
- 個人認為所有有意願參與的站友皆可參與(或許包括上方已婉拒的站友),這可能也是在經過各種事件和調整後的最佳結果。如果我的整體參與模式還過得去(笑),這次個人自薦參與這唯一一次。--Kriz Ju(留言) 2024年3月30日 (六) 10:26 (UTC)
- 請問有人去phab站開工單嗎?如果沒有記錯,預討論的設計的目的是為了更好預備投票工作才是。你們是打算又「邊提名,邊預備」嗎?--Ghren🐦🕐 2024年3月31日 (日) 05:53 (UTC)
- 打擾大家聊天,想請問要到哪邊看候選人。--Tofugamay(留言) 2024年4月1日 (一) 11:01 (UTC)
- 沒人? ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2024年4月2日 (二) 05:37 (UTC)
- 雖然我不能投票,但想問,是1人只有1票,只能選1人嗎?謝謝。--Tofugamay(留言) 2024年4月3日 (三) 06:39 (UTC)
- 候選人會在提名流程後產生,每位候選人都是獨立的選舉,只有支持、反對、中立三個選項。--Cookai餅塊🍪(💬留言) 2024年4月3日 (三) 06:58 (UTC)
- 沒理解錯誤的話,例如下面3位候選人,每人每位都可以表達立場,對吧。謝謝。--Tofugamay(留言) 2024年4月3日 (三) 07:37 (UTC)
- 候選人會在提名流程後產生,每位候選人都是獨立的選舉,只有支持、反對、中立三個選項。--Cookai餅塊🍪(💬留言) 2024年4月3日 (三) 06:58 (UTC)
- 雖然我不能投票,但想問,是1人只有1票,只能選1人嗎?謝謝。--Tofugamay(留言) 2024年4月3日 (三) 06:39 (UTC)
- 插句話如果各位不介意多位候選人的話可以把我提名為管理員候選人,至於原因呢就是想在有空時多幫點忙,儘管我的活躍度越來越低,我知道一定會有人拿活躍度投反對票,至於為什麼還是選擇要選,是因為未來我可能會喬不出來應對RFA的問題了,畢竟RFA問題滿消耗精神的。我可以保證的是我不會太過於不活躍,接不接受就看各位了,謝謝。--~~Sid~~ 2024年4月3日 (三) 16:23 (UTC)
- @Kriz Ju君也有意參選的樣子。--Tofugamay(留言) 2024年4月3日 (三) 16:40 (UTC)
- 題外話,管理員所扮演的角色實質為何,以及管理員究竟是否「應謙恭爾雅」,又或「應爾雅」至何種程度,抑或是應抱持何種其他適切態度,確實是個重大爭議命題。甚而,也歷經長期討論。我個人的看法是:對於前者,如果應該謙恭爾雅,那麼以後管理員就必須全面對社群以禮相待;如果似乎不需要到這種程度,以便保持適當的言論空間,那麼相關文字經社群共識因應實務需求作修訂較佳。對於管理員所扮演的實質角色,個人無甚意見。如果管理員只是個單純「行權或是執行共識者」,那麼管理員可能就更需要在某些時候避嫌為佳;如果管理員確實「因擁有管理員的身分和權限」而具備相當程度的社群或言論影響力,那麼對於社群共識的形成有相當影響空間。然而,管理員是否因此就不得參與討論呢?此種觀點也似乎不甚合理(先聲明,個人並非刻意對此咬文嚼字或有何挑骨頭之類的用意)。
- 而按現今標準來看,個人的認知是自己於公於私,皆非周到有禮或對於站務參與如何熟稔或足堪表率的使用者,散亂鳥爛之事也常有,且實質上對於站務能力以及近期至往後的活躍度需求恐怕不足。其實敝人自薦本來只是想藉此看看是否有更多站友投入參與其中,並非頗具強烈意願(笑)。事實上,個人恐怕著實不那麼適合,也不太想因為此類投入而使原有活動或初衷過於複雜,因此我樂意辭謝。
- 個人還是覺得,願意熱衷參與站務並活躍其中的使用者,還是個相當重要的條件的,如果往後益發淡泊社群事務,如此狀態爭任管理員個人也不是太有動力且頗具爭議;為此,還是請其他有心有能的站友多考慮看看是否參選。不論是否和敝人曾有所交流、交集、切磋、交鋒、摩擦甚或支持個人與否的站友,個人皆十分感謝。由於其他考量,力有未逮,還是向諸位站友說聲辭謝,感謝各位。--Kriz Ju(留言) 2024年4月3日 (三) 17:21 (UTC)
- 你這就不對了。我和你說說英維對管理員的說法吧:越不願意當管理員的,越適合當管理員。根據你這一段話,如你想參選,我會提名。--0xDeadbeef (留言) 2024年4月4日 (四) 04:32 (UTC)
- 我覺得思考蠻多的,支持提名+1,Sid也支持提名,以上不確定有沒有違反規定。--Tofugamay(留言) 2024年4月4日 (四) 05:29 (UTC)
- 你這就不對了。我和你說說英維對管理員的說法吧:越不願意當管理員的,越適合當管理員。根據你這一段話,如你想參選,我會提名。--0xDeadbeef (留言) 2024年4月4日 (四) 04:32 (UTC)
- 個人還是覺得,願意熱衷參與站務並活躍其中的使用者,還是個相當重要的條件的,如果往後益發淡泊社群事務,如此狀態爭任管理員個人也不是太有動力且頗具爭議;為此,還是請其他有心有能的站友多考慮看看是否參選。不論是否和敝人曾有所交流、交集、切磋、交鋒、摩擦甚或支持個人與否的站友,個人皆十分感謝。由於其他考量,力有未逮,還是向諸位站友說聲辭謝,感謝各位。--Kriz Ju(留言) 2024年4月3日 (三) 17:21 (UTC)
提名區[編輯]
提名期為4月1日 00:00—4月8日 00:00,請提名人在下方分節提名。管理人員被提名者或自薦者須得到7位具人事任免投票資格之使用者聯署支持,管理員被提名者或自薦者還須回答三個基本問題。因在提名期外做出的提名無效,0xDeadbeef和Lemonaka若維持提名,也請在下方重新提名。--Cookai餅塊🍪(💬留言) 2024年4月2日 (二) 11:22 (UTC)
- 請參考往例正式提名。--Cookai餅塊🍪(💬留言) 2024年4月2日 (二) 11:32 (UTC)
- 根據WT:申請成為管理人員/存檔9#廢止七人預提名制度的共識,被提名人不需要聯署可直接獲取選舉資格。--0xDeadbeef (留言) 2024年4月2日 (二) 13:43 (UTC)
- 確實有這印象,但下方更複雜的修訂案因其他問題沒通過。--Cookai餅塊🍪(💬留言) 2024年4月2日 (二) 14:39 (UTC)
- 沒通過的原因與是否需要保持聯署制度無關。--0xDeadbeef (留言) 2024年4月2日 (二) 14:41 (UTC)
- 我就是個意思…--Cookai餅塊🍪(💬留言) 2024年4月2日 (二) 14:50 (UTC)
- 沒通過的原因與是否需要保持聯署制度無關。--0xDeadbeef (留言) 2024年4月2日 (二) 14:41 (UTC)
- 那七人連署是不是該先修掉。--Cookai餅塊🍪(💬留言) 2024年4月2日 (二) 14:41 (UTC)
- 留著作為實名支持區也沒什麼問題。--桐生ここ★[討論] 2024年4月2日 (二) 15:47 (UTC)
- 指引已修。--Cookai餅塊🍪(💬留言) 2024年4月2日 (二) 15:50 (UTC)
- 確實有這印象,但下方更複雜的修訂案因其他問題沒通過。--Cookai餅塊🍪(💬留言) 2024年4月2日 (二) 14:39 (UTC)
- 根據WT:申請成為管理人員/存檔9#廢止七人預提名制度的共識,被提名人不需要聯署可直接獲取選舉資格。--0xDeadbeef (留言) 2024年4月2日 (二) 13:43 (UTC)
- 被提名者若接受,也請在下方明確表達接受提名(包括先前已接受的UjuiUjuMandan),並回答三個基本問題(管理員的部分)。--Cookai餅塊🍪(💬留言) 2024年4月2日 (二) 16:24 (UTC)
- 4月8日 00:00已過,邀請行政員@Shizhao、Wong128hk確認提名資格。謝謝。--Cookai餅塊🍪(💬留言) 2024年4月8日 (一) 05:55 (UTC)
Manchiu(管理員)[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
維持提名@Manchiu -Lemonaka 2024年4月2日 (二) 11:29 (UTC)
- 接受。感謝@Lemonaka:君的信任及提名,深表謝意。:)-千村狐兔(留言) 2024年4月3日 (三) 16:56 (UTC)
三個問題的回答[編輯]
聯署區[編輯]
- (+)聯署,Manchiu對中維反破壞貢獻良多,私認為其能善用權限。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月2日 (二) 11:55 (UTC)
- (+)聯署 明顯地。---Lemonaka 2024年4月2日 (二) 18:05 (UTC)
- (+)聯署 加油----老衲(留言) 2024年4月3日 (三) 01:36 (UTC)
- (+)聯署+1--鐵膠壹名 2024年4月3日 (三) 01:39 (UTC)
- (+)聯署,Manchiu君對中維反破壞貢獻有目共睹,個人每天都能看得到,衷心希望其能夠復職,相信他會成為一位合格稱職的管理員。--Kenny023(留言) 2024年4月3日 (三) 12:05 (UTC)
- (+)聯署 --Heihaheihaha麻瓜了……(留言) 2024年4月3日 (三) 12:45 (UTC)
- (+)聯署。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月4日 (四) 09:38 (UTC)
- (+)聯署--Benho7599 | Talk 2024年4月4日 (四) 16:26 (UTC)
- (+)聯署OA並不礙於他不能當管理員的條件。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️)──此條未正確附上簽名時間的留言於2024年4月5日 (五) 00:26 (UTC)加入。
- (+)聯署。桐生ここ★[討論] 2024年4月5日 (五) 05:47 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
UjuiUjuMandan(管理員)[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
維持提名@UjuiUjuMandan。--0xDeadbeef (留言) 2024年4月2日 (二) 11:31 (UTC)
- 請注意我只能提名無法聯署。因為我不符合人事任免投票資格。--0xDeadbeef (留言) 2024年4月2日 (二) 12:37 (UTC)
- 管理員提名區什麼時候成為了隨意陰陽怪氣被提名編者的地方了?--0xDeadbeef (留言) 2024年4月3日 (三) 04:21 (UTC)
- 所以說你可能不了解中維社群的情況。陰陽怪氣是有傳統的。有些人不知道為什麼就是不正經討論,就要陰陽怪氣。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:28 (UTC)
- 插個話。為求謹慎,UjuiUjuMandan若接受提名,請您在這一串重新表明。--Cookai餅塊🍪(💬留言) 2024年4月3日 (三) 04:39 (UTC)
- 我可不是那種說過話裝作沒說,希望別人不記得的貨。我說我接受提名,不是開玩笑,不是噁心人,不是滿地打滾。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 11:30 (UTC)
- 除自薦外,提名使用者為管理人員前均必須獲得該使用者的明確同意。
- 提名期限為4月1日 00:00—4月8日 00:00或10月1日 00:00—10月8日 00:00。任何在此時間段外做出的提名均無效。
- 通過使用者討論頁或其他方式通知被提名人。一項提名必須由被提名人在提名頁或預討論串下回復並同意,方為有效。
- 因此之前那個只能說是徵求你的意見,而不是提名你,你的回覆也只是表達同意,而不是正式接受提名。Cookai1205是出於程序上的嚴謹請你正式接受提名,而不是認為你在開玩笑。--桐生ここ★[討論] 2024年4月3日 (三) 11:55 (UTC)
- 了解。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 13:55 (UTC)
- 我可不是那種說過話裝作沒說,希望別人不記得的貨。我說我接受提名,不是開玩笑,不是噁心人,不是滿地打滾。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 11:30 (UTC)
- 插個話。為求謹慎,UjuiUjuMandan若接受提名,請您在這一串重新表明。--Cookai餅塊🍪(💬留言) 2024年4月3日 (三) 04:39 (UTC)
- 所以說你可能不了解中維社群的情況。陰陽怪氣是有傳統的。有些人不知道為什麼就是不正經討論,就要陰陽怪氣。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:28 (UTC)
- 管理員提名區什麼時候成為了隨意陰陽怪氣被提名編者的地方了?--0xDeadbeef (留言) 2024年4月3日 (三) 04:21 (UTC)
三個問題的回答[編輯]
聯署區[編輯]
- (+)聯署,被指導過許多參與維基所需的技能。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月2日 (二) 12:23 (UTC)
- (+)聯署,優秀的條目編寫能力,積極處理站務。--鐵膠壹名 2024年4月2日 (二) 14:49 (UTC)
(+)聯署,該使用者溫柔和藹,待人謙卑,文明有禮,善待新手,從不在站內或站外辱罵他人是牲口,我認為該使用者符合管理員標準。Interaccoonale(留言) 2024年4月2日 (二) 16:12 (UTC)- WP:GAME,WP:POINT。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:23 (UTC)
- @Interaccoonale 請重新變更原因以表明支持當選,否則當廢票處理。鐵膠壹名 2024年4月3日 (三) 04:47 (UTC)
- 我支持UUM參選啊,有什麼問題嗎?--Interaccoonale(留言) 2024年4月3日 (三) 04:49 (UTC)
- @Interaccoonale 那麼你好歹換個認真點的原因吧,現在原因只是在陰陽怪氣,絲毫看不到支持的立場。請重新變更原因以表明支持當選,謝謝合作。鐵膠壹名 2024年4月3日 (三) 04:52 (UTC)
- 所以你這就是顯然的詭辯了。請您停止擾亂。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:26 (UTC)
- 上面那句話當然是諷刺,但是我諷刺你和我支持你參選並不矛盾。我支持你參選管理員,並且我一定會給你投贊成票。這有什麼問題嗎?誰規定的我諷刺你我就不能支持你?
- 你曾經說過你罵人是因為中維社群無法有效地處理所謂的「牲口」,所以你只能罵人把「牲口」罵走(不是原話,憑記憶複述的,如果有不準確的地方請指正),那麼我很好奇如果你有了可以直接封鎖「牲口」的權限之後會怎麼處理,能否比現有的管理員處理得更好,以及你是否還會罵人。而你在站內條目空間的觀點和行為我其實是部分認可的。
- 我和你沒有在站內因為條目編輯問題產生過衝突,你當選站內管理員對我沒有影響。
- 我確實懷有一種看熱鬧的心態,想看看你當選管理員之後中維社群究竟會發生什麼。
- 這三個理由可以嗎?--Interaccoonale(留言) 2024年4月3日 (三) 05:58 (UTC)
- 現在的三個理由看起來合理,但顯然也不能否定你前面的擾亂。你現在停止擾亂了很好,希望你堅持。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 06:44 (UTC)
- 我諷刺你和我支持你參選並不矛盾,這兩件事完全是可以同時發生的。為什麼我一邊諷刺你一邊支持你參選就是在擾亂?--Interaccoonale(留言) 2024年4月3日 (三) 08:06 (UTC)
- ……詭辯成這樣我還能說啥呢?你為什麼還賴在中文維基百科?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 11:31 (UTC)
- 為了看你當管理員之後會發生什麼啊。--Interaccoonale(留言) 2024年4月3日 (三) 11:52 (UTC)
- 如果你是這種心態最好還是不要投票。要麼不參與,要參與就儘量為自己做的事負責。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 05:26 (UTC)
- 為了看你當管理員之後會發生什麼啊。--Interaccoonale(留言) 2024年4月3日 (三) 11:52 (UTC)
- ……詭辯成這樣我還能說啥呢?你為什麼還賴在中文維基百科?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 11:31 (UTC)
- 我諷刺你和我支持你參選並不矛盾,這兩件事完全是可以同時發生的。為什麼我一邊諷刺你一邊支持你參選就是在擾亂?--Interaccoonale(留言) 2024年4月3日 (三) 08:06 (UTC)
- 現在的三個理由看起來合理,但顯然也不能否定你前面的擾亂。你現在停止擾亂了很好,希望你堅持。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 06:44 (UTC)
- 上面那句話當然是諷刺,但是我諷刺你和我支持你參選並不矛盾。我支持你參選管理員,並且我一定會給你投贊成票。這有什麼問題嗎?誰規定的我諷刺你我就不能支持你?
- 我支持UUM參選啊,有什麼問題嗎?--Interaccoonale(留言) 2024年4月3日 (三) 04:49 (UTC)
- (+)聯署,是人雖偶有不文明行為,但每次批評都有理有據且能清楚指出對方不足,在站外的言行舉止亦無可挑剔,相信能勝任管理員一職。—-Aggie Dewadipper 2024年4月2日 (二) 16:26 (UTC)
@Dewadipper 請重新變更原因以表明支持當選,否則當廢票處理。鐵膠壹名 2024年4月3日 (三) 04:47 (UTC)- 憑什麼?我對人有自己的判斷,就憑我和他吵過架你就覺得我在諷刺?少來ABF。——Aggie Dewadipper 2024年4月3日 (三) 04:57 (UTC)
- 我覺得這個是ABF了。字面上真的沒有任何明顯看起來是諷刺的內容。和interacoonale、松照庵的情形不同。哪怕他們將來一定會改票,今時今日的ABF、妄加判斷就是妄加判斷。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:27 (UTC)
- 洗澡的時候突然發現還有個問題,人家候選人自己都沒意見,你跑來給我劃票了?你是UUM的攝政還是代理?—-Aggie Dewadipper 2024年4月3日 (三) 05:33 (UTC)
- 你這樣還是在人身攻擊。他既然不是我的走狗,當然他做事是出於他的獨立判斷。他認為你的做法是擾亂,是他的判斷。你不認同他的判斷,我也不認同他的判斷,但你把他說成是我的傀儡,那可就是誹謗中傷了。你該改改你誹謗中傷的臭毛病了。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 06:37 (UTC)
- 我又沒說他是你的傀儡,我只是在說人家越俎代庖了,你怎麼讀出這層意思的?—-Aggie Dewadipper 2024年4月3日 (三) 06:47 (UTC)
- ……你是真的連這種常識都沒有還是怎樣,他是有獨立人格的人,他認為別人在擾亂是他的事,怎麼就越俎代庖了?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 11:33 (UTC)
- 我又沒說他是你的傀儡,我只是在說人家越俎代庖了,你怎麼讀出這層意思的?—-Aggie Dewadipper 2024年4月3日 (三) 06:47 (UTC)
- 你這樣還是在人身攻擊。他既然不是我的走狗,當然他做事是出於他的獨立判斷。他認為你的做法是擾亂,是他的判斷。你不認同他的判斷,我也不認同他的判斷,但你把他說成是我的傀儡,那可就是誹謗中傷了。你該改改你誹謗中傷的臭毛病了。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 06:37 (UTC)
- (+)聯署,此人舉止優雅,處事公正且從不令人失望,說話大方得體,態度值得敬佩,是作為中文維基百科管理員不可多得的人才。相信在他的幫助下,中維社群的未來定能更加美好。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月2日 (二) 16:38 (UTC)
@SickManWP 請重新變更原因以表明支持當選,否則當廢票處理。鐵膠壹名 2024年4月3日 (三) 04:48 (UTC)- 兄台,這整個章節甚至都不是一個投票,想問如何作廢?--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月3日 (三) 04:51 (UTC)
- 同上。不要ABF。維基病夫說這種廢話是他慣常的行為模式。不要ABF認為他在說反話,他也許是真的表達支持。儘管將來他非常可能改票。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:28 (UTC)
(+)聯署 kyrieleis. -Lemonaka 2024年4月2日 (二) 23:33 (UTC)- Kyrie eleison?--(☎)dt 2024年4月3日 (三) 00:45 (UTC)
- Aka may god mercy us. -Lemonaka 2024年4月3日 (三) 01:03 (UTC)
- Fear none of those things which thou shalt suffer: behold, the devil shall cast some of you into prison, that ye may be tried; and ye shall have tribulation ten days: be thou faithful unto death, and I will give thee a crown of life. --revelation 2:10你將要受的苦你不用怕。 魔鬼要把你們中間幾個人下在監裡,叫你們被試煉,你們必受患難十日。你務要至死忠心,我就賜給你那生命的冠冕。——啓 2:10 -Lemonaka 2024年4月4日 (四) 01:56 (UTC)
- 勞煩給社群一點基本的尊重。社群的所有流程都是為了做事而徵求意見、做決定、執行用的。如果您發言不是為了對具體事務的討論做貢獻,您的發言就不適當。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 04:34 (UTC)
- 求主寬恕。
Helped by chatGPT
我希望你選舉成功,但希望你能更文明地對待社群管理的試煉,管理也是對我們社群本身的試煉。 -Lemonaka 2024年4月4日 (四) 11:49 (UTC)- 如果您堅持要說一些顯然不是給社群里多數人聽的話,請您換個場合。停止擾亂,多謝。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 14:18 (UTC)
- 求主寬恕。
- 勞煩給社群一點基本的尊重。社群的所有流程都是為了做事而徵求意見、做決定、執行用的。如果您發言不是為了對具體事務的討論做貢獻,您的發言就不適當。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 04:34 (UTC)
- Kyrie eleison?--(☎)dt 2024年4月3日 (三) 00:45 (UTC)
- (+)聯署,相信能提高中維條目品質,能夠有效遏止寫劣質條目的人。—Sean0115 2024年4月3日 (三) 00:09 (UTC)
(+)聯署 草莽臣松照庵頓首頓首,死罪死罪。昔漢運式微,黃魏代興;唐數行終,汴梁繼軌。前代之故,或有鑒於勝朝;徂曩之跡,庶能昭於今日。長白UUM,稟資超跋,音聲中聽。玉音所至,遍及牲畜;群奸醜類,靡不閉嘴。位極功成,已侔伯卓;燭炬星羅,源休稱瑞。草莽臣松照庵昧死言,伏惟Shizhao肇基景命,曆邁一紀;賢聖迭興,久逾十載。黔黎未聞大命,萬機不可久曠。聞之尚未,進止何從;事機長曠,奚正典刑?UUM才等堯舜,跡比梁朱,閎謀巨猷,發無暇日;緣督由任,豁然離解。綸音溥化,人獸同膺。臣等今所仰望,誠非一日之功;維基當下所有,的是石穿之漸。草莽臣身在三維,無從陪列盛典,卞慶之懷,延頸罔極。謹上勸進表,草莽臣松照庵頓首頓首,死罪死罪。----老衲(留言) 2024年4月3日 (三) 01:27 (UTC)- 如果你這種不干正事的毛病不改,我只能建議你儘早離開維基百科。你是覺得社群已經弱智到看不出你在做人身攻擊嗎?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:20 (UTC)
- 我也不能不教而誅,所以還是教吧,儘管很多人是不會學的。
- 文體方面,即使古文水平不大好的讀者大概也能猜出來是在勸進。
- 長白UUM:我並不是出身長白山或者其他名為(或者別稱為)長白的地方的人,也從未如此自稱。純是此人的創作。那麼他為什麼要如此創作還加粗呢?我能想到的唯一解釋只能是他在做人身攻擊,試圖聯繫一些無關因素來擾亂討論,畢竟我是滿族專題的參與者嘛。
- 位極功成:當然沒有什麼位極這種事。中維理論上講大家都是平等的。特別是在討論問題的時候,沒該有什麼仗著自己不懂就唯別人馬首是瞻這種事。每個人都應該帶著自己的腦子,長自己的眼睛,用自己的嘴說自己的話。然而很可惜的,中維確實有一些人,不去用自己的獨立人格,用自己的聲譽和榮譽去擔保,做獨立思考,用自己的語言論述,偏偏就要仗著無知、怠惰而對自己不知道的事情妄加評斷,讓做正事的人都沒法做正事。我真的希望這樣的人都有點自尊,站起來說話。
- Shizhao肇基景命:他又怎麼了?他在你維也不過是個普通的成員。至少我和他討論問題的時候,和他意見不同的就有很多次了,也沒見他不和我討論問題或者我不和他討論問題,也從沒見他胡亂給我面子或者我給他面子,都是有問題說問題,有觀點說觀點,能怎麼解決問題怎麼解決問題。你如果真的看不慣Shizhao,你大可以自己寫個論述,說他哪裡不好。你寫得出嗎?我想不能。你根本沒用自己腦子想過Shizhao到底有什麼問題,不過人云亦云。
- 死罪死罪:死罪可免,你離開維基百科如何? --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:38 (UTC)
- 說的太對了!感恩!此外,長白是清代滿族自我稱籍貫時候,雅稱的一種。長白某某,意思就是來自於滿洲。這其實是非常雅緻的一個地名。所以您應該高興。--老衲(留言) 2024年4月3日 (三) 04:46 (UTC)
- 所以說你可以停止犯賤了嗎?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:25 (UTC)
- 好的,現在,立刻,馬上!--老衲(留言) 2024年4月3日 (三) 05:27 (UTC)
- 不該不教而誅,所以這裡我再說一下為什麼松照庵前面在犯賤。如果我們以古文的文體來要求,這裡就有個基本常識問題:自稱是謙恭的,而稱呼人只要不是要攻擊對方,是要尊敬的。比如古人自稱名,而稱他人的字,就是這類習慣。假設大清國有漢文不錯的旗人寫文章自稱長白某某,是合適的。但你要說別人,不能直接照搬自稱,要看那個自稱有多得體,多準確。更何況,原本我就和松照庵沒什麼友情,他厭惡我,我厭惡他,他厚顏無恥假惺惺地套近乎,以為我不會扇他一個耳光,那我也只好該做什麼做什麼,對他這種無恥行為直接扇耳光咯。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 06:07 (UTC)
- 中維社群長期以來特別縱容這種陰陽怪氣、皮裡陽秋、指桑罵槐的行為。這是因為有不少維基人本身就足夠的缺乏常識或者缺乏道德。很長一段時間在中維,有人被冒犯了說句粗話就會被警告被封鎖,但是滿地打滾嬉皮笑臉撒謊詭辯誹謗中傷,卻不會被譴責,更不會被封鎖。這種行為不牲口,什麼行為牲口?這種社群不牲口,什麼社群牲口?一點尊嚴都不要嗎。最近中維社群在這方面逐漸有所好轉,希望能夠越來越好。--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月4日 (四) 06:10 (UTC)
- 所以說你可以停止犯賤了嗎?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 05:25 (UTC)
- 說的太對了!感恩!此外,長白是清代滿族自我稱籍貫時候,雅稱的一種。長白某某,意思就是來自於滿洲。這其實是非常雅緻的一個地名。所以您應該高興。--老衲(留言) 2024年4月3日 (三) 04:46 (UTC)
- 下一個WMLO、Longway22。--桐生ここ★[討論] 2024年4月3日 (三) 04:26 (UTC)
- 這是在說誰?--0xDeadbeef (留言) 2024年4月3日 (三) 04:32 (UTC)
- User talk:維基百科最忠誠的反對者#又想起一輩古人來了。--桐生ここ★[討論] 2024年4月3日 (三) 04:45 (UTC)
- 您不要悲觀,我已經過了WMLO的年紀了。搞不懂那些了。----老衲(留言) 2024年4月3日 (三) 04:59 (UTC)
- 說起來WMLO為此還GAME了個劣質條目。真的很煩。你們這些人不瞎的話能看出這玩意兒寫得多垃圾嗎?如果實在能力不夠,看不出哪裡差,我可以教你們,但你們會學嗎? --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 15:29 (UTC)
- User talk:維基百科最忠誠的反對者#又想起一輩古人來了。--桐生ここ★[討論] 2024年4月3日 (三) 04:45 (UTC)
- 這是在說誰?--0xDeadbeef (留言) 2024年4月3日 (三) 04:32 (UTC)
- 如果你這種不干正事的毛病不改,我只能建議你儘早離開維基百科。你是覺得社群已經弱智到看不出你在做人身攻擊嗎?--ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月3日 (三) 04:20 (UTC)
- (+)聯署,有看過一些他的論述,挺有道理的,支持開啟投票。桐生ここ★[討論] 2024年4月5日 (五) 05:50 (UTC)
註:因為某些票數純屬WP:GAME、WP:POINT,加上聯署已廢除,不影響結果,已用刪除線划去。--此條未正確簽名的留言由阿南之人(討論|貢獻)於2024年4月3日 (三) 04:40 (UTC)加入。
- @阿南之人:您起碼簽個名吧--(☎)dt 2024年4月3日 (三) 07:13 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
AT(監督員)[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
提名User:AT為監督員,在現任管理人員中AT算是比較活躍的。儘管上次以1%微差落選,我認為AT還是足夠可信成為監督員。--追風(留言) 2024年4月2日 (二) 13:48 (UTC)
- 我接受提名。謝謝。—AT 2024年4月4日 (四) 08:14 (UTC)
- 另根據本留言,本提名不設聯署區。追風(留言) 2024年4月2日 (二) 13:48 (UTC)
- 附議,(+)聯署。--桐生ここ★[討論] 2024年4月2日 (二) 13:52 (UTC)
- +1。鐵膠壹名 2024年4月3日 (三) 02:08 (UTC)
- 我和AT在一些具體問題上是有分歧的,但正因為有分歧所以我覺得可以信任。--此條未正確簽名的留言由UjuiUjuMandan(討論|貢獻)於2024年4月3日 (三) 15:30 (UTC)加入。
- +1,另外樓上那位是UUM吧?--(☎)dt 2024年4月3日 (三) 21:11 (UTC)
- (+)聯署雖說不需要聯署(上面也都不用聯署,但大家也還不是照樣聯署?)以表達(+)支持。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月5日 (五) 00:25 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
ASid(管理員)[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
提名User:ASid為管理員。本人認可其擔任管理員的能力,惟前三次選舉皆因票數不足落選。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月4日 (四) 09:57 (UTC)
- 接受提名,感謝信任。--~~Sid~~ 2024年4月4日 (四) 09:59 (UTC)
- (+)聯署。--桐生ここ★[討論] 2024年4月4日 (四) 16:45 (UTC)
- (+)聯署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月5日 (五) 00:22 (UTC)
- (+)聯署,信任ASid。--Benho7599 | Talk 2024年4月5日 (五) 01:50 (UTC)
- (+)聯署--冥王歐西里斯(留言) 2024年4月5日 (五) 05:00 (UTC)
三個問題的回答[編輯]
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
ATannedBurger(管理員)[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
提名User:ATannedBurger為管理員,已經在站外徵得其同意。--🎋竹生🎍 2024年4月5日 (五) 00:36 (UTC)
- (+)聯署。--桐生ここ★[討論] 2024年4月5日 (五) 05:43 (UTC)
- 能有效溝通的就是好管理員。支持。0xDeadbeef (留言) 2024年4月5日 (五) 10:18 (UTC)
三個問題的回答[編輯]
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
SickManWP(管理員)[編輯]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
提名User:SickManWP為管理員,已經在站外徵得其同意。--🎋竹生🎍 2024年4月5日 (五) 00:36 (UTC)
- (+)聯署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月5日 (五) 02:14 (UTC)
- (+)聯署--Benho7599 | Talk 2024年4月5日 (五) 02:50 (UTC)
- (+)聯署。--桐生ここ★[討論] 2024年4月5日 (五) 05:44 (UTC)
- (+)聯署:這個使用者在站內貢獻巨大 非常優秀 能適任維基百科管理員--Liao_509 ☄️Fighting!簽名🖋 2024年4月5日 (五) 08:43 (UTC)
本人經過幾天的思考,很遺憾告訴大家我將會登出本次的管理員選舉,原因如下:
- 經查詢醫生的意見,本人目前的健康狀況(實際病因不便公開)無法長時間參與站務。
- 本人預料我的日常生活將十分繁忙,希望爭取更多時間在學業和工作上。
- 本人相比起擔任管理員,更希望花時間在中維完成美國地方條目的建設。
綜上所述,再一次為辜負以上諸位對我的期望而道歉。本人將會繼續支持ASid君、ATannedBurger君在本屆競選管理員。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月10日 (三) 17:16 (UTC)
三個問題的回答[編輯]
- 您期望幫忙怎麼樣的管理事務?請先閱讀管理員的介紹頁面。
- 我專案協助處理中文維基百科的傀儡行為,並將積極的傀儡調查結案,適當地對違反傀儡方針的使用者進行封鎖。例如Dxy5案從發現到處理便拖了四個月之久。若我能成為管理員,私以為可以快速處理同類案件,並作出適當的處理。此外也專案對一些長期擾亂條目評選,或對明顯條目問題履勸不改的使用者進行禁制。
- 在所有您在維基百科撰寫的條目或作過的貢獻中,有沒有讓您覺得特別喜歡的部份?有的話,為什麼?
- 我喜歡部份維基人之間能協作編寫條目,因為百科全書的初衷就是將知識無私奉獻給所有人。不同的維基人能表達意見,將條目的描述字眼令大眾更易明白,彼此提出良言或指正,是我最樂意從中維社群中看到的局面。
- 你有沒有在過去遇到任何有關編輯方面的衝突,或者是你認為其他使用者造成你的壓力?您如何處理這件事,以及未來遇到時您會怎麼處理?
- 總括而言,我在中維的這些年並沒有與使用者產生嚴重的衝突。如果我被捲入爭執,我會細心以普通使用者的姿態去聆聽他的觀點,再理性使用方針駁斥,說明其編輯的不當。如果情況嚴重,我會交給其他使用者處理,以避嫌。我從不用我的主觀立場去強加於使用者身上,因為情緒會使人喪失判斷能力。
以上,如有疑問會在提問期為大家詳細解答。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月5日 (五) 16:22 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
結果[編輯]
由於不須聯署,已將所有提名區結果欄位整併至此,到時一齊確認即可。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月4日 (四) 09:38 (UTC)
- 不同申請案不是該分別確認嗎?又跟須不須連署有什麼關系?--Cookai餅塊🍪(💬留言) 2024年4月5日 (五) 05:04 (UTC)
- 不需要確認聯署是否通過,只需要確認參選基本資格即可。--桐生ここ★[討論] 2024年4月5日 (五) 05:56 (UTC)
- 沒連署只是少了一項條件須要確認,我不覺得集中結果欄行政員有比較好辦事。--Cookai餅塊🍪(💬留言) 2024年4月5日 (五) 06:07 (UTC)
- 只需要寫一則留言,到時候子頁面還可以直接用一張表格列出。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月7日 (日) 09:00 (UTC)
- 沒連署只是少了一項條件須要確認,我不覺得集中結果欄行政員有比較好辦事。--Cookai餅塊🍪(💬留言) 2024年4月5日 (五) 06:07 (UTC)
- 不需要確認聯署是否通過,只需要確認參選基本資格即可。--桐生ここ★[討論] 2024年4月5日 (五) 05:56 (UTC)
經過初步檢查,@Manchiu,@UjuiUjuMandan,@ASid,@ATannedBurger,@SickManWP,未發現上述使用者不符合管理員申請資格;@AT已簽署ANPDP協議,且符合其他監督員申請資格。請其他行政員覆核--百無一用是書生 (☎) 2024年4月9日 (二) 13:14 (UTC)
- 更新:SickManWP退出選舉。--Cookai餅塊🍪(💬留言) 2024年4月10日 (三) 17:39 (UTC)
- 提醒一下:管理員申請資格只是建議,並非強制要求,而且目前沒有聯署要求,因此理論上任何註冊使用者都可參選管理員--百無一用是書生 (☎) 2024年4月11日 (四) 09:00 (UTC)
- @Wong128hk、Jimmy Xu、Kegns、Wing、Ffaarr--Sinsyuan✍️🌏🚀 2024年4月11日 (四) 09:29 (UTC)
- 經查,書生君所決無誤。上列諸位均符合資格參選。--J.Wong 2024年4月14日 (日) 04:09 (UTC)
工單準備[編輯]
這裡有一點需要注意的內容。首先,根據Wikipedia:徵求意見/2024年管理人員制度改革#議案2B:處理合併選舉規則不清晰問題,新投票介面應包含類似「管理人員選舉無當選限額,各候選人分開計票,支持票不限於一票」的指引。其次需要考慮到Wikipedia:徵求意見/2024年管理人員制度改革#議案2A:合併選舉存廢中所討論的可否拆分。同時,根據上方討論關於WT:ARBCOM#問卷的說法,同時包含關於仲裁委員會的調查問卷(不是選擇,而是填文字回答):
管理人員解任在多大程度由仲裁委員會處理?
- 甲、仲裁委員會按調查事實及方針指引,直接作出除權決定。
- 乙、由仲裁委員會調查事實並發佈管理人員操守報告,確認存在違規事實後,才轉交社群決議除權。
- 丙、仲裁委員會完全不參與管理人員解任。
歡迎討論。0xDeadbeef (留言) 2024年4月3日 (三) 12:42 (UTC)
- 請問這個是指提交給仲裁委員會的案件,還是所有RFDA案件?--桐生ここ★[討論] 2024年4月3日 (三) 14:48 (UTC)
- 路西法人的意見是所有RFDA經過ARBCOM,我的意見是RFDA和ARBCOM不互相影響。這個問題或許也可以添到工單上。--0xDeadbeef (留言) 2024年4月4日 (四) 00:52 (UTC)
- 贊同你的意見「RFDA和ARBCOM不互相影響」,支持添加到工單上。--桐生ここ★[討論] 2024年4月4日 (四) 03:44 (UTC)
- 這需要另行草擬問題。我覺得此問題本身可以先加上定語,只涵蓋由仲裁委員會經手處理者(也就是原本社群提出者另議),以避免混淆。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月4日 (四) 09:35 (UTC)
- 贊同你的意見「RFDA和ARBCOM不互相影響」,支持添加到工單上。--桐生ここ★[討論] 2024年4月4日 (四) 03:44 (UTC)
- 路西法人的意見是所有RFDA經過ARBCOM,我的意見是RFDA和ARBCOM不互相影響。這個問題或許也可以添到工單上。--0xDeadbeef (留言) 2024年4月4日 (四) 00:52 (UTC)
- 可附上相關討論連結。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月4日 (四) 09:35 (UTC)
- 我還是比較同意上方說Eric Liu說
如果只是希望給意見,那還不如改成通告,直接請大家去討論頁留言互動,而不是事後再個別整理幾條留言。
的說法。這樣附上留言的方式不便於詳細展開討論。--Ghren🐦🕐 2024年4月4日 (四) 17:24 (UTC)- 如是者,我不清楚你們這個問卷調查是是不是要匿名徵求意見。如果答案為是,可考慮加入工單;如是答案為否,我建議在管理員選舉的說明中提及+MMS即可。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年4月4日 (四) 22:35 (UTC)
- 據說是匿名徵求意見--0xDeadbeef (留言) 2024年4月5日 (五) 01:37 (UTC)
- Why not both?匿名收集意見方便整合各方觀點,也撇除了發言者身份的觀感,方便往後只針對觀點討論;MMS內引導亦可即時邀請更多使用者參與相關討論。--路西法人 2024年4月5日 (五) 01:42 (UTC)
- 我想即使是在一般的頁面討論,也應該要做到「整合各方觀點」和「對事不對人」這兩件事吧。匿名收集意見不是完全對以上兩點沒有幫助,只是作用很少而已。--Ghren🐦🕒 2024年4月5日 (五) 07:13 (UTC)
- 不試試怎麼知道有沒有幫助呢?what's the worst that can happen?沒有人提意見?沒有有價值的意見?那又怎樣。結果出來整合一下大家的意見,再公開討論也還好吧。--0xDeadbeef (留言) 2024年4月5日 (五) 10:26 (UTC)
- 我想即使是在一般的頁面討論,也應該要做到「整合各方觀點」和「對事不對人」這兩件事吧。匿名收集意見不是完全對以上兩點沒有幫助,只是作用很少而已。--Ghren🐦🕒 2024年4月5日 (五) 07:13 (UTC)
- 如是者,我不清楚你們這個問卷調查是是不是要匿名徵求意見。如果答案為是,可考慮加入工單;如是答案為否,我建議在管理員選舉的說明中提及+MMS即可。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年4月4日 (四) 22:35 (UTC)
- 根據phab:T358067的時間軸,此次管理人員選舉的投票時間只能夠在5月初開始。我們有可能需要更新一下投票時間。--1233 (T / C) 2024年4月9日 (二) 06:51 (UTC)
- 依據現行指引,獲得正式提名之時,必須立即置申請子頁面,且一定要在四月二十八日前完成安全投票籌備。顯然此規定無法實現,彈性過低,事後大概需要一併檢討。至於是次申請的處理方法,我認為可以經全體被提名者同意(或至少予以知會),請行政員宣告因現行規定窒礙難行,延後討論期及投票期。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 12:33 (UTC)
- 副知@Manchiu、UjuiUjuMandan、ASid、ATannedBurger、SickManWP。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 12:34 (UTC)
- 本人已於昨晚宣佈退選,故私以為不用為本人建立RFA子頁面。我認為現時可以為四位候選人建立RFA子頁面,這樣就能提早進入發問環節,爭取更多時間讓社群了解候選人的觀點及立場。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月11日 (四) 12:38 (UTC)
- 支持先進入提問期。--桐生ここ★[討論] 2024年4月11日 (四) 16:10 (UTC)
- 但提早進入,也提早結束,我認為申請應反映社群最新共識變動,所以越遲開始越好。無論如何,在大家還沒商定期限以前,都不應該逕行開始。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 16:28 (UTC)
- 個人認為可延長提問期以增加關注度。理論上當前條文為
在被提名者經行政員確認獲得正式提名之時起二週內,任何使用者都可以發表意見,包含提問及討論等
,不過考量到此條自2006年以來就已設立,個人認為此根據自由意志的二週
提問期限(若不是因自由意志所設立,我也很有興趣知道為什麼不是)已無法實際符合當前RFA的狀況,包括因SecurePoll所導致的各種選舉過程延宕的情況。 - 個人會希望提問期可從設立RfA子頁面開始至投票前一到二週結束,而之所以留空一到兩週的目的是作為緩衝並希望候選人能回答完所有問題。嘛,當然,這個提案很有可能會導致候選人需要答題的數量變多,但可透過其他措施如限制問題數量至一人三問或其他方式來進行改善。--(☎)dt 管理員競選中 2024年4月14日 (日) 07:41 (UTC)
- 個人認為可延長提問期以增加關注度。理論上當前條文為
- (及@AT)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 16:28 (UTC)
- 再副知其他行政員@Ffaarr、Jimmy Xu、Kegns、Shizhao、Wing、Wong128hk。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 18:56 (UTC)
- 本人已於昨晚宣佈退選,故私以為不用為本人建立RFA子頁面。我認為現時可以為四位候選人建立RFA子頁面,這樣就能提早進入發問環節,爭取更多時間讓社群了解候選人的觀點及立場。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月11日 (四) 12:38 (UTC)
- 千村狐兔(留言) 2024年4月11日 (四) 15:09 (UTC) 已知悉。辛苦。-
- 感謝告知,辛苦了謝謝。--~~Sid~~ 2024年4月11日 (四) 15:43 (UTC)
- 副知@Manchiu、UjuiUjuMandan、ASid、ATannedBurger、SickManWP。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 12:34 (UTC)
- @Ericliu1912 @Shizhao @ATannedBurger 距離五月不足兩周了,本人認為應該開始討論期(最好是4月21日),直到投票準備就緒為止。鐵膠壹名 2024年4月18日 (四) 08:36 (UTC)
- 依據現行指引,獲得正式提名之時,必須立即置申請子頁面,且一定要在四月二十八日前完成安全投票籌備。顯然此規定無法實現,彈性過低,事後大概需要一併檢討。至於是次申請的處理方法,我認為可以經全體被提名者同意(或至少予以知會),請行政員宣告因現行規定窒礙難行,延後討論期及投票期。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 12:33 (UTC)
- @Manchiu @UjuiUjuMandan @AT @ASid @ATannedBurger 行政員已完成申請資格覆核,現已建立對應的選舉頁面(Manchiu、UjuiUjuMandan、AT、ASid、ATannedBurger),唯根據上面的討論,提問時間尚未開始。鐵膠壹名 2024年4月14日 (日) 07:11 (UTC)
- 辛苦了--(☎)dt 管理員競選中 2024年4月14日 (日) 07:16 (UTC)
- 今天已經是4月23日(UTC+8),各候選人的RFA介面也都已經完成設立,本討論自一周前已無更新內容。若按照工單中所述,4月26日直接進入投票期,是否意味著提問時間將與投票期重合?還是說社群有其他關於提問期及投票期之決議?--SheltonMartin留言|簽名 2024年4月23日 (二) 02:03 (UTC)
- @阿南之人 @SheltonMartin 根據phab:T358067,U4C的投票目前為第一優先級(由4月26日到5月9日),考慮到討論期一般開啟七天,如開啟太長時間的話會給參選的人帶來不必要的壓力,則最早討論期應由5月3日開啟,在中維選舉在U4C選舉之後立即開始的情況下。--0xDeadbeef (留言) 2024年4月23日 (二) 12:23 (UTC)
- (而U4C的投票還要點票這個事情,我建議先等U4C的投票點票結束再考慮什麼時候開啟討論。)--0xDeadbeef (留言) 2024年4月23日 (二) 12:26 (UTC)
- 1. 請社群討論,是否有必要在揭示板或其他地方對討論期及投票期的時間節點作出更清晰的說明?
- 2. 先前有編輯提出延長討論期的動議,社群是否考慮付諸討論?
- 3. 建議明確後續管理人員任免投票的時間節點(如在某月第某周開啟),對中維的大部分使用者而言,U4C的投票能有多大限度影響中維的管理人員任免存疑,而且似乎也沒有看到各語言維基需避開U4C或類似選舉的規定或先例。
- 以上。--SheltonMartin留言|簽名 2024年4月24日 (三) 00:27 (UTC)
U4C的投票能有多大限度影響中維的管理人員任免存疑
- votewiki在U4C投票期間是英文,而一般中維投票時會改為中文。你要覺得大家能看著英文投票就沒事。- 別的語言維基又不用SecurePoll。--0xDeadbeef (留言) 2024年4月24日 (三) 08:17 (UTC)
- @Manchiu、UjuiUjuMandan、ASid、ATannedBurger:不然設五月一日至十四日為正式討論期,十五日至二十八日為投票期?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月24日 (三) 07:57 (UTC)
- 可--(☎)dt 管理員競選中 2024年4月24日 (三) 08:02 (UTC)
- OK。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月24日 (三) 08:39 (UTC)
- 已更新選舉頁面。鐵膠壹名 2024年4月24日 (三) 09:43 (UTC)
- @阿南之人 @SheltonMartin 根據phab:T358067,U4C的投票目前為第一優先級(由4月26日到5月9日),考慮到討論期一般開啟七天,如開啟太長時間的話會給參選的人帶來不必要的壓力,則最早討論期應由5月3日開啟,在中維選舉在U4C選舉之後立即開始的情況下。--0xDeadbeef (留言) 2024年4月23日 (二) 12:23 (UTC)
- 好。辛苦諸位。-千村狐兔(留言) 2024年4月24日 (三) 23:30 (UTC)
- @Manchiu @UjuiUjuMandan @ASid @AT @ATannedBurger 今天討論+提問時間正式開始。請各使用者和候選人做出準備。L'Internationale, Sera le genre humain! 2024年5月1日 (三) 03:32 (UTC)
對新使用者禁用內容翻譯工具(續)[編輯]
原討論存檔見此:Wikipedia:互助客棧/其他/存檔/2024年3月#對Phabricator的回應
以下為Pginer-WMF的最新回應:
Perfect. I think we can plan to introduce these changes. We plan to introduce these in iterations.
- Limit publishing into the main namespace to "extended confirmed users" only.
- Get input from the community on the effects, for the community to decide whether to make the restriction more/less strict.
- Make machine translation non-default.
In this way we can have a better understanding on the effect of each of the changes and how to adjust them.
簡單而言,他們將作出以下變更:僅允許延伸確認使用者將翻譯發佈到主命名空間,並願意之後依社群意見將限制調整成更嚴格 / 寬鬆;以及機械翻譯設為非預設選項。
SCP-0000(留言) 2024年3月23日 (六) 13:27 (UTC)
考慮到他們的提議與過去討論的共識(即禁止翻譯發佈到主命名空間及機翻設為非預設)相近,如果一週後沒有任何異議,即視為社群同意他們的提議。副知所有曾參與討論的編者。謝謝。--- 沒問題。--日期20220626(留言) 2024年3月23日 (六) 13:33 (UTC)
- 應該可以。--冥王歐西里斯(留言) 2024年3月23日 (六) 14:20 (UTC)
- 挺好,我收到了郵件但都忘了這事了。--MilkyDefer 2024年3月23日 (六) 15:01 (UTC)
- 好。 -Lemonaka 2024年3月23日 (六) 16:56 (UTC)
- 非常好。——Aggie Dewadipper 2024年3月23日 (六) 19:55 (UTC)
- 他們願意退讓是可以就此參考他們的意見啦--SunAfterRain 2024年3月24日 (日) 14:16 (UTC)
- 贊同。--桐生ここ★[討論] 2024年3月24日 (日) 16:51 (UTC)
既然已有多人同意此變更,且正如上方提到他們的提議與過去的共識相近,故依照 WP:SNOW 視社群同意他們的提議,並已在 phab 反映社群的意願。謝謝。--SCP-0000(留言) 2024年3月24日 (日) 14:29 (UTC)
- 不反對如此配置。但扒了三個有使用內容翻譯工具的直出主條目空間的成品(中國的動物福利和權利、自由意志民主黨人、傑克遜·欣克爾 ),我還是覺得禁用了可能更好。 囧rz……——Sakamotosan路過圍觀 | 避免做作,免敬 2024年3月25日 (一) 08:15 (UTC)
- 目前方案通過後第一個條目不會直接輸出到主空間,因為作者的編輯數量還達不到延伸使用者的級別。所以至少擋掉三分之一了,不錯了。--日期20220626(留言) 2024年3月25日 (一) 08:20 (UTC)
- 如果可以,不知能否幫忙整理使用內容翻譯而有問題的條目?這樣方便與基金會溝通時,有相關例子可供他們參考及研究。謝謝。--SCP-0000(留言) 2024年3月25日 (一) 16:44 (UTC)
- 感覺被G13的多少都是內容翻譯的條目。。。—-Aggie Dewadipper 2024年3月25日 (一) 18:39 (UTC)
- 偶爾也有非內容翻譯的條目被掛G13。--日期20220626(留言) 2024年3月25日 (一) 22:26 (UTC)
- 感覺被G13的多少都是內容翻譯的條目。。。—-Aggie Dewadipper 2024年3月25日 (一) 18:39 (UTC)
- @SCP-2000:用RTRC找主條目空間、新建頁面(因為原生近期變更不方便找新建頁面)、標籤為「內容翻譯」、「內容翻譯2」的,應該會存在不少。例如找到一篇喬安娜·斯丁格蕾(oldid=82028905)。好像最近多了一批沒使用者頁面的新使用者在用這個系統來翻譯,而且首次格式質量都存在或多或少同類問題(包括斜體、數字間空格、參考註腳之間空格或者參考複製的一些格式暴露(<cite>這種)、缺少參考列表,部分還有格式紊亂、模板丟失)雖然這些問題是新頁面巡查員應該去做的事……——Sakamotosan路過圍觀 | 避免做作,免敬 2024年3月26日 (二) 02:15 (UTC)
- 根據提案,新使用者已經無法通過內容翻譯直接在主空間生成條目。--日期20220626(留言) 2024年3月26日 (二) 03:31 (UTC)
- 只是提供收集說服來源的方法。當然希望拉高下限能擋住一部分藉助該系統粗製濫造的低質量翻譯條目。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年3月26日 (二) 13:15 (UTC)
- 根據提案,新使用者已經無法通過內容翻譯直接在主空間生成條目。--日期20220626(留言) 2024年3月26日 (二) 03:31 (UTC)
- 另外,感覺User:New user message不會對不是以本專案註冊的新使用者發自動歡迎的(例如找到的User:賽博崔會遇見電子鋁黃瓜嗎、User:Art4cn),有可能導致新使用者缺乏對格式規則的了解。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年3月26日 (二) 02:26 (UTC)
- 這個改配置即可,可以在其建立本地帳號時發送。個人認為至少其有一個編輯在發送會好些?(改配置噩夢)--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月30日 (六) 22:34 (UTC)
- What the hell is that? -Lemonaka 2024年3月30日 (六) 01:21 (UTC)
- In general, Content translation will redirect users to their chosen language of wiki, even if they use it on zhwiki. So I don't think it's the content translation's fault, but I have no idea how they can do that :)--SCP-0000(留言) 2024年3月30日 (六) 07:45 (UTC)
內容翻譯現已縮緊[編輯]
(註:複製自WP:互助客棧/消息#內容翻譯現已縮緊,原由User:MilkyDefer發布。)
自4月10日(三)起,只有擁有延伸確認權限的使用者可以使用內容翻譯功能將頁面釋出到主條目空間。這次調整是因應近期多發的粗濫翻譯問題所做出的。延伸確認權限自動授予註冊滿90天且編輯滿500次的編者,以及管理員。
請巡查員和所有編者留意這次變更後,翻譯條目的品質是否有改善。其結果會決定是否採取下一階段的措施:將「從原文開始」設定為預設翻譯選項。
SCP-0000(留言) 2024年4月11日 (四) 17:11 (UTC)
副知所有曾參與討論的編者。謝謝。--- phab:T349959#9711650,疑似未生效。--碟之舞📀💿 2024年4月14日 (日) 07:50 (UTC)
- 不過好像數量並不多。--日期20220626(留言) 2024年4月14日 (日) 07:58 (UTC)
- 原因也大致抓到了,Special:PermanentLink/82270024#L-111應該能當臨時補丁--SunAfterRain 2024年4月14日 (日) 14:35 (UTC)
- 並沒有生效:Special:使用者貢獻/EitanVel。上面的patch有管理員review下麼?--Tim Wu(留言) 2024年4月19日 (五) 01:36 (UTC)
- @SunAfterRain Not applied till now, Special:Contributions/Hueydome88E92 -Lemonaka 2024年4月21日 (日) 10:52 (UTC)
- phab:T349959#9734223 patch backports in today. 雖然我是不知道他們說的移植後仍然有問題是甚麼意思,畢竟我剛才看的結果確實有正確攔截到了...--SunAfterRain 2024年4月23日 (二) 12:39 (UTC)
- 確實還沒有修正,如火腿黃油三明治。--SCP-0000(留言) 2024年4月24日 (三) 03:51 (UTC)
- phab:T349959#9734223 patch backports in today. 雖然我是不知道他們說的移植後仍然有問題是甚麼意思,畢竟我剛才看的結果確實有正確攔截到了...--SunAfterRain 2024年4月23日 (二) 12:39 (UTC)
關於IP封鎖豁免權授予者的頂部圖標[編輯]
如題。距離IP封鎖豁免權授予者方針的試行已過一月有餘,然而關於該權限群組的圖標及其圖標模板仍懸而未解。因此,鄙人初步擬定將該圖標作為IP封鎖豁免權授予者的圖標。若有不同意見抑或改進的想法,也歡迎在下方指出。--人間百態,獨尊變態(討論) 2024年4月14日 (日) 13:34 (UTC)
- 這扇門意義不明,並且在黑暗模式下看不清。--MilkyDefer 2024年4月14日 (日) 13:41 (UTC)
- 圖標中的「門」代表的是那些因網絡限制而僅能通過開放代理編輯維基百科的使用者所遭到的阻攔(此指IP封鎖),而開著的「門」則指出IP封鎖豁免權授予者的職權——通過授予IPBE將那些使用者受到的阻攔「打開」。至於黑暗模式下看不清的問題,容我等會修改一下圖標。--人間百態,獨尊變態(討論) 2024年4月14日 (日) 13:55 (UTC)
- 已修改,變更了一下門框的顏色。--人間百態,獨尊變態(討論) 2024年4月14日 (日) 14:35 (UTC)
- 圖標中的「門」代表的是那些因網絡限制而僅能通過開放代理編輯維基百科的使用者所遭到的阻攔(此指IP封鎖),而開著的「門」則指出IP封鎖豁免權授予者的職權——通過授予IPBE將那些使用者受到的阻攔「打開」。至於黑暗模式下看不清的問題,容我等會修改一下圖標。--人間百態,獨尊變態(討論) 2024年4月14日 (日) 13:55 (UTC)
- @人間百態 @MilkyDefer
I have another idea, what about a golden key instead of an open door? A key is more distinguishable than the current icon. And there's lots of usage of the key icon in current computer science, meaning passkey. That idea came from the emblem of Pope -Lemonaka 2024年4月16日 (二) 10:33 (UTC)- @Lemonaka,That's a good idea. A golden key is better than an open door. I have uploaded a new version of the icon, and I hope you can comment on it.--人間百態,獨尊變態(討論) 2024年4月16日 (二) 14:29 (UTC)
- @人間百態 I felt good. @MilkyDefer What's your opinion? -Lemonaka 2024年4月16日 (二) 15:16 (UTC)
- Have been busy with games, sry for not noticing. Although I think using color gradients to represent specular highlight is an outdated design nowadays, it matches the wikiglobe well, (perhaps the wikiglobe itself is an aesthetics-outdated design), and I would have no objections. MilkyDefer 2024年4月16日 (二) 15:28 (UTC)
- @人間百態 I felt good. @MilkyDefer What's your opinion? -Lemonaka 2024年4月16日 (二) 15:16 (UTC)
- @Lemonaka,That's a good idea. A golden key is better than an open door. I have uploaded a new version of the icon, and I hope you can comment on it.--人間百態,獨尊變態(討論) 2024年4月16日 (二) 14:29 (UTC)
- @Lemonaka @MilkyDefer
Based on Lemonaka's comments on my user talk page, I've created a new version.I hope you can comment on it.--人間百態,獨尊變態(討論) 2024年4月17日 (三) 14:30 (UTC)- It does not match the topicon design of other user groups so I discourage the adoption of this version.--MilkyDefer 2024年4月18日 (四) 02:58 (UTC)
- ... Your opinion is correct.The size of the key is so large that it almost covers half of the icon. In that case I'll go back to the third version.I wonder what Lemonake thinks.--人間百態,獨尊變態(討論) 2024年4月18日 (四) 14:19 (UTC)
- I mean a small golden key on the right, pointing to the right-bottom like the icon for Checkuser. Why we use such a large key.... -Lemonaka 2024年4月18日 (四) 19:47 (UTC)
- like this?--人間百態,獨尊變態(討論) 2024年4月19日 (五) 14:16 (UTC)
- 我想Lemonaka應該是指鑰匙大小位置同此版本不變,但鑰匙尖端指向右下角。--Cookai餅塊🍪(💬留言) 2024年4月19日 (五) 18:43 (UTC)
- @Cookai1205@Lemonaka,OK,I've uploaded a new version.See if you have any problems.--人間百態,獨尊變態(討論) 2024年4月20日 (六) 12:38 (UTC)
- @人間百態 Yes, this is just the one we need.. -Lemonaka 2024年4月20日 (六) 17:46 (UTC)
- @Cookai1205@Lemonaka,OK,I've uploaded a new version.See if you have any problems.--人間百態,獨尊變態(討論) 2024年4月20日 (六) 12:38 (UTC)
- 我想Lemonaka應該是指鑰匙大小位置同此版本不變,但鑰匙尖端指向右下角。--Cookai餅塊🍪(💬留言) 2024年4月19日 (五) 18:43 (UTC)
- like this?--人間百態,獨尊變態(討論) 2024年4月19日 (五) 14:16 (UTC)
- I mean a small golden key on the right, pointing to the right-bottom like the icon for Checkuser. Why we use such a large key.... -Lemonaka 2024年4月18日 (四) 19:47 (UTC)
- ... Your opinion is correct.The size of the key is so large that it almost covers half of the icon. In that case I'll go back to the third version.I wonder what Lemonake thinks.--人間百態,獨尊變態(討論) 2024年4月18日 (四) 14:19 (UTC)
- It does not match the topicon design of other user groups so I discourage the adoption of this version.--MilkyDefer 2024年4月18日 (四) 02:58 (UTC)
該話題最近的留言距今也已過7日,故此就第六版圖標 公示7日,2024年5月6日 (一) 14:11 (UTC) 結束--人間百態,獨尊變態(討論) 2024年4月29日 (一) 14:11 (UTC)
對ITN獲選標準及ITNR的小修訂[編輯]
|
此前的相關討論:
最近Wikipedia:新聞動態候選出了一些問題:
第一,在社群討論沒有得出支持刊登的情況,管理員自行刊登內容,如Wikipedia:新聞動態候選/存檔/2024年3月#亞倫·布希內爾自焚事件;
第二,部分內容在刊登之前沒有收到反對意見,刊出之後被質疑關注度或重大性不夠,如Wikipedia:新聞動態候選/存檔/2024年4月#習馬二會;
第三,涉及中國載人航天工程的條目近期在提名時多被社群以不具備突破性為由反對,見Wikipedia:新聞動態候選/存檔/2022年6月#神舟十四號、Wikipedia:新聞動態候選/存檔/2023年6月#神舟十六號、Wikipedia:新聞動態候選/存檔/2023年10月#神舟十七號和Wikipedia:新聞動態候選#神舟十八號。
針對以上的第一條及第二條問題,提案對現行的ITN獲選標準作出如下修訂:
|
|
針對以上的第三條問題,提案對現行的WP:ITNR作出如下修訂:
|
|
正如WP:NOTNEWS所說,維基百科不是新聞報導。新聞動態候選和Portal:新聞動態設立的初衷也不是為了提供新聞報導,「是為了鼓勵增訂或更新相關的條目,而不是用作新聞報導」。由此可見,社群應該從百科性的角度來提報及衡量新聞動態條目,一些不具備百科性的條目能不提報就不提報,能不刊登就儘量不刊登,畢竟「維基百科不是新聞報導」。所以,新聞動態的標準也儘量嚴謹。上述的修改意見只不過是拋磚引玉,歡迎社群在此提案的基礎上踴躍討論。--Jeffchu2014(留言) 2024年4月28日 (日) 17:08 (UTC)
- 修改第二項討論連結,剛才點擊不到。另外第三條問題也有討論過,連結在此:有關WP:ITNR中科學探索與發現標準修訂--Cmsth11126a02 (留言) 2024年4月28日 (日) 17:30 (UTC)
- 門檻最好全部訂為兩位維基人。一位意見還說不準。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月28日 (日) 22:41 (UTC)
- 要避免出現傀儡行為和偏見,可能要考量一下新註冊使用者和IP使用者。--Kethyga(留言) 2024年4月29日 (一) 00:19 (UTC)
- 可是Wikipedia:新聞動態候選/存檔/2023年6月#神舟十六號占多數,結果刊登,神州十七和神州十八反對的也是同一批人,應該說是部分編輯反對,不能代表「社群」。--Kethyga(留言) 2024年4月29日 (一) 00:30 (UTC)
- 神舟十六他們的理由都是「符合WP:ITNR」,但在神舟十七和神舟十八已經解釋WP:ITNR不強制管理員刊登也不能超過基本候選資格中『新聞內容應該同時具備「重大性」與「百科性」』。所以神舟十七起不刊登正是修改「符合WP:ITNR就必須刊登」的錯誤共識。--Cmsth11126a02 (留言) 2024年4月29日 (一) 04:01 (UTC)
- 怎樣輕易判斷「具有重大技術突破意義」?以神舟十八號為例,「全員1980年或以後出生」算不?零件更新換代算不?縮短發射整備流程算不?新聞提報是26日,而之前提到的都是之後才更新進去,這是不是也在「鼓勵增訂或更新相關的條目」?這個標準判斷含糊,操作性可能有限。但同意ITNR只是給管理員快速確定的建議,而非必須上的標準。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年4月29日 (一) 00:56 (UTC)
- 具體來說是載人飛船本身,或者飛船所執行的飛行任務有一定的技術突破,比如首次實現太空人艙外活動的神舟七號任務,以及與天宮一號進行無人及有人交匯對接的神舟十一號,就算重大的技術突破。--Jeffchu2014(留言) 2024年4月29日 (一) 10:48 (UTC)
- @cwek、Jeffchu2014:我在此建議用我上次建議:
- 具體來說是載人飛船本身,或者飛船所執行的飛行任務有一定的技術突破,比如首次實現太空人艙外活動的神舟七號任務,以及與天宮一號進行無人及有人交匯對接的神舟十一號,就算重大的技術突破。--Jeffchu2014(留言) 2024年4月29日 (一) 10:48 (UTC)
|
|
- 「每款載人軌道太空飛行器與特定太空站首次成功對接」意思就是載人軌道太空飛行器A與太空站a首次成功對接為一個組合,然後不符ITNR但有技術突破的用一般ITN程序(像神舟七號),以免ITNR變強制刊登令。--Cmsth11126a02 (留言) 2024年4月30日 (二) 07:54 (UTC)
- 我認為即使支持刊登的意見占大多數,但如果非常不符合新聞動態候選標準,管理員應該可以酌情考量,所以在我看來「或支持刊登的意見占大多數的」這句話純屬多餘。
- 「需要有二名及以上的管理員進行商討,以最終決定是否刊登。」我不知道實作的話如何商討?有沒有足夠的管理員來商討?目前維護ITN的主要就是兩個管理員,個別還有一兩個管理員偶爾更新一下,所以在人力剛剛夠滿足「需要有二名及以上的管理員」這個條件時,很容易造成不滿足「二名及以上的管理員」的條件,比如包括偶爾更新的管理員在內,一旦其中有一兩個一段時間不上wiki或不關注ITN,那麼就被卡死在這個條件上了--百無一用是書生 (☎) 2024年4月29日 (一) 04:05 (UTC)
- 那是管理員的問題,不是ITN的問題。中維60個管理員(人數還在不斷增長中),找不出兩個能維護ITN的,那建議集體辭職。--SheltonMartin留言|簽名 2024年4月29日 (一) 05:56 (UTC)
- 實際操作總是要考慮現實問題啊(現在只剩60個管理員了嗎?!)--百無一用是書生 (☎) 2024年4月29日 (一) 07:26 (UTC)
- ?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月29日 (一) 08:11 (UTC)
- 定期讓社群感受一下管理員的活躍程度。--AT 2024年4月29日 (一) 09:17 (UTC)
- 管理員活躍程度算是還行,但專門活躍ITN的,那就不一定了,除非能隨機做一些管理員專門來ITN給大家評評理,而且人家願意的話。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年4月29日 (一) 09:33 (UTC)
- 也不一定是由管理員來負責最終的評判,可以參考GA和FA的做法,任何人都可以來劃票。不過ITN採用的是共識制,GA和FA是投票制,到時候可以任命幾位活躍於ITN的編者來做這個工作(自己提名的條目除外,需要避嫌)。--Jeffchu2014(留言) 2024年4月29日 (一) 10:53 (UTC)
- 雖然目前主要是我跟Shizhao在處理,但至少還有三、四位管理員也偶爾會經手新聞動態,所以人手並不是到非常貧乏。不過當然還是希望有多一點管理員能參與!—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月1日 (三) 04:19 (UTC)
- 那是管理員的問題,不是ITN的問題。中維60個管理員(人數還在不斷增長中),找不出兩個能維護ITN的,那建議集體辭職。--SheltonMartin留言|簽名 2024年4月29日 (一) 05:56 (UTC)
- 話說是不是應該要求新聞動態(包含最近逝世)提出者先自行處理好地區詞才能刊登啊?不想每次都幫忙善後欸。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月30日 (二) 19:22 (UTC)
- 我暫時的看法是,加入了上述限制會導致相關新聞事項事實上不符合且無法達到「重複發生的專案」這一基本要求。如果要根據「具有重大技術突破意義」來判斷的話,適合的做法是直接刪掉這一ITNR項,當作普通提名來進行討論。--東風(留言) 2024年5月1日 (三) 06:28 (UTC)
- 「具有重大技術突破意義」已經改成Cmsth11126a02的版本。--Jeffchu2014(留言) 2024年5月2日 (四) 19:31 (UTC)
Unblock-zh.org[編輯]
很久以前討論過的一個專案,也就是unblock-zh的網站版,我最近給他做出來了,如果對測試版軟體感興趣的話,請去 https://unblock-zh.org 這裡去看看。(注意測試版軟體,你的使用者最後很可能被刪掉!)
附帶一個教學視頻 https://www.youtube.com/watch?v=IImfyNnRB4M
目前站外使用者申請帳號的方式是Wikipedia:帳號請求發送郵件,其實也沒有太不方便。但是這個途徑我覺得還是更直觀一點,比郵件列表好用一點,尤其是管理員處理的時候。我的想法是網站可以和郵件列表並存,或者以後達成互聯。歡迎提出意見。Bluedeck 2024年4月29日 (一) 04:05 (UTC)
- PS. 已經收到tigerzeng的意見,允許使用者自訂提供的IP位址欄位,以解決部分代理的問題。Bluedeck 2024年4月29日 (一) 04:22 (UTC)
- 超 英 趕 美 —— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月29日 (一) 08:09 (UTC)
- 我最期待的畫面出現了。--AT 2024年4月29日 (一) 09:14 (UTC)
- 好吧,終於把這個弄出來了——是藍桌弄的?那就不出奇了。 讚——Sakamotosan路過圍觀 | 避免做作,免敬 2024年4月29日 (一) 09:29 (UTC)
- 非常好UX。至於是否方便了使用者,我好奇能否在合理的範圍內收集一些統計數據作對比,這樣最有說服力。--碟之舞📀💿 2024年4月29日 (一) 14:10 (UTC)
- 另外這個工具讓我想到了我很久之前做的維基媒體伺服器連通性面板。--碟之舞📀💿 2024年4月29日 (一) 14:37 (UTC)
- 非常好軟體。
- 不必要的功能建議:1.通過遍歷封鎖日誌的摘要有無對應模板,顯示是否是ip封鎖。2.通過接口調用在介面一鍵建立帳號(和授予ipbe?)
- 另外問一下數據託管在哪裡?將來投入使用的話需要作為存檔使用,所以數據需要備份好。--落花有意12138 2024年4月29日 (一) 14:42 (UTC)
- 一鍵建立帳號/授予PIBE的話,有兩種途徑。第一,管理員通過oAuth授權unblock-zh.org,通過管理員帳號操作,然後從本地日誌看來,操作者是管理員。第二種途徑是,成立一個機器人帳號,比如名叫 unblock-helper-abot,並且賦予機器人管理權限,然後通過機器人操作,並在摘要里說明是根據哪個管理員的指令操作的。讓我來決定的話,我傾向於使用第二種方式,因為我希望儘量不要向第三方授權我自己的帳號,但是第一種方式的日誌更加清晰。請問一下其他人的想法。Bluedeck 2024年4月29日 (一) 17:39 (UTC)
- 使用OAuth可以只需要簡單的身份識別獲得權限,用於確認是不是登入系統的對應是wiki的哪個使用者。然後代理操縱的機器人可以標記操作人員的wiki使用者名稱(通過前面獲得的資訊)。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年4月30日 (二) 02:33 (UTC)
- 如果不改變單管理員授權模式,我傾向於第一種,這樣和原先的工作模式保持一致,便於查詢。
- mw:OAuth/For_Developers稱應用做的操作會有標籤。--落花有意12138 2024年4月30日 (二) 11:04 (UTC)
- 在這裡沒有看到可以使用oauth給使用者添加組別的選項,那麼也是說IPBE的授予只能透過abot進行了。Bluedeck 2024年5月1日 (三) 21:41 (UTC)
- 用API能查IP有沒本地封或者全域封,好像不是必要。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年4月30日 (二) 02:26 (UTC)
- 一鍵建立帳號/授予PIBE的話,有兩種途徑。第一,管理員通過oAuth授權unblock-zh.org,通過管理員帳號操作,然後從本地日誌看來,操作者是管理員。第二種途徑是,成立一個機器人帳號,比如名叫 unblock-helper-abot,並且賦予機器人管理權限,然後通過機器人操作,並在摘要里說明是根據哪個管理員的指令操作的。讓我來決定的話,我傾向於使用第二種方式,因為我希望儘量不要向第三方授權我自己的帳號,但是第一種方式的日誌更加清晰。請問一下其他人的想法。Bluedeck 2024年4月29日 (一) 17:39 (UTC)
原創研究[編輯]
維基百科要求使用者不得做出原創研究,亦不得使用yt等使用者生成內容,條目需足夠客觀,但參考來源得用新聞等,但新聞實屬記者之主觀意見,應何評判--August0422(留言) 2024年4月29日 (一) 09:20 (UTC)
- 「新聞實屬記者之主觀意見」,編輯審核、報社背書發表後就不同了。未剪輯或未發表的原始稿件是第一手來源,從中得出結論可能會涉及原創研究。--YFdyh000(留言) 2024年4月29日 (一) 11:02 (UTC)
- 部落格做何評論--August0422(留言) 2024年4月30日 (二) 09:39 (UTC)
- 通常不可靠,除了重要觀點(當事方)的一手來源。--YFdyh000(留言) 2024年4月30日 (二) 14:24 (UTC)
- 非原創研究下面有「相關方針」,其中可供查證哪裡就有提到部落格的情況,在個人出版物(網絡與紙媒)一段。上面提到的新聞媒體,可以見可靠來源的新聞群組織一節,具體某個媒體如果有使用爭議,會進行討論,並在常見有爭議來源列表歸檔。--Nostalgiacn(留言) 2024年5月1日 (三) 16:55 (UTC)
- 部落格做何評論--August0422(留言) 2024年4月30日 (二) 09:39 (UTC)
今年沒有動員令?[編輯]
如題。都快五月了,看來暫停一年--Dragoon17cc(留言) 2024年4月29日 (一) 22:08 (UTC)
- ???有這麼早準備?--在下荷花,請多指教(歡迎簽到) 2024年4月30日 (二) 01:14 (UTC)
- 可以開始籌備了吧?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月30日 (二) 19:24 (UTC)
- 為了避免像去年那麼趕,還是先把可能有需要討論的資訊留在這好了:
- 舉辦時間:若要沿用舊制,即「7月第二個星期六」至「9月第二個星期日」,則今年時間會是7月13日至9月8日,共57天,較去年(64天)少一週。
- 另去年也有討論但沒後續的內容——是否需要將常常被納入小動員令主題內的「亟需撰寫」或「缺少來源」改為額外加成的方式,以讓給其他更需要的主題?但就如當時所言,加分方式已經頗複雜,且「缺少來源」的計分並非一般計分方式可能有需要額外調整。—WiTo🐤💬 2024年5月1日 (三) 00:52 (UTC)
- 為了避免像去年那麼趕,還是先把可能有需要討論的資訊留在這好了:
- 歷史上,到了5月就差不多是時候籌備動員令了。但由於社群對於這回事越來越懈怠,我感覺今年不辦還是可以的。先問想不想辦,再問怎樣辦。如果決定要辦,我建議把歷年來動員令的規則合編為成文規則,這樣以後社群就不用為了日期、計分等問題爭論一番(但這估計會是一個大工程,明年才能用上)。另外就是處理常規問題,包括WiTo君提到「亟需撰寫」、「缺少來源」加成懸而未決問題。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月1日 (三) 19:53 (UTC)
- 推到和亞洲月同期舉辦都不遲。--🎋竹生🎍 2024年5月2日 (四) 09:09 (UTC)
- 那就太遲了。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月2日 (四) 12:32 (UTC)
- 推到和亞洲月同期舉辦都不遲。--🎋竹生🎍 2024年5月2日 (四) 09:09 (UTC)
- 姑且先簡易架好WP:DC22的頁面了,再看這邊要討論到什麼程度再移過去討論其他細節。--WiTo🐤💬 2024年5月2日 (四) 13:59 (UTC)
主題[編輯]
- 本次我推薦哲學類及非虛構書籍類條目,兩者都太冷門。--S叔 2024年5月1日 (三) 17:09 (UTC)
- 可以推薦色情類條目嗎☺--日期20220626(留言) 2024年5月2日 (四) 02:20 (UTC)
- 可以的,但我相信會被電子遊戲專題的エロ遊戲專門編者鎮壓(若本人心血來潮參與的話那本人也算其中一份子)--S叔 2024年5月2日 (四) 02:35 (UTC)
- 可以推薦色情類條目嗎☺--日期20220626(留言) 2024年5月2日 (四) 02:20 (UTC)
- 若今年的非洲月直接告吹,那我想建議直接把這個範圍放進中動員令的部分。另外個人感覺生物技術/醫學相關條目貌似也較少。—WiTo🐤💬 2024年5月2日 (四) 01:30 (UTC)
- 鄙人推薦飲食和中國文化遺產作為本次動員令的主題,前者是因為少有新條目產出,後者則是由於近期除了幾個文物保護單位FL外已很久沒有高質量(GA、FA)的條目產出。--人間百態,獨尊變態(討論) 2024年5月2日 (四) 14:44 (UTC)
如題,最近遇到了一個例子是觀光署的一個網站taiwan-askme.tw(慎入),原網址仍然可用,但是會被重新導向到色情網站。這時候敝人感覺應該直接移除,但又好像符合{{Dead link}}在條目中保留的標準,不知如何是好?--Y. Sean 2024年5月2日 (四) 12:15 (UTC)
- 建議這樣改,存檔頁面作為url。不過,這個來源是否足夠有用?--YFdyh000(留言) 2024年5月2日 (四) 12:59 (UTC)
- 借問站的官方網站,既然是官方網站可以保留吧。--Y. Sean 2024年5月2日 (四) 13:10 (UTC)
- 我是說其中哪些內容使它要作為不可替代的來源的,沒有更好的嗎。--YFdyh000(留言) 2024年5月2日 (四) 13:14 (UTC)
- 內容的話沒有用到,只有最後放了外部連結。--Y. Sean 2024年5月2日 (四) 13:22 (UTC)
- 沒有用到的來源可以刪掉。不需要作為外部連結吧,僅僅一個過時頁面。--YFdyh000(留言) 2024年5月2日 (四) 13:26 (UTC)
- 內容的話沒有用到,只有最後放了外部連結。--Y. Sean 2024年5月2日 (四) 13:22 (UTC)
- 我是說其中哪些內容使它要作為不可替代的來源的,沒有更好的嗎。--YFdyh000(留言) 2024年5月2日 (四) 13:14 (UTC)
- 借問站的官方網站,既然是官方網站可以保留吧。--Y. Sean 2024年5月2日 (四) 13:10 (UTC)