Wikipedia:城市論壇

歡迎嚟到城市論壇。呢一組頁面係用嚟討論有關技術問題、政策，同埋維基百科嘅運作，分成五個地方。

呢版唔係用嚟做討論。請用下面嘅表去搵出最適合嘅部份貼文，或者貼喺「雜項」部份。請喺有關嘅版度貼文時簽名同埋加上日期（用~~~~或者喺編輯工具列中撳一下簽名掣）。

城市論壇小節
政策 監察 去討論現有同埋建議嘅政策	技術 監察 去討論技術性問題。有關wiki軟件嘅臭蟲報告請用Phabricator	提議 監察 去討論同政策無關嘅新提議。	諗法實驗室 監察 喺貼俾社群之前提議討論諗法同埋嘗試搵有關問題嘅解決方法	雜項 監察 去貼唔能夠符合任何類別嘅信息
一次過去睇城市論壇所有嘅部份

唔使等到星期日嘅中午十二點，亦都唔使拎張飛，隨時隨地都可以嚟呢個論壇度討論維基百科嘅大小事情 [加]
呢個地方就好似一個熱廚房噉，當有人討論一啲議題嗰陣，呢個論壇係會搵嚟一啲嘉賓或者台下觀眾發言去改善佢哋嘅嘢。

其它幫手同埋討論位置

我想……					去邊度
一次過瀏覽晒全部「城市討論」嘅議題					城市論壇 (全部)
知道點用維基百科					幫助櫃枱
查詢特定嘅事實（例如邊個係第一位教宗？）					詢問處
為某篇文章提出建設性嘅批評					同儕互評
幫手解決某一篇文章所引起嘅爭執或者投訴某用戶行為					請求意見
喺某篇文章加上您嘅評論					文章嘅對話頁
睇其他維基媒體嘅計劃					元維基
知道點樣喺一本書或雜誌度引用維基百科					引用維基百科
報告複製自維基百科內容嘅網站					鏡像同埋分叉

呢個係城市論壇 (全部)嘅頁面，係會列出現時所有嘅討論以便閱讀。去城市論壇睇吓城市討論嘅部份，又或者撳吓喺每一個小節中嘅編輯連結去表達你嘅意見。要睇吓喺呢一頁嘅全部修訂，撳喺上面嘅歷史連結，並依照螢光幕上面嘅指示。

撳吓呢度去清除喺呢一頁嘅伺服器快取（去睇響城市討論部份嘅最近更改）

多過7日嘅討論（根據最後嘅評論）會被移到每個部份嘅分頁（叫做(小節名)/歸檔）。哩啲嘅討論會再喺嗰度保留7日。喺哩一段嘅時間嘅討論，如果可以嘅話，就可以移動到有關嘅對話頁。喺7日之後嘅討論會喺歸檔頁同埋主頁度刪除。佢哋之前嘅討論仍然可以喺佢哋嘅頁面歷史中搵到（可能會比較難搵到）但係唔可以搜尋到。

政策

踐行同持續推進本地慣例指引同編輯實施（2021年9月～）

管理員任免程序嘅審視

需注意Wikipedia:申請做管理員未有標記過任何正式嘅方針或政策宣告，相信包括當中嘅管理員提名程序亦唔一定係正式嘅「共識」：就依家入邊程序話到大概可以機械認定返「共識」（事務投票門檻）標準係7成半，本身如果唔係涉及到谷票或者其他編輯活動度啲機械化問題、其實單憑呢點話事返都唔係大問題——但係複雜化嘅情況就似Wikipedia:申請做管理員/Z423x5c6‎度出現嘅一啲問題，就認為可以等沉默以對成個粵維變遷嘅各位、都思考返究竟係咪谷票（鬥人多）就可以解決所有嘅爭議（記住一定要參考埋隔離嘅中維）？

睇返權力架構，表明咗跨界混合嘅社群意識同成個運作機制，係可以達成一定嘅無政府狀態anarchic、菁英化嘅體系meritocratic、暴民嘅ochlocratic或官僚嘅bureaucratic體系等——參考返唔同兼相互衝突嘅特性，既有部分參與人開始引用谷票方式強行改變共識進路嘅情況發生，相信一旦子由部分激進化參與嘅主導下、未來認為係可以極大壓減其他可平衡參與嘅潛在力量，如經有提出嘅（概括夾個人再理解）乜都投票（鏟過）嘅話粵維呢個細站直頭就可以玩死，所以必須係改變唔可以淨系有單一投票一樣嘅事務決策方式：

• 當多數一致嘅無視公正等基本準則而表態針對少數異見，係咪合理產生咗共識？
• 喺唔同專業或範疇等嘅爭議問題，多數一致嘅表態有針對個別編輯嘅人身、從而針對埋被針對人一切嘅貢獻活動，係咪合理產生咗共識？
• 當喺事務投票度計算返機械票數標準外、編輯事務度嘅各種方面，夾計票同一般編輯嘅多種利益爭議同共識尺度衡量返，係可以點樣檢視到事務係咪合理產生共識？
• 現實嘅商業或利害關聯等利益互通等可能性同相應嘅針對程序，本地虛擬站內程序有冇更多空間可以考慮同引入評估做參考？

暫時本編提出以上，供各沉默以對嘅朋友自己思量。——Longway22 (傾偈) 2021年9月10號 (五) 02:01 (UTC)

我會具體啲，將Wikipedia:申請做管理員可能啱用嘅規程修訂分開呢幾點討論，睇下面。翹仔 (傾偈) 2021年9月13號 (一) 23:14 (UTC)

「投票」資格使唔使改？（現時：所有註冊編輯）

• 我覺得可以考慮改成「提名開始之前已經成為粵維自動確認用戶嘅人」。近幾年嘅討論，似乎顯示本站想要求參加討論嘅人對本站有某程度嘅參與，唔再想吸引其他維基媒體站點嘅編輯路過投票。亦可以考慮要求參加討論嘅編輯喺提名開始之前一年喺粵維有X次編輯（10次夠唔夠？），不過我自己覺得加近期活躍度指標嘅話有啲畫蛇添足。翹仔 (傾偈) 2021年9月13號 (一) 23:14 (UTC)
• 諗吓唔知有冇需要加多一個「延伸確認」狀態先得？（以現時英維嘅門檻係30日500次先可以列示有關申請） Shinjiman ⇔ ♨ 2021年9月14號 (二) 01:27 (UTC)
  • @Shinjiman：睇番近年嘅申請，IP人留言就得 Z423x5c6 呢一個討論有一條，冇任何未夠自動確認嘅新帳戶或者路過跨維基人投票。如果變咗 30/500 嘅話，會影響阿「點樣」嗰一票計唔計。30/500 好似要用 bot 執行，唔係 MediaWiki 內置功能？我自己都係覺得「自動確認」門欖就夠。翹仔 (傾偈) 2021年10月8號 (五) 10:16 (UTC)
    • @Deryck Chan：30/500呢個權限如果係要用到嘅話，係要修改Wikimedia NOC上面嘅設定，另外加一個權限，叫做『延伸確認』（Extended Confirmed）嘅權限就得，加咗之後一版嘅保護等級亦都可以限制做呢個門檻，多一個等級可以揀。 Shinjiman ⇔ ♨ 2021年10月8號 (五) 16:48 (UTC)
      • 係喎，我搞錯咗。應該係初初設立 extended confirmed 嘅時候，已經喺度嘅用戶要用 bot 俾權限佢哋。翹仔 (傾偈) 2022年1月1號 (六) 18:42 (UTC)
• @Deryck Chan：既然係人事任免案，咁就應該訂立返比『延伸確認』高少少嘅要求，我就提議喺人事選舉投票開始之前嘅三個月（一個季度前），喺粵維嘅編輯數要50次或以上。（唔係好難姐 3個月有返50次編輯）（哪怕佢係刷編輯數），否則機械人查出嚟有用戶唔符合呢個要求，就可以將個票劃票處理。特克斯特 (傾偈) 2021年12月2號 (四) 18:49 (UTC)
  • 我覺得罷免聯署人門檻可以高啲，但係睇而家嘅參與度，投票人資格都提到好高嘅話會減低人事任免決策嘅認受性。翹仔 (傾偈) 2022年1月1號 (六) 18:42 (UTC)

結案嘅時候，候選人要有最少幾多成支持，事務員先可以考慮任命？又超過幾多成支持，事務員就必須任命？（現時：冇明文規定，但現時參考值大約係65%-80%）

• 我覺得可以參考英維65%-75%，或者再擴闊到60%-80%（如果大家信得過我同Shinjiman嘅話）。翹仔 (傾偈) 2021年9月13號 (一) 23:14 (UTC)
• 當時2006年4月起已經提及到個支持度最少都要75%-80%先至得，到依家都應該冇改變過。 Shinjiman ⇔ ♨ 2021年9月14號 (二) 01:14 (UTC)
  • @Shinjiman： 冇問題，我覺得沿用75-80%現時可以接受，不過擔心若果中維、英維嗰種分化現象未來出現，將事務員結案門欖放寬到60%或者65%可以避免一兩黨各佔20%人口嘅編輯阻住個地球轉。
    • 門檻應該唔係由單一取態嘅支持者比例所決定，尤其係黨爭發生時候係明顯有傾向針對少數、違反維基慣例等嘅情況下，同時鑑於維基獨立萬變嘅一個特徵睇返，結案嘅權利應該分散由起碼代表三種或以上嘅各自唔同立場利益嘅一個專門小組去做出，即係一個結案假定時候必須有三方獨立意見書，同時必須提高WMF代表權力嘅施展、必須有兩個或以上嘅獨立WMF成員參與監管同可依據返三方獨立結案詞嘅睇法去正式決定選舉事務嘅結果——由代表反對方或支持方嘅結論如果都認定當案嘅代表自己立場啲比例，係可以無視其他重大合規因素而可達致自己利益方結果嘅，而第三方明顯傾向支持呢種極端結果嘅時候，程序應該約定唔適用黨群比例因素去決定結果、有關終極授權方有權直接宣佈無效而終結有關選舉案。呢個係一啲意見。——Longway22 (傾偈) 2021年11月10號 (三) 03:05 (UTC)
• @Deryck Chan、H78c67c：「唔再想吸引其他維基媒體站點嘅編輯路過投票」，點解會有咁嘅諗法，覺得揀一個管理員出嚟係吸引他站嘅人嚟決定，而唔係本站嘅活躍編輯者嚟討論呢？咁樣接納埋中維個邊啲用戶拎佢哋喺該站點嘅作為嚟衡量喺唔同站點適合做管理員與否，其實會唔會咁做先影響到個公信力？

至於話通過嘅%上，參考Wikipedia:申請做管理員/Z423x5c6呢次情況，如果WikiCantona反對Z423君做管理員嘅話，咁支持百分比就會係大約67%，並唔符合「個支持度最少都要75%-80%先至得」呢個要求，而再睇返投票用戶嘅活躍程度，其中有一位放喺全域嘅活躍度都好低，如果因為一位用戶個票而影響到個結果，唔會覺得成個投票而好兒戲咩？所以喺呢度先要求訂立返投票門檻同通過%嘅準則。

所以如果係要明文寫明支持度準則，即係唔過嗰個%都唔會通過個申請，我建議60%或者65%呢兩個門檻都係可取。至於「到依家都應該冇改變過」：Wikipedia:共識可以改。特克斯特 (傾偈) 2021年12月2號 (四) 18:49 (UTC)

「如果因為一位用戶個票而影響到個結果，唔會覺得成個投票而好兒戲咩？」吓，所有門檻都有呢個現象㗎喎。要減低呢件事嘅發生機率，只可以增加投票人數，推低咁啱有一個人轉軚就會過咗條門檻嘅成數。 翹仔 (傾偈) 2021年12月31號 (五) 13:31 (UTC)

• @Deryck Chan：麻煩留意我依家講緊嘅係 粵語維基毫無規則嘅情況下，我講呢點唔係講緊所有 有投票規則/門檻嘅維基，包括中文英文維基。條件唔同，唔可以相提並論。特克斯特 (傾偈) 2021年12月31號 (五) 13:39 (UTC)

討論最少一個月嘅慣例，使唔使改做第個時限？

• 我自己覺得唔使改。翹仔 (傾偈) 2021年9月13號 (一) 23:14 (UTC)
• @Deryck Chan：呢個我都冇咩問題，不過用「一個月」呢個字眼，而唔用實質啲嘅「日數」去寫明會有爭議嘅空間。例如你喺7月1號開嘅討論，喺8月1號就截止；你喺2月1號開嘅討論，喺3月1號就截止，兩者嘅討論時數都唔一樣，咁樣可能會話你唔公平喔。所以建議用日數去寫明嗰陣（30日），爭議空間都細好多啦。

有冇興趣引入「實習管理員」任命，例如投票可以有三個選項，包括「永久任命」、「支持X個月實習任期（3? 6? 12?），期滿再確認變成永久任命定係卸任」、「反對」（現時：只有「支持永久任命」同「反對任命」兩個結果揀）

• 我自己覺得需要唔大，但係揼個提議出嚟俾各位諗下。翹仔 (傾偈) 2021年9月13號 (一) 23:14 (UTC)
• 講真任命嘅話都未必一定係「永久」嘅，都要視乎期間有冇做過編輯管理動作，而點先至視乎有關活躍度，係要睇返維基元嗰邊嘅活躍程度指引。 Shinjiman ⇔ ♨ 2021年9月14號 (二) 01:20 (UTC)

@Longway22：人地事務員都出到嚟講野，呢個例又係你提先既，點解唔理人地？唔係好禮貌喎。Akai 博士 (傾偈) 2021年9月18號 (六) 05:59 (UTC)

個人依家冇補充著。Akai呢度你係有意見補充嘅可直接評論，唔需要兜花園兜去第度 Longway22 (傾偈) 2021年9月18號 (六) 08:07 (UTC)

@Deryck Chan：其實我覺得「實習管理員」嘅任免應該同通過%準則合併去考慮，如果支持%係介乎60%至74%（我當個通過標準降低去到60%先），就可以畀嗰位候選人做實習管理員先。至於做幾耐，我覺得半年係一個適合嘅標準。之後點樣判斷嗰位候選人由實習變做正式，又需要提提意見出嚟。特克斯特 (傾偈) 2021年12月2號 (四) 18:49 (UTC)

@Shinjiman、Detective Akai、Longway22： 點睇User:特克斯特呢個提議？即係：如果80%75%以上支持，就無限期任命；如果60%-79%74%支持，或者有共識作出實習形式任命，事務員就可以決定臨時任命半年（已經有呢個技術功能），半年後再開多次申請做管理員。 翹仔 (傾偈) 2021年12月31號 (五) 13:36 (UTC)

@Deryck Chan：我嘅提議幾時有話過“如果80%以上支持，就無限期任命”？我係話 60%-74%先至實習，75%或以上就無限期，點解你會睇到我提出80%先無限期任免呢個提議出嚟？特克斯特 (傾偈) 2021年12月31號 (五) 13:42 (UTC)

改返，唔好意思。 翹仔 (傾偈) 2022年1月1號 (六) 18:50 (UTC)

@Deryck Chan：我睇@特克斯特嘅意思好似係「當支持嘅百分比響60% - 74%之間個陣，就實習半年」。對於特克斯特嘅意見，我覺得以三個月為起點會比較好。 Akai 博士 (傾偈) 2022年1月1號 (六) 09:33 (UTC)

嚴正反對繼續使用機械比例去決定埋人事任免嘅分級或期限，呢啲設定必須係有相當成熟兼複雜嘅社區參與同規程保障負責先可以實施，同時間根據本地黨羣化嘅明顯傾向，仲有隔離正有嘅檢討WMC時期主導社區運作可能埋彈弓啲推進，有必要重新檢討返相應所謂投票比例制度嘅可靠度，同時加深返對可能谷票或其他可能不當獲取共同利益行為嘅監察限制本地措施為先，透過相應嘅檢視流程去更靈活定奪返有關嘅任免案可能持續嘅效力相信會更好。 Longway22 (傾偈) 2022年1月1號 (六) 11:24 (UTC)

可以成個60%-74%範圍都係「事務員有酌情權，按討論大致共識，決定落選、臨時任命、或者無限期任命」嘅，你哋想唔想？翹仔 (傾偈) 2022年1月1號 (六) 18:17 (UTC)

提出成立Wikipedia:申請罷免管理員

• @Deryck Chan：既然上面都討論到管理員嘅「任免」程序，既然有上任程序都好應該成立返個落台程序。粵維以往都唔係未出現過要求彈劾管理員嘅討論，往往都因為無政策而放生咗涉事管理員。參照en:Wikipedia:Requests for de-adminship同zh:維基百科:管理員解任投票，粵維社群係時候推動返Wikipedia:申請罷免管理員出嚟。有上台同落台呢個機制去審視返邊啲已經有成好幾次其他用戶對相關管理操守不滿嘅情況（例如濫權行為嘅討論，呢點都屬於係唔係罷免嘅其中一個考慮因素），可以用呢個機制去畀社群判斷佢（相關管理員），到底係咪繼續適合做管理員，咁樣先係一個健康嘅社群。

對於呢個機制您有冇啲咩提議？Special:diff/46311，粵維似乎未夠人手似英文搞到個仲裁團，跟討論判斷去開唔開罷免案又得唔得？特克斯特 (傾偈) 2021年12月2號 (四) 20:17 (UTC)

我建議參考英維唔少管理員自願參與嘅罷免機制（例如en:User:Deryck Chan/Accountability）。喺粵維可以變成政策。簡介：

• 有X個活躍用戶或者管理員聯署，就開始罷免討論；
• 罷免討論為時N個星期，超過一半合資格編輯支持罷免，罷免就生效。

翹仔 (傾偈) 2021年12月3號 (五) 00:02 (UTC)

@Deryck Chan：不過係討論咗「提出罷免」呢樣嘢先，等有共識嗰次嘅討論去開「罷免討論」咁樣討論兩轉（即係似中維咁繁複）；定係直接符合聯署要求，夠意見認為可以罷免該管理，就可以直接開「罷免討論」？

您提出嘅第二點都可以，始終呢度冇仲裁團判斷，唯有好似申請做管理員咁樣決定。

咁有冇話罷免失敗嘅話，喺三個月內暫時唔可以再提出罷免，最快要三個月後先可以？如果再失敗，都係同樣最少三個月後先可以？罷免失敗係咪同申請做管理員一樣，都係無限制該用戶嘅提出次數？不過都係要相隔一段時間。我見申請做管理員冇確切寫明再次申請需要相隔幾耐，所以呢度問下罷免要等幾耐（如果兩個機制都開始明文寫返相隔嘅時間）。

以上。特克斯特 (傾偈) 2021年12月3號 (五) 19:49 (UTC)

依你哋睇，以粵維嘅社羣規模嚟講，幾多人聯署同幾耐討論期係合適？另外，可以開著個政策頁先，一路draft一路吸納意見，好似會比較有效率。——Z423x5c6 (傾偈) 2021年12月4號 (六) 12:42 (UTC)

@Deryck Chan：我覺得你畀嘅英維個人空間，都可以翻譯做粵文，之後變做政策。即係罷免條件嘅一部分。我建議您先去Wikipedia talk:申請罷免管理員打草稿，整返個格式編排先。始終罷免管理員，剩係中維同英維個機制已經好唔同。難以直接複製人哋（是但一邊維基）嘅格式落嚟。建議參照Wikipedia:申請做管理員嘅格式鋪排整返個出嚟。咁樣喺度變咗打草稿，唔係有效率嘅做法。特克斯特 (傾偈) 2021年12月5號 (日) 15:55 (UTC)

請參照投票資格度經已提出嘅個人意見，即使係意圖設立聯署同投票嘅簡易程序、目前本地現狀顯然係具有極多唔受制約嘅因素可導致有關程序進一步被結黨化等所濫用，再次建議有關版面程序必須排除機械比例代表授權嘅模式，包括如上個人經已提出、必須設立係有分散代表三種或以上嘅各自唔同立場利益嘅一個專門小組兼有WMF監督嘅情況去控制程序，包括立案審查、開案同凍結案等嘅動作，都必須受到權力分薄以制衡嘅約束，唔可以放任黨成一種谷票同單一角色監察本身失能等嘅風潮唔受規限。——Longway22 (傾偈) 2021年12月4號 (六) 12:37 (UTC)

• @Shinjiman、Detective Akai、Cangjie6、HenryLi： Wikipedia:申請罷免管理員有草稿喇。你哋有傾過呢一輪管理事務政策修訂，所以麻煩幫下眼，去Wikipedia:城市論壇_(政策)#確立Wikipedia:申請罷免管理員講下支唔支持確立做正式程序。（其他有參與呢個討論嘅人已經ping咗。）翹仔 (傾偈) 2022年1月18號 (二) 12:43 (UTC)

提出實驗Wikipedia:事務管理評價

依照返依家本地實質嘅參與比例同黨羣化問題、仲有事務各種本身都係顯現咗谷票（鬥人多）同唔合論證比例嘅氣象，唔認為適宜再簡單用變相容許谷票嘅形式去運作部分表面授權程序，如下邊個人經已提出嘅大清洗問題所講到嘅一樣，應首先設立針對整體嘅事務員&管理員層面做出評定，唔係經谷票形式而係經衡常嘅議案或固定（WP）案機制，若果唔約束返本身就走開邊鋒嘅畸形發展，粵維就會同其他站點一樣係陷入任意一統化兼黨爭化嘅更深層而不能自拔。簡單羅列返擬定嘅版面結構

• 說明版面主要針對事務員同管理員，夾其他關聯授權&受權人嘅對應事務行為，做出常規評估同關聯站點嘅目標討論；
• 預訂評價嘅方向，行使特定權限、共識代言權、新丁唔同取態、專業知識方向、普通禮節、循例破例立例等嘅唔同解釋等多方面嘅表現；
• 預訂嘅可開展評估嘅process，包括judgement、common sence同conclusion可呈現嘅幾樣model；
• 常規嘅參照鏈接同衍生、延伸嘅貼士說明。

暫定以上。

——Longway22 (傾偈) 2021年12月4號 (六) 02:46 (UTC)

我覺得如果開埋管理員罷免機制嘅話，就冇需要又開多版。普通評價可以喺 user talk、議題相關討論版、或者Wikipedia:管理員留言板講。 翹仔 (傾偈) 2021年12月30號 (四) 23:28 (UTC)

呢個概念似係一啲Wikipedia:請求註解或者Wikipedia:請求評論（en:Wikipedia:Requests for comment）？如果係嘅話，唔應該只係覆蓋事務管理層面上面，而係將覆蓋面加埋喺一啲喺編輯上面有爭議嘅情況，而且係上面翹仔所講過嘅版都未能夠解決得到問題嘅情況。 Shinjiman ⇔ ♨ 2022年1月20號 (四) 02:18 (UTC)

針對外文方面嘅開文命名爭議嘅處理

呢部分延續返呢排部分所論同外文方面有關嘅爭議，議題部分可同譯名方法嘅梳理再相互對照下，另外依家有心人開立咗Wikipedia:外文人物唔加點同加點指引應該係亦有一定代表返部分參與編輯嘅意見，不過上述可能都係未必顧及到適當需要衡平嘅多方因素，

如果係要訂立一個全新而唔係普世範圍有例可循嘅（審查編輯）規範，尤其係可能針對到一啲淨系本地獨有嘅編輯情況，係應該非常審慎同保持持續嘅校驗，就著可能有嘅規條化實踐認為會進一步影響到本地編輯嘅廣泛思維進路，呢度就提點返多方參與人都必要有相當嘅共同商議同制衡等衡平嘅思路同協作，盡量就細微問題保持開放同多元嘅框架思路，避免規制化可能引發更多嘅爭議同矛盾。——Longway22 (傾偈) 2021年9月12號 (日) 01:42 (UTC)

濫用谷票機制等進行大清洗嘅問題

認為本地由唐文、唐字等案度反映咗本地所謂部分管理人等引用「民意」嘅名義進行顯而易見嘅大清洗，事實反映本地包括部分長期管理氛圍度係唔係透過返多方嘅因素、理據同邏輯等去到有效處理返維基運作嘅情況，WMC活躍時期前後嘅情況發展、正正係反映到當谷票機制被群體濫用而唔得到公正機制嘅處理時候，以所謂「程序正義」、「民意（谷票）所想」等等冠冕堂皇嘅說辭、唔同嘅少數編輯人等都會被打擊同封殺，而成個嘅維基機制由於管理本身嘅不作為同相互包庇等等嘅因素、只有非常少數敢於干預嘅管理人先會直面成個機制嘅腐敗化，但係難以扭轉到一個冇公允檢視同制衡嘅系統繼續反复咁重演對「少數」嘅打擊——

選舉門檻唯一睇極大比例嘅人數機制，係現實啲廣泛領域度需要個可有體系代表度嘅代表情況時先至可以話合適，維基管理情況以多年持續殭屍化、機械化、官僚化、結黨化等等嘅根深蒂固啲狀況、乃至成為一啲不成文嘅「傳統」，係對本身自由開放同獨立自主嘅維基生態有持續嘅滲透破壞，尤其本身細站嘅程序度，唔應該係睇咩谷票或者威權等等嘅路數，尤其睇到咗WMF對WMC展開行動後「開創」嘅先例，應該係知道，中文圈關聯站點啲事務管治只要係處於中共超限戰嘅情況下、就難以衡常達成有效嘅「自治」狀態，同時重大嘅決定同運作等等係唔可能放心由自治體內部去自行判斷同執行嘅，因為本身站點所處嘅背景成分、知識質素、參與大方向、多方比例控制等等根本唔同甚至有唔少缺失，加之本編原本提及同依家強化埋嘅各種風險因素、必須係限制返本地管理權力（可能仲係成個中文關聯圈度啲站點）嘅可能權威度。

包括係事務選舉、編輯爭議個案等等入邊，有關投票授權程序嘅有效度同權威度等等就係呢個情況下，必須考慮到適當限制同禁制，因為點人數嘅濫用度係顯然唔受任何約束，同時候必須制訂週期嘅管理事務考核、方便評估包括新任同長期嘅事務員管理員等嘅作為同技能，兼檢視有關谷票授權事務方向啲政策嘅作為利弊等等，訂立返一個對事務發展嘅檢視數字，計算比對返處於唔同授權結構情況下嘅事務變化成敗，係會有咩預計效能同返維基啲目標進路有幾多嘅差異或相同點。呢個係暫時提出嘅一啲睇法。 Longway22 (傾偈) 2021年11月10號 (三) 02:53 (UTC)

改善人事任免討論排版

• @Deryck Chan、Z423x5c6、H78c67c：

上次喺Wikipedia:申請做管理員/Z423x5c6嗰度，Akai喺投票完咗後問點解冇人嚟結案，之後畀Longway君拎咗去Wikipedia:管理員留言板#嚴重質疑2021年9月Z423x5c6選舉案「通過」嘅公信度話。之後User:Shinjiman嘅回答係「如果有其它嘅回應。亦應該要盡快提出」，咁呢度請問一下，回應嘅意思係咪包括埋過咗「原定時間」（9月8號嘅12:44）後嘅投票都計數？過咗之後嘅投票都會接納同接受，並計入最終結果到？有冇呢個意思？

我睇返以前Cedric選管理員嗰陣，Wikipedia:申請做管理員/Cedric tsan cantonais，User:SC96都話成5個月都仲有得投票。

有見及此，所以我呢度提議將早年管理員Lam3011開嘅Template:VoteState加入申請同罷免管理員/事務員（即係所有人士任免相關嘅）討論同投票個版度，日後事務員一開啟討論+投票嗰陣，直接輸入開啟同完結嘅參數就得，避免好似Akai咁畀人提出質疑，引起不必要嘅爭議。

可以參考下zh:維基百科:申請成為管理員/Sidishandsome一例咁，有個模方面易明。特克斯特 (傾偈) 2021年12月31號 (五) 15:15 (UTC)

而家嘅程序喺時間上係有啲彈性嘅，不過啱啱呢兩次管理員申請嘅經驗，似乎係多數人想時限方面定得死啲。由「一個月」改做「三十日」都係呢一類改動。翹仔 (傾偈) 2022年1月1號 (六) 18:24 (UTC)

英維政策升格本地正式政策集中討論

爾個討論已經完咗，處理結果：Wikipedia:機械人同Wikipedia:機械人政策升咗。請唔好對呢個歸檔做任何改動。

機械人政策

如題，希望一啲已經落實好耐，大家都肯去遵守嘅政策正式定落嚟做粵維本地政策。cf Category:英文維基百科正式政策

首先想討論嘅係Wikipedia:機械人同Wikipedia:機械人政策，兩篇都已經譯好咗做粵文，而且本地都已經有幾隻機械人，亦都有遵守呢兩版嘅政策，我諗可以直接升格做本地正式政策。 ——z423x5c6（傾偈） 2022年1月4號 (二) 05:55 (UTC)

無人反對，昇咗。 ——Z423X5C6（傾偈） 2022年1月12號 (三) 07:16 (UTC)

唔該晒。 翹仔 (傾偈) 2022年1月18號 (二) 12:16 (UTC)

編輯戰

第二彈：Wikipedia:編輯戰。入邊雖然短，但係已經無哂英文，可以升咗做本地政策先，之後想加嘢就再商量。

不過呢度我有個少少嘅提議，就係參考英文版本，加入「Any appearance of gaming the system by reverting a fourth time just outside of the 24-hour slot will usually be considered edit warring.」，即係話，一日內反轉三次，第二日即刻反轉第四次都會被判斷成Edit war。——Z423X5C6（傾偈） 2022年1月20號 (四) 01:51 (UTC)

喺例外情況之中，我仲有另一個提議，就係喺第3點入面，參考英文版本 "Reverting actions performed by banned users in violation of a ban, and sockpuppets or meatpuppets of banned or blocked users."，將被禁止嘅用戶一括包埋入面，至於有關嘅禁止政策，之後亦都可能會有所增補，以反映日前發生過嘅事件狀況。 Shinjiman ⇔ ♨ 2022年1月20號 (四) 01:59 (UTC)

呢個提議唔錯，不過我哋好似未有完整嘅禁制政策，如果遲啲完善咗禁制政策嘅話可以到時直接喺WP:WAR到加埋呢句。 ——Z423X5C6（傾偈） 2022年1月20號 (四) 02:32 (UTC)

建議追加返考慮本地實際因素，如背景因素，即參與爭議入邊嘅單一或多個操作人係咪牽涉過往編輯活動啲立場或利益睇法嘅爭議，同時建議判定機制必須有复核同討論跟進啲設計，唔可以單憑表面訂立啲說話作為唯一嘅規限、而放生咗事務行使範疇度本身就帶有著嘅不公屬性。 Longway22 (傾偈) 2022年1月21號 (五) 08:53 (UTC)

• @Longway22：（Special:diff/1769763）我就認為編輯戰目的都係防止篇文短時間內不停地被大家互相取消修改。冇咩必要拉長去到超過24個鐘外（先唔講時間性都會有爭議呢類情況），局部取消編輯都會被封鎖。喺某啲爭議較大嘅文章入面，隔幾日、一個禮拜都可以再改，冇咩強烈理由見到就算呢種情況取消編輯（連局部取消）亦會加監封鎖。繼續用返現行規則就可以。特克斯特 (傾偈) 2022年1月28號 (五) 23:14 (UTC)

  @Longway22、特克斯特：或者另一個睇法，3RR係一個硬性嘅封鎖標準，但其實有任何嘅編輯爭議嘅話，都應該同對方溝通咗先，唔應該用反轉對方編輯嘅方式嚟表達自己嘅主場。隔咗幾日、一個禮拜先反轉嘅話，就算唔封鎖，管理員都有機會保護嗰一版，直到爭議解決先至解除保護。 ——Z423X5C6（傾偈） 2022年1月29號 (六) 09:01 (UTC)

• 支持升格，同埋支持加埋特登等到第二日先至還原第四次都可能判定係打緊編輯戰嗰句頭盔。另外，下面嗰堆例外之後，我提議再加多句「明顯嘅嘢應該係冇乜爭議嘅。如果搞到因為爭拗明唔明顯而反轉嚟反轉去嘅話，就唔好繼續反轉喇，停一停，喺討論版傾下，同埋搵其他編輯幫眼啦。」翹仔 (傾偈) 2022年2月15號 (二) 22:24 (UTC)

  另外問：洗唔洗攪清楚「反轉」、「打回頭」、「復原」三個詞語嘅意思？ 翹仔 (傾偈) 2022年2月17號 (四) 16:14 (UTC)

  呢三個詞喺英維度分別係對應 "Rollback" 、 "Revert" 同埋 "Undo" 。 Shinjiman ⇔ ♨ 2022年2月17號 (四) 16:48 (UTC)

求證得到

加埋：WP:求證得到。都係已經譯好。——Z423X5C6（傾偈） 2022年1月21號 (五) 06:35 (UTC)

睇返Talk:單曲嘅爭議，應考慮返具體本地情況追加修訂，依據返依家資訊審查嚴峻化情況要有充分嘅豁免條款，避免被利用成進一步限制本地編輯嘅工具 Longway22 (傾偈) 2022年1月21號 (五) 08:46 (UTC)

@Longway22：你有咩提議？ ——Z423X5C6（傾偈） 2022年1月21號 (五) 08:54 (UTC)

就呢家啲情況變化講，若果要升格求證版，私人出版、堅定流/公信力同其他語言嘅料呢幾part都要大改，一個就係信源方面，留意到嘅話呢一陣經已喪失咗同英文背景環境一樣嘅多樣化信源資產、所以連帶影響埋信源成分啲因素，仲有外文料因素，相應就係倒轉咗同英維方面啲情況，有如下幾個查證版建議追加嘅修訂：

1. 相當情況下會要優先用外文料，中文料非必要唔會係優先選擇；
2. 非主流、私人或個人出嘅料，相當情況下可能會有高過（中文）主流機構啲料嘅公信度；
3. 堅同流嘅判明要多種考慮到所處資訊流通背景啲變動，某啲情況必須係要大工夫平衡返查證過程本身可能受現實箝制影響嘅因素，唔可以堅硬要求所有查證過程係可能完美達成既定嘅流程。

暫有以上幾個要點。—— Longway22 (傾偈) 2022年1月21號 (五) 09:12 (UTC)

我唔認為「外文」好過中文，但係呢度粵文主場，中文都係外文。我改咗嗰一段，大家睇下。 翹仔 (傾偈) 2022年2月15號 (二) 20:01 (UTC)

我對中文優先原則有啲意見，但基本上支持Wikipedia:求證得到升格。 翹仔 (傾偈) 2022年2月15號 (二) 20:03 (UTC)

重提「楔位文章」改名

楔(sit3)位文章根本唔係一個詞語嚟，亦都同想表達嘅「stub」、「小作品」意思無關，希望社羣集思廣益，諗過一個好啲嘅名，改咗呢個唔啱用嘅名佢。 ——Z423X5C6（傾偈） 2022年1月9號 (日) 12:56 (UTC)

可以睇埋Wikipedia talk:楔位文章嘅先前討論。 Shinjiman ⇔ ♨ 2022年1月12號 (三) 08:25 (UTC)

我自己覺得「楔(sip3/sit3)位」係軟件工程界「stub」幾直觀嘅對應譯法。「小作品」就真係唔同思維進路。你有咩提議？ 翹仔 (傾偈) 2022年1月18號 (二) 10:21 (UTC)

多謝Shinjiman幫手搵返啲舊討論，同埋翹仔嘅意見。如果覺得(sip3)位文章係ok 嘅話，就麻煩搵返(sip3)嘅正字/本字，「楔」呢個字係無(sip3)呢個音。——Z423X5C6（傾偈） 2022年1月18號 (二) 14:24 (UTC)

唔反對改做「攝位」[1]。問埋User:HenryLi有咩意見，「楔」呢個譯法係佢當年揀嘅。 翹仔 (傾偈) 2022年2月11號 (五) 13:41 (UTC)

• @Deryck Chan、Z423x5c6：既然「sub-stub」叫做Wikipedia:超短文，咁點解「stub」唔乾脆翻譯做「短文」？咁樣最容易理解。特克斯特 (傾偈) 2022年2月11號 (五) 21:04 (UTC)

  好似「短文」同MediaWiki軟件內置嘅「短版」 (Short pages) 嘅翻譯可能會有撞名，所以「短文」呢個名未必係一個合適嘅選項。 Shinjiman ⇔ ♨ 2022年2月18號 (五) 01:52 (UTC)

@Z423x5c6：「Short pages」嘅「pages」其實應該要譯做「短頁」就真。而事實上喺「短頁」嘅文章長度全部都係符合「短文」條件，仲要一個喺「Special」空間度，一個係用「Template」同「分類」形式展現，兩者用嘅空間根本差好遠，咁都好攞嚟話撞咗會傻傻分唔清。特克斯特 (傾偈) 2022年2月19號 (六) 05:31 (UTC)

• 講真，英文維基已經放棄咗sub-stub呢個分類，我哋可以考慮跟。 翹仔 (傾偈) 2022年2月17號 (四) 16:12 (UTC)

  佢喺英維嗰一版都仲有保留做歷史紀錄，如果簡單直接嘅話我個人嘅提議將佢就噉叫做「細楔」或者「細攝」就得。 Shinjiman ⇔ ♨ 2022年2月18號 (五) 00:55 (UTC)

  粵維呢度都仲有Category:超短文，而定義應該係短過廿個字嘅文章（WP:超短文），想放棄呢個分類嘅話可以考慮將呢卅幾篇文擴寫。 ——Z423X5C6（傾偈） 2022年2月20號 (日) 07:36 (UTC)

  又或者將裏面嘅重新分到去合適嘅楔類都得，如果擴寫唔到嘅話。 Shinjiman ⇔ ♨ 2022年2月20號 (日) 10:34 (UTC)

@Z423x5c6：「細楔」或者「細攝」呢啲連網上揾都幾乎冇任何結果解釋得到有「超短文」呢個意思就無謂用，呢啲自己憑住「楔」演變出嚟嘅字，仲衰過所謂嘅「唐字」。就算有人提「迷你楔」/「迷你攝」都會反對咁寫。特克斯特 (傾偈) 2022年2月19號 (六) 05:31 (UTC)

同意，「sip3位」都叫做係有呢個詞語，但係就咁一個「sip3」字作為名詞用，唔好意思，未聽過呢種用法。 ——Z423X5C6（傾偈） 2022年2月20號 (日) 07:38 (UTC)

個『細』字開頭嘅都係由"Sub-"字類推而嚟嘅，唔知仲有冇啲另外嘅提議？ Shinjiman ⇔ ♨ 2022年2月20號 (日) 10:34 (UTC)

佢暫時未搵到咁一個「sip3」字作為名詞用，話唔定你揾到呢，之後你證明得到就咁一個「sip3」字作為名詞用，可能被大家採納呢。特克斯特 (傾偈) 2022年2月23號 (三) 05:51 (UTC)

粵語也可稱「小作品」和「小小作品」，無必要設立如「短文」、「超短文」或「楔位文章」等等多餘詞彙。 Emojiwiki (傾偈) 2022年2月17號 (四) 00:53 (UTC)

確立Wikipedia:申請罷免管理員

管理員罷免程序傾咗幾個禮拜，而家個草稿基本上定案，所以我而家正式提出確立Wikipedia:申請罷免管理員程序。程序簡介：

• 三個合資格編輯聯署，就會啟動七日罷免答辯期；
• 答辯期滿就開始30日罷免投票期；
• 自動確認用戶可以投票，支持罷免票多過支持留任票就算罷免成功。

詳情睇Wikipedia:申請罷免管理員。

希望大家喺度留言，支持定反對確立呢個罷免程序。有共識就結案，至少擺兩個星期，至多擺兩個月。

1. 提案人表示支持。 翹仔 (傾偈) 2022年1月18號 (二) 12:23 (UTC)

我提議加入：如果被罷免，而無推翻罷免嗰陣提出嘅證據嘅話，一年內唔可以選管理員。同「一年內唔好提同一個罷免案」相對應。 ——Z423X5C6（傾偈） 2022年1月18號 (二) 15:33 (UTC)

呢度提出修正案，要求本地確實考慮返本身點人頭喺當刻同過往、喺中文圈經已出現嘅種種人海化等問題度顯出嘅弱點，必須防止可能導致ochlocracy嘅情況惡化。至低係要修訂明確考慮ochlocracy啲因素去制約返單一點人頭可能重演嘅效果。——Longway22 (傾偈) 2022年1月20號 (四) 09:45 (UTC)

• 睇嚟依一刻，多數人都支持要訂立罷免制度，但係對於幾點程序細節仲未有共識。麻煩返去Wikipedia_talk:申請罷免管理員#第二輪討論繼續執。翹仔 (傾偈) 2022年2月16號 (三) 09:50 (UTC)
• 如果給自動確認用戶投票可能會造成傀儡或真人傀儡投票的情況，儘管不是粵語維基人，仍然對此案表示反對。 Emojiwiki (傾偈) 2022年2月17號 (四) 00:50 (UTC)

  但對設立罷免管理員機制表示支持，如無將會出現管理員濫權而同時社群無共識如何罷免的現象。 Emojiwiki (傾偈) 2022年2月17號 (四) 00:52 (UTC)

  我個人都認為『自動確認』呢個門檻會唔會設得大廣呢？如果係將個要求改做『延伸確認』唔知可唔可行呢？（目前喺英維嘅延伸確認門檻係30日500次） Shinjiman ⇔ ♨ 2022年2月17號 (四) 01:02 (UTC)

  30日我覺得可以，但係500次編輯可能對於粵文維基百科要求太高，未必可以。 Emojiwiki（去唐文維基百科傾） 2022年2月17號 (四) 01:41 (UTC)

  唔知有冇工具可以搵得到成個網站入面，有幾多用戶嘅編輯數去到幾多？對一位一位嘅用戶就可以搵得到，但唔知有冇對成個網站搵計數嘅工具呢？ Shinjiman ⇔ ♨ 2022年2月17號 (四) 02:42 (UTC)

  2018年之前有詳細數據，但而家唔再公佈 [2] 翹仔 (傾偈) 2022年2月17號 (四) 15:35 (UTC)

  @Shinjiman：請問你具體需要乜嘢數據？我可以幫手寫個數據庫query。H78c67c·傾偈 2022年2月18號 (五) 03:22 (UTC)

  @H78c67c：係需要睇返『自動確認』（冇記錯嘅話應該係4日10次）同埋將來可能新設嘅『延伸確認』權限（假設以30日500次做界限）嘅總用戶數，對呢個網站之中全部用戶嘅比例，比較兩者嘅用戶數會差幾多位。 Shinjiman ⇔ ♨ 2022年2月18號 (五) 03:55 (UTC)

  @H78c67c：睇吓呢兩件查詢準唔準先，Quarry 62509係計自動確認用戶，目前有3414位；Quarry 62510係計以30/500做界限嘅用戶，目前有148位。 Shinjiman ⇔ ♨ 2022年2月18號 (五) 04:48 (UTC)

  我正想講 Wikimedia Tech 有人答我，話要自己開 Quarry。唔該晒。quarry:query/62510 好似計咗啲 bot 入去。呢啲數計埋唔活躍用戶。望住呢幾個數字，我會覺得用30/500做投票權界線好似緊得滯。 翹仔 (傾偈) 2022年2月18號 (五) 14:10 (UTC)

  見到其中一啲應該係全域機械人嚟，扣走埋應該個用戶數會更加少一啲。 Shinjiman ⇔ ♨ 2022年2月18號 (五) 14:51 (UTC)

• 畀少少意見：「30/500」可能太高，但「高」就係指「500」，反而「30」就比較低。我會建議粵維嘅「延伸確認」門檻唔跟預設嘅「30/500」，而係調整到「90/200」，我覺得參與夠3個月、編輯夠200次嘅人，應該都會對粵維嘅情況有一定嘅理解，夠資格參與粵維重要嘅投票。另外，非官方嘅Wikiscan可以睇到用戶編輯數排名，當然無開Quarry咁準，但都算係個方便嘅參考。（嗰版顯示超過200次編輯嘅用戶有327個。）--Kowlooner (傾偈) 2022年2月20號 (日) 13:30 (UTC)

  啱啱走過Quarry，用「90/200」做界限嘅就會搵到313個戶口，當中包埋全域機械人戶口。 Shinjiman ⇔ ♨ 2022年2月20號 (日) 15:56 (UTC)

@Deryck Chan：其實用每季去計，就算連對粵維認識多嘅用戶都唔係夠，例如Special:貢獻/Mikedou。再唔係就返返去Deryck最初提議嘅用自動確認用戶做門檻，冇必要用一個嚟自中文維基、但喺粵維編輯量少嘅用戶，去提出一個準則，之但係佢又對粵維編輯情況唔理解，畫蛇添足，到時搞到連對粵維都有認識嘅用戶，唔符合投票門檻，咁就搞笑啦。反對用每季XX次編輯數呢個提議。特克斯特 (傾偈) 2022年2月23號 (三) 05:51 (UTC)

@Deryck Chan、Z423x5c6、Kowlooner：呢度係傾係咪支持或者反對罷免機制嘅成立。有啲用戶喺確立係咪推出呢個機制時候先話某啲內容有問題，呢個步驟應該係喺舊年12月尾開啟討論嗰陣就應該要傾，點解某啲用戶變咗喺呢個時候+呢個位置度傾？唔係應該去Wikipedia talk:申請罷免管理員度傾咩？

依家睇嚟都有共識推出呢個機制。而「有共識就結案，至少擺兩個星期，至多擺兩個月」呢句，共識我覺得有，而仲有大概10日就應該要結案，將呢個機制出爐。咁投票門檻唔同意見嘅問題，又點處理好呢？定係如期喺3月18號先推出呢個機制先？特克斯特 (傾偈) 2022年3月8號 (二) 12:58 (UTC)

@Deryck Chan@Z423x5c6@特克斯特：投票準則方面，用每季度咁計，自己都未必得。不如用返自動確認用戶準則啦。或者用總編輯數都唔錯。Akai 博士 (傾偈) 2022年3月15號 (二) 09:36 (UTC)

我諗自動確認就ok，另外，係咪User:Deryck Chan或者User:Shinjiman負責結案？ ——Z423X5C6（傾偈） 2022年3月19號 (六) 09:49 (UTC)

跟最新LSHK釋粵拼標調原則還原上標標調成正常標調

香港語言學學會（LSHK）有新釋畀粵拼標調原則喺05-03-2022講到嘸推薦上下標粵拼聲調，因有傷害到粵拼聲調嘅可讀性。建議喺維基百科應跟LSHK所釋正常噉標調喺音節尾。噉子做理應會改進啲聲調嘅可讀性特別係喺Template:Ruby啲振標細字情況下。 汩汩银泉 (傾偈) 2022年3月5號 (六) 19:33 (UTC)

係啊，{{jpingauto}}都應該改返。——Z423X5C6（傾偈） 2022年3月6號 (日) 05:53 (UTC)

噉幾時得喐手呢？涉及到templates+文章都好多噉。好似冇乜人發表意見。 汩汩银泉 (傾偈) 2022年3月9號 (三) 22:25 (UTC)

改還改，仲要睇吓要點樣處理Category:用咗sup標記嘅調號上標模嘅遺留問題，定係有需要嘅話開一個新嘅類？ Shinjiman ⇔ ♨ 2022年3月10號 (四) 00:59 (UTC)

仲有，用CSS形式套用顏色亦係一個可行嘅做法，可能要開一個新嘅CSS class嚟處理。 Shinjiman ⇔ ♨ 2022年3月10號 (四) 01:47 (UTC)

個類已經人手清咗。 ——Z423X5C6（傾偈） 2022年3月10號 (四) 06:21 (UTC)

我會支持1.冇設任何樣式（首選）; 2.粗體（但本身字已經粗體嘅話就會冇有分別）。維基百科顯示字帶顏色（除開[[]]之類）會有啲奇怪？ 汩汩银泉 (傾偈) 2022年3月10號 (四) 09:11 (UTC)

Ngo5 njing4 wai4 gwai1 gan1 git3 dai2 zi2 hai4 duk4 gwaan3 mi4 duk4 gwaan3 man4 tai4 nje2. Zi3 siu2 ngo2 duk4 zing3 coeng4 Jit4 ping3 mau2 jau2 zoeng3 ngoi4. （我認為歸根結底只係讀慣未讀慣問題咡。至少我讀正常粵拼冇有障礙。） 汩汩银泉 (傾偈) 2022年3月10號 (四) 09:17 (UTC)

我建議仍然都係要用返CSS形式包返個數字，至於用乜嘢格式預設表示，就跟返上面嘅提議；另外有個別用戶想做唔同嘅表示形式嘅話，可以透過修改用戶自定嘅CSS去做到唔同嘅表示效果。 Shinjiman ⇔ ♨ 2022年3月10號 (四) 09:21 (UTC)

可以似你噉子講，留interface等用戶改自定 CSS。 汩汩银泉 (傾偈) 2022年3月10號 (四) 09:25 (UTC)

技術

Wiki Loves Folklore is back!

請幫手去譯做你嘅語言

You are humbly invited to participate in the Wiki Loves Folklore 2022 an international photography contest organized on Wikimedia Commons to document folklore and intangible cultural heritage from different regions, including, folk creative activities and many more. It is held every year from the 1st till the 28th of February.

You can help in enriching the folklore documentation on Commons from your region by taking photos, audios, videos, and submitting them in this commons contest.

You can also organize a local contest in your country and support us in translating the project pages to help us spread the word in your native language.

Feel free to contact us on our project Talk page if you need any assistance.

Kind regards,

Wiki loves Folklore International Team

--MediaWiki message delivery (傾偈) 2022年1月9號 (日) 13:15 (UTC)

2022社區願望清單調查

2022社區願望清單調查現已開放！

這項調查是社區決定社區技術團隊在明年工作流程。我們鼓勵所有人在1月23日的截止日期之前提交提案，或評論其他提案以幫助改善提案。

社群将在1月28日至2月11日针对提案开展投票。

社群技術團隊致力於為有經驗的維基媒體編輯者開發工具。 您可以使用任何語言編寫建議，我們將為您翻譯建議。謝謝，我們期待著您的建議！ SGrabarczuk (WMF) (talk) 2022年1月10號 (一) 18:49 (UTC)

Tech News: 2022-02

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• A oauth_consumer variable has been added to the AbuseFilter to enable identifying changes made by specific tools. [3]
• Gadgets are now able to directly include JSON pages. This means some gadgets can now be configured by administrators without needing the interface administrator permission, such as with the Geonotice gadget. [4]
• Gadgets can now specify page actions on which they are available. For example, |actions=edit,history will load a gadget only while editing and on history pages. [5]
• Gadgets can now be loaded on demand with the withgadget URL parameter. This can be used to replace an earlier snippet that typically looks like withJS or withCSS. [6]
• At wikis where the Mentorship system is configured, you can now use the Action API to get a list of a mentor's mentees. [7]
• The heading on the main page can now be configured using MediaWiki:Mainpage-title-loggedin for logged-in users and MediaWiki:Mainpage-title for logged-out users. Any CSS that was previously used to hide the heading should be removed. [8] [9]
• Four special pages (and their API counterparts) now have a maximum database query execution time of 30 seconds. These special pages are: RecentChanges, Watchlist, Contributions, and Log. This change will help with site performance and stability. You can read more details about this change including some possible solutions if this affects your workflows. [10]
• The sticky header has been deployed for 50% of logged-in users on more than 10 wikis. This is part of the Desktop Improvements. See how to take part in the project.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 11 January. It will be on non-Wikipedia wikis and some Wikipedias from 12 January. It will be on all wikis from 13 January (calendar).

Events

• Community Wishlist Survey 2022 begins. All contributors to the Wikimedia projects can propose for tools and platform improvements. The proposal phase takes place from 10 January 18:00 UTC to 23 January 18:00 UTC. Learn more.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年1月11號 (二) 01:23 (UTC)

Feminism and Folklore 2022

請幫手去譯做你嘅語言

Greetings! You are invited to participate in Feminism and Folklore 2022 writing competion. This year Feminism and Folklore will focus on feminism, women biographies and gender-focused topics for the project in league with Wiki Loves Folklore gender gap focus with folk culture theme on Wikipedia.

You can help us in enriching the folklore documentation on Wikipedia from your region by creating or improving articles focused on folklore around the world, including, but not limited to folk festivals, folk dances, folk music, women and queer personalities in folklore, folk culture (folk artists, folk dancers, folk singers, folk musicians, folk game athletes, women in mythology, women warriors in folklore, witches and witch hunting, fairy tales and more. You can contribute to new articles or translate from the list of suggested articles here.

You can also support us in organizing the contest on your local Wikipedia by signing up your community to participate in this project and also translating the project page and help us spread the word in your native language.

Learn more about the contest and prizes from our project page. Feel free to contact us on our talk page or via Email if you need any assistance...

Thank you.

Feminism and Folklore Team,

Tiven2240 --2022年1月11號 (二) 05:49 (UTC)

Save the Date: Coolest Tool Award 2021: this Friday, 17:00 UTC

<languages />

Hello all,

The ceremony of the 2021 Wikimedia Coolest Tool Award will take place virtually on Friday 14 January 2022, 17:00 UTC.

This award is highlighting software tools that have been nominated by contributors to the Wikimedia projects. The ceremony will be a nice moment to show appreciation to our tool developers and maybe discover new tools!

Read more about the livestream and the discussion channels.

Thanks for joining! andre (talk) -08:02, 6 January 2022 (UTC)

Tech News: 2022-03

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• When using WikiEditor (also known as the 2010 wikitext editor), people will now see a warning if they link to disambiguation pages. If you click "Review link" in the warning, it will ask you to correct the link to a more specific term. You can read more information about this completed 2021 Community Wishlist item.
• You can automatically subscribe to all of the talk page discussions that you start or comment in using DiscussionTools. You will receive notifications when another editor replies. This is available at most wikis. Go to your Preferences and turn on "Automatically subscribe to topics". [11]
• When asked to create a new page or talk page section, input fields can be "preloaded" with some text. This feature is now limited to wikitext pages. This is so users can't be tricked into making malicious edits. There is a discussion about if this feature should be re-enabled for some content types.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 18 January. It will be on non-Wikipedia wikis and some Wikipedias from 19 January. It will be on all wikis from 20 January (calendar).

Events

• Community Wishlist Survey 2022 continues. All contributors to the Wikimedia projects can propose for tools and platform improvements. The proposal phase takes place from 10 January 18:00 UTC to 23 January 18:00 UTC. Learn more.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年1月17號 (一) 19:55 (UTC)

Subscribe to the This Month in Education newsletter - learn from others and share your stories

Dear community members,

Greetings from the EWOC Newsletter team and the education team at Wikimedia Foundation. We are very excited to share that we on tenth years of Education Newsletter (This Month in Education) invite you to join us by subscribing to the newsletter on your talk page or by sharing your activities in the upcoming newsletters. The Wikimedia Education newsletter is a monthly newsletter that collects articles written by community members using Wikimedia projects in education around the world, and it is published by the EWOC Newsletter team in collaboration with the Education team. These stories can bring you new ideas to try, valuable insights about the success and challenges of our community members in running education programs in their context.

If your affiliate/language project is developing its own education initiatives, please remember to take advantage of this newsletter to publish your stories with the wider movement that shares your passion for education. You can submit newsletter articles in your own language or submit bilingual articles for the education newsletter. For the month of January the deadline to submit articles is on the 20th January. We look forward to reading your stories.

Older versions of this newsletter can be found in the complete archive.

More information about the newsletter can be found at Education/Newsletter/About.

For more information, please contact spatnaikwikimedia.org.

---

About This Month in Education · Subscribe/Unsubscribe · Global message delivery · For the team: ZI Jony ^(Talk), {{subst:#time:l G:i, d F Y|}} (UTC)

Last two days for submitting proposals

Tomorrow is the last day for submitting proposals for the Community Wishlist Survey 2022.

Also, everyone is welcome to translate, promote, and discuss proposals. SGrabarczuk (WMF) (talk) 2022年1月22號 (六) 14:45 (UTC)

Tech News: 2022-04

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 25 January. It will be on non-Wikipedia wikis and some Wikipedias from 26 January. It will be on all wikis from 27 January (calendar).
• The following languages can now be used with syntax highlighting: BDD, Elpi, LilyPond, Maxima, Rita, Savi, Sed, Sophia, Spice, .SRCINFO.
• You can now access your watchlist from outside of the user menu in the new Vector skin. The watchlist link appears next to the notification icons if you are at the top of the page. [12]

Events

• You can see the results of the Coolest Tool Award 2021 and learn more about 14 tools which were selected this year.
• You can translate, promote, or comment on the proposals in the Community Wishlist Survey. Voting will begin on 28 January.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年1月24號 (一) 21:38 (UTC)

cite news cite web模問題

• @H78c67c、Z423x5c6、Shinjiman：我記得之前喺cite news cite web模版上，就算喺date參數上用 “日”，而唔用“號”一字都會顯示紅link，例如寫2016年1月1日，而唔寫2016年1月1號。之後我有印象再睇返喺date參數用“日”嗰啲文章，已經容納埋呢個寫法，唔使用人手大量慢慢處理呢啲細節位問題。但係點解反而喺accessdate、archive-date呢啲參數，又唔改埋佢，容納埋呢種用“日”字嘅寫法佢呢？例如喺錢雷 (音樂人)就係一例。特克斯特 (傾偈) 2022年1月27號 (四) 11:39 (UTC)

Tech News: 2022-05

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• If a gadget should support the new ?withgadget URL parameter that was announced 3 weeks ago, then it must now also specify supportsUrlLoad in the gadget definition (documentation). [13]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 1 February. It will be on non-Wikipedia wikis and some Wikipedias from 2 February. It will be on all wikis from 3 February (calendar).

Future changes

• A change that was announced last year was delayed. It is now ready to move ahead:
  • The user group oversight will be renamed suppress. This is for technical reasons. This is the technical name. It doesn't affect what you call the editors with this user right on your wiki. This is planned to happen in three weeks. You can comment in Phabricator if you have objections. As usual, these labels can be translated on translatewiki (direct links are available) or by administrators on your wiki.

Events

• You can vote on proposals in the Community Wishlist Survey between 28 January and 11 February. The survey decides what the Community Tech team will work on.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年1月31號 (一) 17:42 (UTC)

Tech News: 2022-06

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• English Wikipedia recently set up a gadget for dark mode. You can enable it there, or request help from an interface administrator to set it up on your wiki (instructions and screenshot).
• Category counts are sometimes wrong. They will now be completely recounted at the beginning of every month. [14]

Problems

• A code-change last week to fix a bug with Live Preview may have caused problems with some local gadgets and user-scripts. Any code with skin-specific behaviour for vector should be updated to also check for vector-2022. A code-snippet, global search, and example are available.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 8 February. It will be on non-Wikipedia wikis and some Wikipedias from 9 February. It will be on all wikis from 10 February (calendar).

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年2月7號 (一) 21:15 (UTC)

整返個本地自動拉直跳轉嘅機械人

• @H78c67c、Deryck Chan、Sun8908：之前User:Z423x5c6喺User_talk:110.174.132.162#多重跳轉度講過，佢整咗幾多多重調整嘅版。我再睇返依家相關問題，跨維基啲機械人只係一時時會做，唔會全部搞曬，亦都可能唔處理本地啲多重跳轉問題。所以呢度提出要求整返個本地自動拉直跳轉嘅機械人，頻率大概30分鐘執一個多重跳轉咁。特克斯特 (傾偈) 2022年2月13號 (日) 06:25 (UTC)

依家隻機械人大約幾耐行一次？——Z423X5C6（傾偈） 2022年2月13號 (日) 06:28 (UTC)

@Z423x5c6：我可以話係「不定期」，睇Special:貢獻/EmausBot，有一段時間係2021年10月12號-12月13號，成2個月部機械人冇喺粵維做過嘢，所以我呢度先要求本地整返個運作，唔好再依賴跨維基去處理。特克斯特 (傾偈) 2022年2月13號 (日) 06:32 (UTC)

唔止得一部噉嘅機械人，例如「https://zh-yue.wikipedia.org/wiki/Special:%E8%B2%A2%E7%8D%BB/Xqbot」，佢哋會補位，似乎冇必要增加。本用户都檢討緊，繼續用分量少，數量多嘅編輯風格究竟好唔好。堆新開嘅嘢環環相扣，優點係改動章節標題時只需要郁最頭嗰環，缺點係異常狀態為期不明；不過喺搜尋器搭線之前，瀏覽量唔會大，拖耐啲又似乎冇乜所謂喎。--110.174.132.162（討論） 2022年2月13號 (日) 07:52 (UTC)

唔定期嘅原因應該係EmausBot用緊PAWS行Pywikibot，操作者上線run redirect.py先會edit。而家enwiki同zhwiki都主要用Xqbot，應該唔係好需要特登整本地嘅。--Sun8908（傾偈） 2022年2月13號 (日) 09:28 (UTC)

Tech News: 2022-07

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• Purging a category page with fewer than 5,000 members will now recount it completely. This will allow editors to fix incorrect counts when it is wrong. [15]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 15 February. It will be on non-Wikipedia wikis and some Wikipedias from 16 February. It will be on all wikis from 17 February (calendar).
• In the AbuseFilter extension, the rmspecials() function has been updated so that it does not remove the "space" character. Wikis are advised to wrap all the uses of rmspecials() with rmwhitespace() wherever necessary to keep filters' behavior unchanged. You can use the search function on Special:AbuseFilter to locate its usage. [16]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年2月14號 (一) 19:18 (UTC)

對Template:城市論壇分頁的事实性修订

由于軟件設定问题，當前修訂版本URL不可用，故已修改以移除無用URL位置。 Emojiwiki (傾偈) 2022年2月17號 (四) 00:45 (UTC)

唔該晒幫手改好嗰句，如果啲用戶要拎返嗰陣時嘅修版本嘅話，喺左手邊嘅『固定連結』會拎得返嗰版嗰陣時嘅修訂版本。 Shinjiman ⇔ ♨ 2022年2月17號 (四) 01:35 (UTC)

Rollout of the new audio and video player

請幫手去譯做你嘅語言

Hello,

Over the next months we will gradually change the audio and video player of Wikis from Kultura to Video.js and with that, the old player won’t be accessible anymore. The new player has been active as a beta feature since May 2017.

The new player has many advantages, including better design, consistent look with the rest of our interface, better compatibility with browsers, ability to work on mobile which means our multimedia will be properly accessible on iPhone, better accessibility and many more.

The old player has been unmaintained for eight years now and is home-brewn (unlike the new player which is a widely used open source project) and uses deprecated and abandoned frameworks such as jQuery UI. Removing the old player’s code also improves performance of the Wikis for anyone visiting any page (by significantly reducing complexity of the dependency graph of our ResourceLoader modules. See this blog post.). The old player has many open bugs that we will be able to close as resolved after this migration.

The new player will solve a lot of old and outstanding issues but also it will have its own bugs. All important ones have been fixed but there will be some small ones to tackle in the future and after the rollout.

What we are asking now is to turn on the beta feature for the new player and let us know about any issues.

You can track the work in T100106

Thank you, Amir 2022年2月17號 (四) 17:59 (UTC)

Tech News: 2022-08

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• Special:Nuke will now provide the standard deletion reasons (editable at MediaWiki:Deletereason-dropdown) to use when mass-deleting pages. This was a request in the 2022 Community Wishlist Survey. [17]
• At Wikipedias, all new accounts now get the Growth features by default when creating an account. Communities are encouraged to update their help resources. Previously, only 80% of new accounts would get the Growth features. A few Wikipedias remain unaffected by this change. [18]
• You can now prevent specific images that are used in a page from appearing in other locations, such as within PagePreviews or Search results. This is done with the markup class=notpageimage. For example, [[File:Example.png|class=notpageimage]]. [19]
• There has been a change to the HTML of Special:Contributions, Special:MergeHistory, and History pages, to support the grouping of changes by date in the mobile skin. While unlikely, this may affect gadgets and user scripts. A list of all the HTML changes is on Phabricator.

Events

• Community Wishlist Survey results have been published. The ranking of prioritized proposals is also available.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 22 February. It will be on non-Wikipedia wikis and some Wikipedias from 23 February. It will be on all wikis from 24 February (calendar).

Future changes

• The software to play videos and audio files on pages will change soon on all wikis. The old player will be removed. Some audio players will become wider after this change. The new player has been a beta feature for over four years. [20][21]
• Toolforge's underlying operating system is being updated. If you maintain any tools there, there are two options for migrating your tools into the new system. There are details, deadlines, and instructions on Wikitech. [22]
• Administrators will soon have the option to delete/undelete the associated "talk" page when they are deleting a given page. An API endpoint with this option will also be available. This was a request from the 2021 Wishlist Survey.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年2月21號 (一) 19:12 (UTC)

Wiki Loves Folklore is extended till 15th March

請幫手去譯做你嘅語言

Greetings from Wiki Loves Folklore International Team,

We are pleased to inform you that Wiki Loves Folklore an international photographic contest on Wikimedia Commons has been extended till the 15th of March 2022. The scope of the contest is focused on folk culture of different regions on categories, such as, but not limited to, folk festivals, folk dances, folk music, folk activities, etc.

We would like to have your immense participation in the photographic contest to document your local Folk culture on Wikipedia. You can also help with the translation of project pages and share a word in your local language.

Best wishes,

International Team
Wiki Loves Folklore

MediaWiki message delivery (傾偈) 2022年2月22號 (二) 04:50 (UTC)

Coming soon

Several improvements around templates

Hello, from March 9, several improvements around templates will become available on your wiki:

• Fundamental improvements of the VisualEditor template dialog (1, 2),
• Improvements to make it easier to put a template on a page (3) (for the template dialogs in VisualEditor, 2010 Wikitext and New Wikitext Mode),
• and improvements in the syntax highlighting extension CodeMirror (4, 5) (which is available on wikis with writing direction left-to-right).

All these changes are part of the “Templates” project by WMDE Technical Wishes. We hope they will help you in your work, and we would love to hear your feedback on the talk pages of these projects.

- Johanna Strodt (WMDE) 2022年2月28號 (一) 12:39 (UTC)

Tech News: 2022-09

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• When searching for edits by change tags, e.g. in page history or user contributions, there is now a dropdown list of possible tags. This was a request in the 2022 Community Wishlist Survey. [23]
• Mentors using the Growth Mentor dashboard will now see newcomers assigned to them who have made at least one edit, up to 200 edits. Previously, all newcomers assigned to the mentor were visible on the dashboard, even ones without any edit or ones who made hundred of edits. Mentors can still change these values using the filters on their dashboard. Also, the last choice of filters will now be saved. [24][25]
• The user group oversight was renamed suppress. This is for technical reasons. You may need to update any local references to the old name, e.g. gadgets, links to Special:Listusers, or uses of NUMBERINGROUP.

Problems

• The recent change to the HTML of tracking changes pages caused some problems for screenreaders. This is being fixed. [26]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 1 March. It will be on non-Wikipedia wikis and some Wikipedias from 2 March. It will be on all wikis from 3 March (calendar).

Future changes

• Working with templates will become easier. Several improvements are planned for March 9 on most wikis and on March 16 on English Wikipedia. The improvements include: Bracket matching, syntax highlighting colors, finding and inserting templates, and related visual editor features.
• If you are a template developer or an interface administrator, and you are intentionally overriding or using the default CSS styles of user feedback boxes (the classes: successbox, messagebox, errorbox, warningbox), please note that these classes and associated CSS will soon be removed from MediaWiki core. This is to prevent problems when the same class-names are also used on a wiki. Please let us know by commenting at phab:T300314 if you think you might be affected.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年2月28號 (一) 22:59 (UTC)

Tech News: 2022-10

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Problems

• There was a problem with some interface labels last week. It will be fixed this week. This change was part of ongoing work to simplify the support for skins which do not have active maintainers. [27]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 8 March. It will be on non-Wikipedia wikis and some Wikipedias from 9 March. It will be on all wikis from 10 March (calendar).

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年3月7號 (一) 21:16 (UTC)

Wiki Loves Folklore 2022 ends tomorrow

International photographic contest Wiki Loves Folklore 2022 ends on 15th March 2022 23:59:59 UTC. This is the last chance of the year to upload images about local folk culture, festival, cuisine, costume, folklore etc on Wikimedia Commons. Watch out our social media handles for regular updates and declaration of Winners.

(Facebook , Twitter , Instagram)

The writing competition Feminism and Folklore will run till 31st of March 2022 23:59:59 UTC. Write about your local folk tradition, women, folk festivals, folk dances, folk music, folk activities, folk games, folk cuisine, folk wear, folklore, and tradition, including ballads, folktales, fairy tales, legends, traditional song and dance, folk plays, games, seasonal events, calendar customs, folk arts, folk religion, mythology etc. on your local Wikipedia. Check if your local Wikipedia is participating

A special competition called Wiki Loves Falles is organised in Spain and the world during 15th March 2022 till 15th April 2022 to document local folk culture and Falles in Valencia, Spain. Learn more about it on Catalan Wikipedia project page.

We look forward for your immense co-operation.

Thanks Wiki Loves Folklore international Team MediaWiki message delivery (傾偈) 2022年3月14號 (一) 14:40 (UTC)

Tech News: 2022-11

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• In the Wikipedia Android app it is now possible to change the toolbar at the bottom so the tools you use more often are easier to click on. The app now also has a focused reading mode. [28][29]

Problems

• There was a problem with the collection of some page-view data from June 2021 to January 2022 on all wikis. This means the statistics are incomplete. To help calculate which projects and regions were most affected, relevant datasets are being retained for 30 extra days. You can read more on Meta-wiki.
• There was a problem with the databases on March 10. All wikis were unreachable for logged-in users for 12 minutes. Logged-out users could read pages but could not edit or access uncached content then. [30]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 15 March. It will be on non-Wikipedia wikis and some Wikipedias from 16 March. It will be on all wikis from 17 March (calendar).
• When using uselang=qqx to find localisation messages, it will now show all possible message keys for navigation tabs such as "睇返紀錄". [31]
• Access to Special:修訂版本刪除 has been expanded to include users who have deletelogentry and deletedhistory rights through their group memberships. Before, only those with the deleterevision right could access this special page. [32]
• On the Special:反刪除 pages for diffs and revisions, there will be a link back to the main Undelete page with the list of revisions. [33]

Future changes

• The Wikimedia Foundation has announced the IP Masking implementation strategy and next steps. The announcement can be read here.
• The Wikipedia Android app developers are working on new functions for user talk pages and article talk pages. [34]

Events

• The Wikimedia Hackathon 2022 will take place as a hybrid event on 20-22 May 2022. The Hackathon will be held online and there are grants available to support local in-person meetups around the world. Grants can be requested until 20 March.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

2022年3月14號 (一) 22:07 (UTC)

Survey: Help improve Kartographer

Apologies for writing in English. If anyone could help translating this message, it would be deeply appreciated.

Do you create interactive maps with Kartographer (mapframe)? If your answer is yes, we would like to hear from you. Please take part in the survey and help improve Kartographer!

Some background: Wikimedia Germany's Technical Wishes team is currently working on the Kartographer extension. Over the last few months, we have been working on a solution to make this software usable on wikis where it isn’t available yet. In the next phase of the project, we are planning to improve Kartographer itself.

Because Kartographer is used quite a lot on this wiki, we would like to ask you: Where do you run into problems using it? Which new features would you like to see? Editors of all experience levels and with all workflows around Kartographer are welcome to participate.

Here is the survey: https://wikimedia.sslsurvey.de/Kartographer-Workflows-EN/

• The survey is open until March 31.
• It takes 10-15 minutes to complete.
• The survey is anonymous. You don't need to register, and we will not store any personal data which identifies you, such as your name or IP address.

Unfortunately, the survey is only available in English, but we have tried our best to use simple English and to add visual examples. If English is not your native language, it might help to use a translation tool in your browser.

More information on our work with Kartographer and the focus area of Geoinformation can be found on our project page.

Thank you for your help! – Johanna Strodt (WMDE) (talk) 2022年3月16號 (三) 13:08 (UTC)

提議

Sandbox link

Apologies for writing in English. Please feel free to translate my text.

I'm holding a global RFC regarding Sandbox link (example) at Meta: m:Requests for comment/Enable sandbox for all Wikipedias. I was told by User:Lucas Werkmeister that Cantonese Wikipedia as a large project does not have Sandbox link enabled.

• Does Cantonese Wikipedia want the Sandbox link enabled?

If there is consensus for enabling that on Cantonese Wikipedia, I will do that as part of the global settings. But if Cantonese Wikipedia does not want that, I can simply omit the Cantonese Wikipedia from my proposal. No hard feelings at all :) I have personally not found Sandbox links harmful in any way, shape, or form. Thanks 4nn1l2 (傾偈) 2022年2月19號 (六) 03:05 (UTC)

Personally I won't oppose this idea at all, however there's need to see what's that page name of the sandbox that's linking to. At least three of them are possible. Including "Sandbox", "sandbox" and "沙盤" where those names can be canonical and in the native language respectively. It's not a big deal as well as the other two can be make as redirect to the one that's chosen to. Shinjiman ⇔ ♨ 2022年2月19號 (六) 03:16 (UTC)

That can be whatever Cantonese Wikipedia wants and admins of this project can determine it by editing MediaWiki:Sandboxlink-portlet-label. Anyone else can do the same thing from translatewiki.net. 4nn1l2 (傾偈) 2022年2月19號 (六) 03:27 (UTC)

Just to clarify that it's not the name of the label of the Sandbox, it's the page name that's link to the Sandbox, i.e. Special:MyPage/Sandbox vs Special:MyPage/sandbox vs Special:MyPage/沙盤。 Shinjiman ⇔ ♨ 2022年2月19號 (六) 06:14 (UTC)

You have control over that too. Just edit MediaWiki:Sandboxlink-subpage-name. 4nn1l2 (傾偈) 2022年2月19號 (六) 06:28 (UTC)

雜項

膠東人嘅編輯爭議

過濾器毋使我出聲--Eguersi (傾偈) 2021年9月11號 (六) 04:08 (UTC)

近日，在下刪去咗條目膠東人嘅啲內容，遭到了@Longway22：君十分熟練嘅回退。

除去毋涉及實質內容嘅格式嘅修改，涯所做嘅更改悉列如下：

1. 刪去文中“又有啲人可能會叫萊人、東夷人”一段
2. 刪去“史文嘅考典”章節的首段：“據載喺周武王伐紂嘅時代，東夷古國東遷到半島地區，而同當時嘅東萊國并存，萊人同夷人共處呢度而被中原稱為咗「萊夷之地」。呢個就係上述說法嘅緣由。 古代嘅高句麗、扶餘國、百濟、東濊據話都係由東夷人建立嘅。”
3. 刪去“史文嘅考典”章節嘅的尾段：“日本嘅學者提出過騎馬民族征服王朝學說，覺得高句麗人、扶餘人係日本民族嘅起源。”

User:Longway22請我去討論版提出意見，但係根據同佢交流嘅經驗，咁做冇乜作用。由是我到城市論壇，企望大家共同討論該條目。

副知曾經參與膠東人編輯及相關討論嘅維基人：@Shinjiman、Deryck Chan、Matttest、H78c67c、唔重要嘅人：@特克斯特、Detective Akai：。如有打擾尚祈見諒。

謹祝編安。--Eguersi (傾偈) 2021年9月11號 (六) 04:31 (UTC)

呢次我有少少支持Eguersi。跟據日維，「東夷人」同「膠東人」係兩回事。「膠東人」一字有多個意思，一係「膠東半島地區既人有比較強既民族認同，往往認為自己係膠東人，而唔係山東人、煙臺人、威海人」；二係「舊膠東國既住民，稱之為膠東人（出自《漢書》地理志第八）」；三係「姜齊、萊國、莒國既人，稱之為膠東人」；四係「東夷人」。可以見到，粵維因為未寫清呢幾點，Eguersi先至刪走。

但唔代表我全部認同Eguersi。Longway22既做法不無道理。由於Eguersi多次以「中維字眼、中維作風」去寫文，但呢度係粵維，Longway22可能係認為Eguersi唔尊重本地文化，先至刪走。

Akai 博士 (傾偈) 2021年9月12號 (日) 04:01 (UTC)

閣下總結得好好，本編授權閣下可代為添加上述多種唔同嘅意思入文方便閱者理解，同時可以此再檢視返Eguersi係咪有繼續收窄分歧嘅意見或者淨系刪或鏟就搞掂 Longway22 (傾偈) 2021年9月12號 (日) 04:57 (UTC)

呢版畀人保護左 Longway22叫我點寫吖Akai 博士 (傾偈) 2021年9月12號 (日) 08:41 (UTC)

睇提出人呢度補唔補意見先，自然有真章。閣下唔使驚。 Longway22 (傾偈) 2021年9月12號 (日) 09:31 (UTC)

@Eguersi：請閣下回覆係咪同意上述Akai同本編提出意見，閣下可提交可持續辨識嘅論說，增強本地繼續商議嘅氛圍觀感。——Longway22 (傾偈) 2021年9月12號 (日) 10:39 (UTC)

@Longway22：我认同Akai君关于条目内容的观点，并仍然认为我的操作无误。

在此我陈述一下之前删除改条目内容的理由，其中大部分在以往已经在编辑摘要中提到，这里恕我复读一遍：

1. 此句没有提供参考资料
2. 这句话莫名其妙的，和主题没什么联系。讲着讲着胶东人为什么讲东夷人？讲东夷人可以，但是至少要讲出他和条目的联系来吧。而且，本句没有来源。
3. 同上句原因。东夷人和胶东人什么关系？该写到东夷人条目里的请别往这里写，拜托。这里有来源也仍然是离题内容。高句麗人、扶餘人係日本民族嘅起源，那高句麗人、扶餘人和胶东人什么关系？

在下同时修改了本人之前的留言，更改了列表号格式以利阅读。--Eguersi (傾偈) 2021年9月14號 (二) 15:13 (UTC)

請Eguersi兄喺呢度留言嗰陣一定要用返粵文，往後喺計劃版入面嘅編輯亦可能會有呢個限制，否則會有唔可以保存有關嘅修改嘅可能。 Shinjiman ⇔ ♨ 2021年9月14號 (二) 16:54 (UTC)

@Shinjiman、Detective Akai、Longway22：膠東人嘅全保護結束咗，而今有冇共識？---Eguersi (傾偈) 2021年9月24號 (五) 02:05 (UTC)

@Eguersi：我會加上關於呢篇文既研究 如果再唔滿意先算Akai 博士 (傾偈) 2021年9月24號 (五) 12:15 (UTC)

@Detective Akai：我觉得呢個做法毋合適，解釋詞義係維基辭典嘅工作，含義毋同鏈向毋同嘅文章係搞清楚頁嘅工作，而今噉不伦不类嘅。--Eguersi (傾偈) 2021年10月8號 (五) 02:38 (UTC)

粵文百科本地度開文可以做辭典功，解釋清楚呢個都係方便讀者理解。 Longway22 (傾偈) 2021年10月8號 (五) 10:08 (UTC)

膠東人#史文嘅考典一段仍然幾乎全部係離題內容，應當刪除或者移動至東夷。--Eguersi (傾偈) 2021年10月27號 (三) 05:53 (UTC)

而今有冇共识？--Eguersi (傾偈) 2021年11月9號 (二) 04:48 (UTC)

唔會同意閣下嘅任意強行要求 Longway22 (傾偈) 2021年11月10號 (三) 02:17 (UTC)

12月咗，有冇共识？--Eguersi (傾偈) 2021年12月2號 (四) 03:45 (UTC)

2022年咗，有冇共识？--Eguersi (傾偈) 2022年1月5號 (三) 05:09 (UTC)

粵維2021年回顧

2021年總編輯數約21萬，較2020年升咗20.3%。新開文章15,939篇，比起上一年跌咗45.6%。總瀏覽量達4千1百萬，升1.35%。最多人睇嘅文未有數據。 H78c67c·傾偈 2022年1月1號 (六) 00:47 (UTC)

喺社群事務上，點少得Talk:唐字風波啊。同埋頻頻揭發User:WikiCantona使用管理員權限存在問題。特克斯特 (傾偈) 2022年1月1號 (六) 07:51 (UTC)

瀏覽量上升可能係因為ViuTV文，不過隨住T君發功，呢個瀏覽量優勢應該逐漸被取代。喺開新文章上面，中間Talk:唐字一大段爭議，少咗人肯寫文都係正常。原因係揾得出同探究得到嘅。特克斯特 (傾偈) 2022年1月1號 (六) 07:55 (UTC)

最多人睇嘅文出爐，2021年最多人睇嘅文係MIRROR，第二同第三分別係時辰同七仙羽。其中七仙羽係4月尾先開文。--Sun8908（傾偈） 2022年1月5號 (三) 17:04 (UTC)

睇返排行榜，ViuTV相關節目同人物嘅文確係為粵維瀏覽量立咗好多功勞，不過中維響舊年已經寫多咗好多ViuTV文（舊年最經典一役係《YOLO的練習曲》），粵維呢一方面嘅優勢亦逐漸消失。當兩邊同時都有文，響搜尋器唔公平對待之下，大部份瀏覽量都會過咗中維，粵維版本每日瀏覽量就只有幾十甚至更少。講起搜尋器，基本上佢哋對粵維各篇文嘅瀏覽量有關鍵影響，唔係粵語圈文化獨有嘅「時辰」居然可以上到粵維全年瀏覽量第2，好大原因係無論用Google定Yahoo搜「時辰」，頭一個結果都係粵維而唔係中維（至於點解會咁樣排名，就真係唔知點解釋）。--Kowlooner (傾偈) 2022年1月9號 (日) 15:00 (UTC)

@Kowlooner： 以前有文幾十萬人次睇嗰陣，又嫌人係大陸嘢唔關粵語圈事，我以為大家唔自在呢啲虛名添… ——Z423X5C6（傾偈） 2022年1月9號 (日) 16:44 (UTC)

@Kowlooner、Z423x5c6：咦，唔係粵維呢度有人自願犧牲過瀏覽量架咩？（覺得就算粵維好過中維都係奇怪現狀嚟。即係覺得粵維瀏覽量應該保持現狀打唔過中維先係正常情況，就唔會有人特登為呢啲嘢去城市論壇度討論）「来自粤语维基百科的条目居然比来自中文维基百科的同名条目排名还要靠前，这岂不是一个天大的笑话？」，呢度唔係有人話中維同粵維係獨立運作架咩？咁不斷有人提中維嘅情況又係關咩事，又有咩用意呢？咁User:Tw drama就真係恨不得多翻譯翻譯呢度啲獨家文啦。特克斯特 (傾偈) 2022年3月8號 (二) 17:34 (UTC)

@特克斯特： 我恨不得多翻譯翻譯呢度啲獨家文, 請問係想表達什麼呢? --Tw drama (傾偈) 2022年3月9號 (三) 13:11 (UTC)

中文字同數字混雜標題嘅格式規範

用第 6 號交響曲 (柴可夫斯基)為例，我見「6」前後都加空格，想睇下大家覺得加空格會好啲，定係唔加空格（即「第6號交響曲 (柴可夫斯基)」）會好啲。--Kowlooner (傾偈) 2022年1月2號 (日) 14:44 (UTC)

建議話之啲人點樣寫。好多時，係要忠於原著噉嘛，例如電視劇名，由官方網站直接複制貼上最簡單。本用户覺得呢啲屬於風格問題，就好似「等」、「等等」、「……」……人人各有所好，若果要改嚟改去，會有排煩，重要傾埋正文；反正都唔會妨礙傳意。--110.174.132.162（討論） 2022年1月2號 (日) 14:50 (UTC)

• @Kowlooner：喺外文作品上，翻譯過嚟，應該要跟返中文嘅書寫方式，傾向唔加空格。如果你話喺華文圈啲影視歌藝作品名，喺開文上，唔理空格 點嗰啲，用返原文就冇咩問題。特克斯特 (傾偈) 2022年1月2號 (日) 14:58 (UTC)

你講嘅情況只適合有官方中文名嘅嘢（例如《膠戰S2》）。而家講緊係一般格式。--Kowlooner (傾偈) 2022年1月2號 (日) 14:58 (UTC)

若果想快快脆扑鎚，就揾堆各政府／學校／報館嘅現成規則，幾揀一；人哋一早設想哂所有配搭嘅編排方法。重有，數字、字母同空格都係有全形同半形之分咖，自創規則極難。唔統一最好；睇下同名標題辨異用嗰啲括號，求求其其跟咗英文用半形，就知道管到咁細緻好無謂。--110.174.132.162（討論） 2022年1月2號 (日) 15:14 (UTC)

「搞清楚」用半形括號好似係技術問題，同今次嘅討論無乜關係。 ——z423x5c6（傾偈） 2022年1月2號 (日) 15:33 (UTC)

話時話嘞，若果係要大整頓，就順便收拾埋嗰啲最顯眼嘅括號囉；揾啱人嘅話，修改代碼同機械式自動批量更轉換有嘅嘢，唔會好難。應該一不做，二不休；視乎大家想揀焉樣——目標甲：只求準確傳意，就一動不如一靜；目標乙：要求整齊劃一，唔好再畀嗰啲周圍都係嘅異類括號繼續㧻眼㧻鼻。--110.174.132.162（討論） 2022年1月2號 (日) 15:41 (UTC)

喺呢種情況之下應覺得唔加空格會比較合埋啲，如果係基於閱讀性方便啲去睇嘅話，做表示字同埋英數之間嘅空格效果好似喺CSS嗰度可以改得到。 Shinjiman ⇔ ♨ 2022年1月2號 (日) 17:22 (UTC)

多謝各位意見，似乎共識係傾向「第X號交響曲」呢類標題唔加空格。我會先將上個禮拜我開嘅搞清楚版同相關嘅百科文修正，其他嘅之後再修正。--Kowlooner (傾偈) 2022年1月9號 (日) 14:14 (UTC)

原來睇返，幾個月之前曾經討論過類似嘅嘢。 Shinjiman ⇔ ♨ 2022年1月20號 (四) 03:45 (UTC)

IMPORTANT: Admin activity review

Hello. A policy regarding the removal of "advanced rights" (administrator, bureaucrat, interface administrator, etc.) was adopted by global community consensus in 2013. According to this policy, the stewards are reviewing administrators' activity on all Wikimedia Foundation wikis with no inactivity policy. To the best of our knowledge, your wiki does not have a formal process for removing "advanced rights" from inactive accounts. This means that the stewards will take care of this according to the admin activity review.

We have determined that the following users meet the inactivity criteria (no edits and no logged actions for more than 2 years):

1. William915 (administrator)

These users will receive a notification soon, asking them to start a community discussion if they want to retain some or all of their rights. If the users do not respond, then their advanced rights will be removed by the stewards.

However, if you as a community would like to create your own activity review process superseding the global one, want to make another decision about these inactive rights holders, or already have a policy that we missed, then please notify the stewards on Meta-Wiki so that we know not to proceed with the rights review on your wiki. Thanks, علاء (傾偈) 2022年1月4號 (二) 10:34 (UTC)

Category:譯緊嘅文章

似乎依家{{Translation}}同{{Uncantonese}}都係將文擺入Category:譯緊嘅文章，會唔會分返開好啲？ ——Z423X5C6（傾偈） 2022年1月22號 (六) 18:17 (UTC)

建議後者開個新類Category:夾雜非粵文嘅文章裝住。--Kowlooner (傾偈) 2022年1月23號 (日) 13:09 (UTC)

Community Wishlist Survey 2022嘅「自動建議連結Wikidata項目功能」

我一路主要都係幫手執粵維嘅Wikidata連結，發現有唔少人都無習慣去連Wikidata。另外有一個現象，就係好多粵維開先嘅文章，之後中維跟手再開，佢哋亦都無去連返粵維已經開咗嘅Wikidata項目。趁住Metawiki搞緊Community Wishlist Survey 2022，我大膽提議整一個「自動建議連結Wikidata項目功能」：當人開完篇文，系統會即刻搵下Wikidata有無已經存在一啲同名或者近名嘅項目，再畀用戶睇下啱唔啱連，就算唔啱都可以揀開新Wikidata項目。呢個建議比我預期受歡迎，支持票暫時係Wikidata類建議入面領先。話晒都係粵維啟發我呢個建議，我覺得有需要通知大家呢件事。如果大家覺得呢個功能對粵維乃至各語言維基百科有幫助，不妨幫手投個支持票。多謝。--Kwgulden (傾偈) 2022年2月1號 (二) 02:37 (UTC)

有諗頭喎，支持，我自己就係成日唔記得連wikidata嘅人嚟。——Z423X5C6（傾偈） 2022年2月1號 (二) 05:22 (UTC)

中維唔連結粵維嘅Wikidata項目有兩種情況：第一係開文者真心唔知粵維已經有文；第二就係明知粵維已經有文，專登選擇唔連。上面提議嘅功能應該可以解決到第一種情況，但對第二種恐怕就無乜作用。以我觀察，唔少情況都係第二種，明明一睇就知係翻譯粵維嘅文，都唔連返過嚟。--Kowlooner (傾偈) 2022年2月6號 (日) 13:49 (UTC)

@Kowlooner@Z423x5c6@Kwgulden：佢地就連翻譯粵維嘅文章都唔會承認啦，更何況連去Wikidata... Akai 博士 (傾偈) 2022年2月6號 (日) 13:57 (UTC)

我唔想揣測中維編者嘅心態，所以善意假定佢哋只係因為唔為意粵維文章嘅存在而唔連Wikidata，如果佢哋真係刻意唔連，都無佢哋符。入返正題，Community Wishlist Survey 2022結果已經公佈，喺270個建議入面，「自動建議連結Wikidata項目功能」民選排名第12位，開發團隊綜合排名更位列第5，代表好大機會獲開發。期望呢個功能獲成功開發後，可以改善新文唔連Wikidata嘅情況。--Kwgulden (傾偈) 2022年2月16號 (三) 13:07 (UTC)

2022社群願望清單：整返個DisamAssist.js

呢項提議我喺Wikipedia:城市論壇_(技術)/歸檔/2021年12月#點樣整DisamAssist.js？度提出過，不過近日User:Kowlooner搬完唱遊 (專輯)後留底攤手尾，唔修改埋關連嘅內部link，見Special:邊度鏈去呢版/唱遊。如果有呢樣功能嘅話，以後有人搬完文，就可以快速調整呢啲link。特克斯特 (傾偈) 2022年2月6號 (日) 13:34 (UTC)

啱啱改寫完篇唱遊，已經見到你點名話我無改好內部link，距離搬文都唔夠10分鐘。今次大部份內部link都係嚟自Template:王菲‎同Template:新城勁爆頒獎禮年度專輯大獎，要改唔難。但如果有自動功能，可以應對比較複雜嘅情況，當然歡迎，不過社群願望清單已經截止提名，要提就要等出年1月。--Kowlooner (傾偈) 2022年2月6號 (日) 13:41 (UTC)

@Kowlooner：我見你之前搬完我開新文嘅《Bad Boy (張惠妹專輯)》都冇搬（Special:diff/1647316：呢度之前畀我喺編輯摘要提點過），所以我先出聲咋，我唔出聲嘅話，根據你之前一貫嘅做法，肯定唔會改。特克斯特 (傾偈) 2022年2月6號 (日) 13:45 (UTC)

@Kowlooner：改完Template拎，之後等一陣再睇Special:邊度鏈去呢版/唱遊，就會少咗一大堆文（呢個係需要等等 系統未咁快更新到），咁剩返嗰啲就係未執完嘅手尾。特克斯特 (傾偈) 2022年2月6號 (日) 13:50 (UTC)

@Kowlooner：做咩改一啲，又唔改一啲？特克斯特 (傾偈) 2022年2月6號 (日) 14:31 (UTC)

你都識講「改完Template拎，之後等一陣再睇Special:邊度鏈去呢版/唱遊，就會少咗一大堆文（呢個係需要等等 系統未咁快更新到）」，我咪改住其他嘢先，遲啲再搞。我唔明點解你係都要針對住我。

講執手尾，我一樣都執過你唔少手尾，譬如啱啱就發現你開篇魯冰花 (搞清楚)但又無響「魯冰花」嘅跳轉目標羽扇豆擺返個連結，呢啲情況我都執唔少。

其實維基百科人人都幫得手，你等唔切我執你自己都可以執咗先。我響呢度咁耐，大多數編輯都係執人手尾。我敢講我執人哋手尾嘅編輯數肯定大幅多過人哋執我手尾嘅編輯數。--Kowlooner (傾偈) 2022年2月6號 (日) 14:41 (UTC)

@Kowlooner：「我咪改住其他嘢先，遲啲再搞」，唔知架，好似《Bad Boy (張惠妹專輯)》嗰次咁，你喺2020年5月尾就搬咗文，結果去到2021年7月頭先畀我發現你冇改到。話唔定，去到下個禮拜日，你再上線，開始改其他文，又唔記得咗去改呢啲link。

因為針對「搬完文唔改link」呢類情況實在太多，而之前嗰啲案例，搬文人都係閣下做嘅，所以我先至要講。你用「唱遊 (遊戲)」咁樣都係冇問題（偏偏唔用肯定唔使執手尾嘅做法），你唔搬文就唔會出事，就唔會有手尾。特克斯特 (傾偈) 2022年2月6號 (日) 14:54 (UTC)

食物vs嘢食集中討論

@特克斯特、ᐃᓄ：如題，因為見到呢排有幾篇有關嘅文嘅標題都有爭議，而且都係圍繞住「食物vs嘢食」，所以不如就一次過喺呢度討論咗先，再做決定。 ——Z423X5C6（傾偈） 2022年3月2號 (三) 14:44 (UTC)

一啲可能需要改，因為夾硬配詞或者有地域成分嘅用詞。喺度列出來算：有機嘢食、BB嘢食、垃圾嘢食。你話燒嘢食呢個字詞配搭就話可以接受。其他嘅字詞配搭懷疑係自己憑住「food」呢個字自己推出嚟用「嘢食」，搞到其他配詞都有問題（同有人自己用sub-stub推出“細楔”嘅邏輯差唔多）。仲要有一個係User:Deryck Chan開嘅文都被改走。特克斯特 (傾偈) 2022年3月2號 (三) 16:08 (UTC)

@Z423x5c6：我反而覺得未必要一次過做決定咁。例如喺Talk:嘢食度已經有初步共識用“食物”。參考返拏褦呢版，人際關係同關係 (數學)都係冇統一度。呢個睇嚟要逐個逐個去討論用字，唔係咁樣會搞到其他版都會拖慢進度。特克斯特 (傾偈) 2022年3月12號 (六) 14:43 (UTC)