Wikipedia:城市論壇

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

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

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

後面已經預備咗喇，你係其中一位嘉賓嚟㗎喎 [加]
呢個地方就好似一個熱廚房噉，當有人討論一啲議題嗰陣，呢個論壇係會搵嚟一啲嘉賓或者台下觀眾發言去改善佢哋嘅嘢。

其它幫手同埋討論位置

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

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

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

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

政策

全域管理員

近期粵維破壞者猖狂，亦都有唔少即時刪除嘅積壓請求。小弟建議粵維可以俾全域管理員喺緊急嘅時候處理反破壞事務，將粵維納入全域管理員可以行使管理操作嘅維基，減輕本地管理員嘅積壓工作。大家有冇咩睇法？--Aqurs1 (傾偈) 2025年3月16號 (日) 15:25 (UTC)

✕ 千祈唔好噉樣搞！按照我嘅觀察，真係需要緊急處理嘅，例如政治起底事故，總係頗快收拾到；「影武者」之類「胸懷大志」嘅麻煩友亦唔重視呢度嘅管理員。有個根本就係常識嘅「把戲」本來唔應該「拆穿」，不過鑒於最少有幾位「天真無邪」嘅用戶「反應過敏」，唯有介紹下——嗰啲隨便玩下嘅無聊人，最好「佛系」應付（靠啲冇特別權力嘅賬號打編輯戰啱啱好！）；我哋唔加強防禦嘅話，佢哋就冇興趣變本加厲，繼而過主，反之亦然……（假設「敵方」「渣」到連「複製貼上」功能都唔識得用嘅「友方」之）危險示範：https://zh-yue.wikipedia.org/wiki/Wikipedia:%E7%AE%A1%E7%90%86%E5%93%A1%E7%95%99%E8%A8%80%E6%9D%BF#%E5%BB%BA%E8%AD%B0%E5%A2%9E%E8%A8%AD%E8%B6%85%E7%9F%AD%E6%96%87%E5%90%8C%E7%A9%BA%E9%A0%81%E9%81%8E%E6%BF%BE%E5%99%A8 江马 (傾偈) 2025年3月16號 (日) 23:39 (UTC)

唔理解點樣「加強防禦」會令佢哋變本加厲，反而加咗俾全域管理員處理嘅話，一啲明顯嘅破壞可以直接去元維基提報，處理效率一定快過而家。 Aqurs1 (傾偈) 2025年3月17號 (一) 05:56 (UTC)

ℹ 請睇呢度嘅第二段：https://zh-yue.wikipedia.org/wiki/Wikipedia:%E6%8C%81%E7%BA%8C%E5%87%BA%E6%B2%92%E5%98%85%E7%A0%B4%E5%A3%9E%E8%80%85 江马 (傾偈) 2025年3月20號 (四) 11:33 (UTC)

關鍵係block, revert, ignore, 相當於正常參與嘅都保持返馬照跑、舞照跳嘅姿勢，唔畀潛在疑似不守行為嘅有受關注嘅反應，等渠地boring自動收手。 Longway22 (傾偈) 2025年3月20號 (四) 13:38 (UTC)

對於關乎講效率啲program咩balabala，到尾都係搵返普通用家/平民出數，呢家各個話提升效率啲做法，就係對弱者開刀、同強權鋪路。不過盲頭烏蠅認定大勢所趨、勇往直前唔理人死活嘅，粵維咪跟埋大隊囉，等著曲終正式人散皆大歡喜。 Longway22 (傾偈) 2025年3月17號 (一) 09:09 (UTC)

@Longway22：解決破壞點樣變咗做對弱者開刀？ Aqurs1 (傾偈) 2025年3月17號 (一) 09:11 (UTC)

君提「效率」打頭陣，點講都會有陰影。依家時勢呢度講效率嗰度講效率，認真覺淨系考慮快趣撇甩人品。個人對唔受問責同制約機制下產生嘅任何idea保持警覺，識過往情況嘅老人家或粵維人都應該保持警覺。 Longway22 (傾偈) 2025年3月17號 (一) 09:17 (UTC)

@Longway22：何以見得全域管理員「唔受問責同制約機制」？ Aqurs1 (傾偈) 2025年3月17號 (一) 09:23 (UTC)

親身經驗，喺本地同隔離各種事務上，唔怕話。 Longway22 (傾偈) 2025年3月19號 (三) 12:26 (UTC)

但呢點唔係直接答君直接設立嘅前設，只係對君引用人話質問本人呢部分作答，君亦未有提供任何可以討論嘅要點，好明顯君係迴避繼續傾呢度唔同方面經已指出嘅問題。 Longway22 (傾偈) 2025年3月19號 (三) 12:29 (UTC)

其實對於有啲版被改嘅問題，已經有「全域反轉者」去處理問題；被開版嘅話就mark返要去刪版，等本地管理員做返；維基元嗰邊亦都有執行員去處理返緊急要處理嘅事項。 Shinjiman ⇔ ♨ 2025年3月18號 (二) 01:40 (UTC)

另外喺預設嘅情況之下，一般上須要符合兩個條件先至會有「全域管理員」，第一係要有少於十名管理員喺個wiki度，第二係喺兩個月之內要有少於三名管理員有操作紀錄。好明顯喺呢度呢兩個條件都符合唔到。 Shinjiman ⇔ ♨ 2025年3月18號 (二) 02:15 (UTC)

同Shinjiman：對於毫無疑問屬破壞嘅修改，有全域反轉者幫手。即刪積壓亦唔係一樣我相信全域管理員可以處理到嘅嘢：呢度嘅即刪積壓甚少係完全無厘頭嘅文，以至唔識粵文都可以執行。其餘嘅基本上都起碼需要識粵文嘅人查歷史同確認即刪理由。 h78c67c (傾偈) 2025年3月18號 (二) 03:40 (UTC)

呢幾日嘅即刪文好多係根本冇理由刪嘅跳轉（係連討論空間都唔應該有，係根本唔應該刪嗰隻）（利申：我唔係管理員，只係普通用戶）Alıƨsi (傾偈) 2025年3月18號 (二) 05:23 (UTC)

可惜肯定好多唔知咩頭路嘅朋友係唔會理會嘅，學下頭話開，呢種idea最後行出街，同學trump快快趣丟嗮人落巴士唔會相差好多，你若果堅持按章按良心抗爭、同人講得道理太多，直頭畀話返你開聲本身就係唔合規咁制。PS：作為隔離畀target過嘅victim，呢part嘅case，可以話係君提到嘅啲例衍生極致可達到嘅情形。 Longway22 (傾偈) 2025年3月19號 (三) 12:24 (UTC)

同以上Shinjiman、h78c67c：唔識粵語嘅全域管理員無辦法落準確嘅判斷，處理一啲要管理員先處理到嘅問題。 ——Z423X5C6（傾偈） 2025年3月24號 (一) 16:46 (UTC)

雖然提議者個建議喺現今制度下落實唔到，不過都可以睇成提議者對粵維管理員工作效率嘅唔滿意，粵維確確實實有大量站務長期積壓。我明白管理員完全係志願性質，但都希望管理員可以積極返少少，尤其係應對破壞方面。--Jason6698 (傾偈) 2025年3月18號 (二) 15:51 (UTC)

選多幾個管理員出嚟仲實際啦，全域管理員睇唔明粵語，用咗翻譯理解唔到都做唔到嘢 Jackyming 2025年3月18號 (二) 16:29 (UTC)

粵語維基百科上一次舉行管理員選舉係幾時？中文維基百科半年一次，佢哋都依家都只有60人（曾經超過100人）。 Jackyming 2025年3月18號 (二) 16:30 (UTC)

搵中維admins做粵維度呢種討論嘅版真係唔好啦，若果多啲朋友參與嘅情形講提刪嘅作用實際唔係刪除，而係提升多啲有意同有精力啲朋友一齊改善，甚至係提升返啲智識內容level，而唔係官僚管理主導一刀切去做。作為親身經歷過本地上一次所謂選產生嘅頂班admins同隔離大戲target過嘅victim，記住防破壞算其中一點，但唔可以完全就現狀而過於簡單以為有得一勞永逸就deal、唔理穩陣去逐個case查兼放棄埋更辛苦嘅建設改進。

經過幾次target過嘅victim，坦白唔怕講，唔好過分相信依家機制產生嘅決策機制對得住維基智識嘅理念，甚至唔好認為呢個機制依家仲對得住任何有心長期良好building works——唔係針對任何個人。唔好聽舉例，似trump呢家出街都係照著套機制產生嘅decision makers之一，有埋Musk幫拖搵班同渠打工嘅IT友快快趣出工係啊，夠efficient丟嗮大軍人落巴士𠻹。

依家唔好聽話，實踐起身呢度同樣一啲睇簡單以為有得一勞永逸就deal，開個頭話處理一啲細problem，到尾一樣就係做得猛丟人落巴士，或者丟埋巴士軚盤囖。考慮清楚，究竟處理問題係咪有得求其畀埋任何唔睇過眼嘅target一齊受，講求快deal炒人啲idea嘅點都唔可能畀到真嘅好後果，不過畀有心人多啲快拆招牌嘅力道。 Longway22 (傾偈) 2025年3月19號 (三) 08:09 (UTC)

講緊咩嘢，我淨係成功解讀到「搵中維admins做粵維度呢種討論嘅版真係唔好啦」 Jackyming 2025年3月19號 (三) 08:13 (UTC)

直頭同你講呢個機制繼續行就係學trump快快趣丟嗮人落巴士。 Longway22 (傾偈) 2025年3月19號 (三) 08:26 (UTC)

一睇你就知根本唔想知道問題喺邊，仲以為學埋搭假樓閣去清洗人真係威水啊？ Longway22 (傾偈) 2025年3月19號 (三) 08:29 (UTC)

唔該用返正常可以快速理解嘅粵文，Special:Diff/2247435，唔係正常粵文粵語。 Jackyming 2025年3月19號 (三) 10:09 (UTC)

唔想理你呢種唔面對實際嘅人。 Longway22 (傾偈) 2025年3月19號 (三) 12:11 (UTC)

各家都要注意，以後天下就係以上形同長文經已提過啲model嘅朋友嘅啦，絕對人地有十萬條理由拆毀所有辛苦建立起嘅works，畀心機學習交流嘅粵維友估都唔使嚟嘞。 Longway22 (傾偈) 2025年3月19號 (三) 12:16 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

呢度統一覆返咁多位。就Shinjiman所講，版被破壞嘅話可以俾全域回退員搞。但係全域回退員其實只係擁有回退功能，如果遇上一啲惡意係咁洗版垃圾訊息嘅人，要一眾GR回退一定唔係最好辦法，反而係咁回退佢哋嘅洗版先至真正會令破壞者「變本加厲」。至於其實點解我提倡俾全域管理員（簡稱GS）管到粵維，係因為粵維活躍管理太少，要等到管理上線先可以處理到一定會太遲。至於刪文方面，GS只會刪一啲明顯係破壞嘅版，例如前排嘅數字文，或者跨維基廣告，雖然其實絕對係冇壞處。而你講嘅粵維唔符合上面講嘅嘅條件，可以對比返番比粵維更大嘅uzwiki/srwiki/ukwiki等等，都會開放比GS處理簡單但緊急嘅請求，所以技術上絕對冇問題。Longway22講嘅長篇大論仍然係不滿中維點樣點樣，請你唔好喺呢版度講同話題冇關嘅事物，亦都唔好用所謂嘅「自身經驗」帶頭講陰謀論。Aqurs1 (傾偈) 2025年3月19號 (三) 12:47 (UTC)

個人係話必須警惕嘅前車問題，粵維依家一樣有呢啲徵兆，亦有傾過拗過，並非空談，之不過未去到君提案呢種更大規模嘅開埋權限清場口嘅款。唔同地方係有齊記錄嘅，包括一啲經已唔活躍嘅朋友都有各自嘅記錄，請唔好因為君認為自己話個案唔係真嘅，就可以一嘢煮死埋人。

呢度講返嘅反對道理同樣，唔可以一嘢煮死所有所謂suspicious item，

學話你認為，若係去學咗trump引用二戰時嘅外敵法驅逐「懷疑恐怖分子」、連藐視法庭夾rule of law都攻擊埋，對照下，度下，有咩位係要三思下。 Longway22 (傾偈) 2025年3月20號 (四) 13:22 (UTC)

有冇人可以翻譯下佢又講緊咩

呢度講返嘅反對道理同樣，唔可以一嘢煮死所有所謂suspicious item，學話你認為，若係去學咗trump引用二戰時嘅外敵法驅逐「懷疑恐怖分子」、連藐視法庭夾rule of law都攻擊埋，對照下，度下，有咩位係要三思下。

咩懷疑恐怖分子、藐視法庭 (點解佢嘅粵語同我嘅粵語好似唔係同一種語言?) Jackyming 2025年3月20號 (四) 13:28 (UTC)

你係連框框講明一個字都唔識，係trump引用二戰時嘅外敵法定義嘅特定疑犯。藐視法庭係打快咗，解釋返即係法庭發出對trump驅逐行為嘅禁制令，但係trump搵咗各種理由就係唔守兼完成驅逐，再倒返轉話法庭命令根本就唔係法庭命令，（阻止渠嘅法庭就係一個陰謀論咁）唔值得聽。要點如上。 Longway22 (傾偈) 2025年3月20號 (四) 13:34 (UTC)

前路

小結

講咗咁耐，我想總結下：

• 問題癥結：唔夠多管理員人手，所以管理事項堆積。
• 處理方法一：選多啲本站管理員。要有人肯做。
• 處理方法二：邀請全域管理員幫手。缺點係粵維唔符合全域管理員預設介入嘅標準，同埋唔識粵文嘅全域管理員幫到有限。

兩個處理方法唔互相排斥。

提案

喺有本站政策嘅情況下，個別維基媒體站點可以邀請全域管理員喺指定範圍內介入。有啲站點有噉嘅政策，詳情睇meta:Global_sysops#Check_local_policies。我提議我哋借用英文維基新聞嘅政策，修訂如下：

全域管理員有需要嘅時候，可以喺粵文維基百科上面做緊急、冇爭議嘅管理員活動，包括刪除塗鴉內容、保護受破壞頁面、封鎖破壞來源戶口。唔肯定嘅時候，請去管理員留言板請本站管理員介入。有爭議嘅時候，以本站管理員嘅決定為準。

我提議政策生效半年，之後重新討論繼續定係還原。翹仔 (傾偈) 2025年4月12號 (六) 21:06 (UTC)

✕ 反對處理方法二！原本我覺得Longway22嗰堆嘢有九成係離題嘅廢話（千祈唔好移除！粵文分域帶嚟嘅捐款大概唔多，至少留翻啲老闆鍾意嘅言論，話之佢啱定錯；我都加句——支持祖拜登以及賀錦麗嘅以巴戰爭取態以及俄烏戰爭政策……），而家認為有三成係適切嘅教訓，原因係呢種改動會令到違背社群共識嘅奇怪操作更加容易出現。例子：https://zh-yue.wikipedia.org/wiki/Wikipedia:%E7%AE%A1%E7%90%86%E5%93%A1%E7%95%99%E8%A8%80%E6%9D%BF#H78c67c%E4%BC%BC%E4%B9%8E%E9%80%A3%E7%BA%8C%E5%A4%B1%E8%AA%A4%E4%B9%8B%E4%B8%80 江马 (傾偈) 2025年4月13號 (日) 04:02 (UTC)

支持提案，並且兩個方法都建議一齊同步進行，管理員應該越多越好，並不存在管理員人數上限。 Jackyming 2025年4月13號 (日) 04:07 (UTC)

@Jackyming：高質管理員當然係越多越好啦！低質管理員一個都嫌多。以H78c67c為例，佢自己應承社群會做嘅嘢，拖咗三年半都仲係左閃右避；社群唔期望佢做嘅，忽然之間做咗，然後企硬唔郁——總之就係蝦我哋唔係管理員，冇佢符；連結：[1] 江马 (傾偈) 2025年4月15號 (二) 21:02 (UTC)

支持提案--Aqurs1 (傾偈) 2025年4月13號 (日) 07:29 (UTC)

有利益衝突，撤銷投票。Aqurs1 (傾偈) 2025年4月15號 (二) 03:27 (UTC)

@Aqurs1：對唔住，我之前判斷起碼部分失誤……我已經展示咗「亦都有唔少即時刪除嘅積壓請求」嘅關鍵原因之一係H78c67c（等）在任管理員習慣懶散——假如佢耐唔耐好似呢幾日咁勤力，不過係按照共識辦事，璞實操作，而唔係花費龐大功夫去為自己長年食言以及多次濫權嘅做法狡辯，粵文分域根本就唔會需要任何人手變動嚟「減輕本地管理員嘅積壓工作」。@H78c67c：真係有離題咩？ 江马 (傾偈) 2025年4月16號 (三) 08:08 (UTC)

支持一，反對二。 ——Z423X5C6（傾偈） 2025年4月13號 (日) 10:38 (UTC)

最尾建議修訂係「有爭議嘅時候，要喺本站度有商有量，本站管理員根據返本站度商討爭議反映啲分歧同共識，確定處理爭議嘅結論。」 Longway22 (傾偈) 2025年4月14號 (一) 09:26 (UTC)

@Longway22：你嘅舊意見明顯係極力反對處理方案二，不過你嘅新意見睇落係只要對方肯將佢稍為修訂就會大力支持，兩者似乎衝突；我建議你稍為說明後者，避免誤解或者曲解。 江马 (傾偈) 2025年4月15號 (二) 20:43 (UTC)

@Longway22：另外：「有商有量」係虛無飄渺嘅詞匯嚟咖，加落去同唔加落去可能毫無分別。正如美國參眾兩院不摟都有商有量，不過唐納德川普只係簽署咗一堆冇得商量嘅行政命令，靠長年累月討論以及修改然後通過嘅議案就要即刻全部變相作廢；又以中端嘅管理員H78c67c為例，佢無視社群共識（一票中立兩票反對）噉樣刪除咗（激進親中派台灣政客條目）「莊永彰」（我相信幾乎全部中文分域冇嘢對應嘅中共政治相關作品即將被如法炮製），俾我質問之後嘅答覆竟然大概係只願意理會管理員嘅異議（如有）！呢度畀高端嘅全域管理員插手嘅話，低端嘅註冊用戶我同你就一定要預咗以後對佢哋嘅所作所為一律無從干涉，因此衣家係唯一嘅把關時機…… 江马 (傾偈) 2025年4月15號 (二) 20:45 (UTC)

@Jackyming、Longway22：注意H78c67c嘅講法「如果有其他管理員唔同意我今次對收錄指引嘅詮釋，歡迎喺度或者去我嘅傾偈版度傾。」嘅意思係政策以及指引任佢「詮釋」（指鼠為鴨都得），非管理員嘅意見一律當無到，簡直係對共識政策嘅侮辱；當本地管理員濫用權力，我哋尚且可以發挖下佢哋啲蘇州史……當全域管理員亂嚟，後果不堪設想！你哋與幾多個全域管理員有實際有效（而非理論上有效嗰種（知道美國總統嘅收信地址唔代表能夠與佢有效通訊））溝通渠道？ 江马 (傾偈) 2025年4月15號 (二) 22:00 (UTC)

請你唔好喺度混淆視聽。嗰個刪文討論結案之前有充足嘅機會畀任何人提出意見，就算而家刪咗文你都仲可以話唔同意，大家坐低傾（如果唔係，點解我哋仲會有嗰個討論呢）。我講嗰句純粹係提醒其他管理員，我願意就我嘅決定溝通，邀請佢哋嚟討論先，唔好輕率噉反轉。 h78c67c (傾偈) 2025年4月15號 (二) 23:43 (UTC)

@H78c67c：討論結果有效定係冇效，視乎佢同你個人意見係唔係咁啱線相同，噉樣只係浪費其他人嘅時間，傾嚟有乜用呀？喺「User:MingoPatua開嘅文」嘅刪文討論，你許下一面刪除舊條目一面自己創建新條目補上嘅承諾，時間已經過咗三年半，明明有充足機會履行，結果因為你始終爽約，所以~2025-33676有機會就此提出刪文建議，結果你噉樣裁定：第一次有效，不過唔洗執行；第二次無效，不過唔洗歸檔！ 江马 (傾偈) 2025年4月16號 (三) 07:25 (UTC)

我曾經懷疑H78c67c純粹能力低下，連簡單嘅電子設備解難都唔識，以及唔明維基百科嘅基本方針等，於是給予細心技術支援；衣加睇咗啲回應，確定佢立心不良，就算俾人篤爆咗冇誠信，為社群帶嚟麻煩，都係依然固我，拒絕收拾殘局都算嘞，仲要炮製新嘅麻煩出嚟。無能差，濫權差，既無能亦濫權更差！面對劣質本地管理員，已經老鼠拉龜，若然全域管理員如此操作，可以從何入手？請閱讀「管理員係並冇高於其他用戶嘅特權，唯一可以做嘅只係實現用戶討論後的決定。」以及其前文後理，了解刪除「莊永彰」有幾大劑：[2] 江马 (傾偈) 2025年4月16號 (三) 07:27 (UTC)

呢度傾嘅係容許全域管理員喺緊急情況下用管理員嘅權限，唔會處理刪文討論等問題。呢個留言之後我唔會再喺呢個章節同你討論呢個離題問題，你想傾嘅話麻煩請你返去管理員留言板。 h78c67c (傾偈) 2025年4月16號 (三) 07:40 (UTC)

@H78c67c：根本難題就係「積壓工作」，我既然反對給予全域管理員權限，分析其根源並且藉此協助研究更佳方案理所當然，咁啱線你呢個管理員浪費時間嘅例子與「積壓工作」相關…… 江马 (傾偈) 2025年4月16號 (三) 08:42 (UTC)

@江马： 請問呢一刻「刪除塗鴉內容、保護受破壞頁面、封鎖破壞來源戶口」嘅積壓工作有幾多？你有冇查過呢啲工作到底邊個幫手做緊？你根本就係喺度妖言惑眾。 h78c67c (傾偈) 2025年4月16號 (三) 08:52 (UTC)

唔該停止嚴重離題。 Jackyming 2025年4月16號 (三) 10:13 (UTC)

似乎我支持但多數人都唔支持請全域管理員過嚟幫手處理冇爭議或者緊急事項...？翹仔 (傾偈) 2025年4月22號 (二) 19:43 (UTC)

@Deryck Chan：就咁睇似乎係好多人反對（利益申報：包括我都反對）。 ——Z423X5C6（傾偈） 2025年5月7號 (三) 13:28 (UTC)

Wikipedia:襪公仔

呢條政策好有問題，需要重執一次，最起碼用戶稽查員點解會引咗去英文維基百科嗰度？英文維基百科有權查我哋粵語維基百科用戶？好明顯呢條政策只係英文維基百科翻譯咗過嚟，根本冇本地化處理過。 Jackyming 2025年4月30號 (三) 14:13 (UTC)

@Jackyming：呢排開始執，大家都可以幫下手睇吓要改啲咩。 ——Z423X5C6（傾偈） 2025年6月7號 (六) 09:51 (UTC)

建議針對臨時帳戶制定一啲規則咩情況係濫用，咩情況唔係，然後類似呢一種情況，應該淨係封臨時帳戶定係封埋後邊嘅IP。 Jackyming 2025年6月7號 (六) 09:59 (UTC)

｢搞搞震｣ 嘅定義

想問下，喺呢度，｢搞搞震｣ 嘅定義究竟係乜嘢。

原因係，今日，某管理員刪咗 ｢渡邊一惠｣，理由係 ｢搞搞震｣。正常我唔會為意，但係呢版喺我監視清單入面，因為我用咗至少半個鐘頭執過，我亦唔見喺我執之後同刪版之前有乜其他改動，亦即係刪咗嘅係我校對過嘅版本。

嗰版係超槷位，但係我未掂之前亦冇 factual error，只係用咗簡體字。簡體字一早已經被我鏟咗，日文讀音我亦加返，連出處都引埋（係日本放送正式網頁，唔係無厘頭網站），我想問問，話呢版 ｢搞搞震｣ 究竟係指乜。更重要嘅係，有出處嘅版都居然可以用 ｢搞搞震｣ 即刪，喺呢度執文有乜意義？ Alıƨsi (傾偈) 2025年5月5號 (一) 01:44 (UTC)

@H78c67c：Ping處理嘅管理員。 ——Z423X5C6（傾偈） 2025年5月5號 (一) 06:27 (UTC)

@Al12si： 對唔住，我冇留意到你執過篇文，我已經恢復返你執過嘅最後版本。篇文係由 Special:CentralAuth/Stage amd 嘅襪公仔違反全域制裁而開嘅；除非有人幫手睇過執過，按慣例基本上會刪曬呢啲襪公仔開嘅文。今次刪文係我一時疏忽，之後再有噉嘅情況我會小心啲處理。 h78c67c (傾偈) 2025年5月5號 (一) 08:33 (UTC)

用IP做嘢算唔算襪公仔呢？

查實呢度有啲奇奇怪怪活動，用IP形式做嘢。

襪公仔，Sockpuppetry，英文版就咁定義。

Sockpuppetry takes various forms:

• Logging out to disrupt Wikipedia as an IP address or to evade a block or ban
• Creating new accounts or rapidly changing IP addresses to avoid detection or sanctions, or to evade blocks
• Using another person's account (piggybacking)
• Reviving old unused accounts (sometimes referred to as sleepers) and presenting them as different users
• Persuading friends or colleagues to create accounts for the purpose of supporting one side of a dispute (usually called meatpuppetry)

先前見過啲好「狂熱」IP戶口，機械式咁大批同啲文換stub。以IP用戶來講，喜好十分特殊。有理由相信出自某啲「狂熱」用戶。

如今又有IP戶口喺我度留言，做到鬼鬼崇崇咁，想造輿論。

用IP做嘢又算唔算襪公仔呢？

HenryLi (傾偈) 2025年5月7號 (三) 13:14 (UTC)

咁你已經相信嗰一堆ip係來自本站一位高活躍或者熟悉本站運作嘅人操作嘅臨時戶口，你可以封咗佢個ip佢，要求佢開一個正規戶口，但我睇過喺你討論頁留言嘅臨時帳戶佢後面嘅ip，的確係不斷更換緊臨時戶口，但應該係新手。 Jackyming 2025年5月7號 (三) 13:34 (UTC)

我早排都遇到呢個情況，幾個臨時戶口加刪除線破壞WP:AN同我嘅討論版，行為模式睇落係同一個人所為。我都有諗過會唔會係出自呢度某一個活躍用戶。（我無開睇IP嘅功能) ——Z423X5C6（傾偈） 2025年5月7號 (三) 13:38 (UTC)

聽落似係有人唔記得簽到... 翹仔 (傾偈) 2025年6月3號 (二) 10:38 (UTC)

建議廢除楔模

楔位文章，stub，可謂英文Wikipedia早代遺物，大概當年資源唔足，好多熱心寫文人睇，同今日面貌完全唔同。呢度不過有無理跟咗先，並唔切合本百科。

行事本來就要問點解要做先，而唔係問點樣去做。點解依度要用楔？如何無乜用處，點解又唔廢除呢？

「楔模」查實用處唔大。啲人唔會見到個模就加長文。依度亦無專題小組，按專題寫長啲文。依度亦唔會見到短文就定期剷。時下淪為機械編輯玩物，改來改去，虛假文章紀錄，弊多於利。

今日維基百科夠晒資源，電腦技術，完全可以自動判定文章長短。又何需靠「楔模」呢？又何需花費人力喺「楔模」上面呢？就算機械做，都對加強內容毫無用處，錯用精神。元維基個統計排名，所謂楔位文，計下字數就算啦。

有精力不如寫好啲文，或者分好類好過。（不過如今搜尋器咁勁，分類亦非太重要。）

所以呢度建議廢除楔模，唔加唔改。而現有就由得佢，直至有人大改文章。

HenryLi (傾偈) 2025年5月7號 (三) 13:53 (UTC)

楔模好似有唔少跨維基統計數據用途，廢除嘅話要諗下會有咩影響。英維嘅論述 (en:Wikipedia:Stub) 似乎指向楔模有長遠用途。 翹仔 (傾偈) 2025年6月3號 (二) 10:38 (UTC)

臨時戶口IP檢查員

係咪要討論下，咩情況會頒發 m:Meta:Temporary account IP viewers？(我唔反對照抄元維基規矩。) 翹仔 (傾偈) 2025年6月2號 (一) 17:22 (UTC)

要，已經有新嘅申請等待本地討論中。 Jackyming 2025年6月2號 (一) 17:30 (UTC)

技術同全域政策資訊：

• mw:Trust and Safety Product/Temporary Accounts/Updates/2025-05 Access to IP addresses on pilot wikis
  • 本站管理員有技術權限批出「臨時戶口IP檢查員」畀已經有300次編輯、6個月開戶史嘅戶口。
  • 全域政策鼓勵各站訂立本站批核規定，唔可以鬆過上述。
• m:Meta:Temporary account IP viewers
  • 元維基政策：同上述最低要求一樣。符合要求、有需要用嘅編者就可以問管理員攞權限。

  翹仔 (傾偈) 2025年6月3號 (二) 10:24 (UTC)

我建議加1條，有「臨時戶口IP檢查員」權限嘅人 每365日必須作出一次編輯，否則權限可以比管理員攞走。 Jackyming 2025年6月3號 (二) 10:30 (UTC)

呢個提議有趣。等我問下可唔可以叫元維基自動做。翹仔 (傾偈) 2025年6月5號 (四) 17:31 (UTC)

其實全部權限我都想建議一年冇編輯就要移除，唔係話佢哋冇編輯冇貢獻所以攞走權限，而係因為安全原因，如果連每年一次確認帳號仲喺佢哋手上都做唔到，我唔覺得權限仲要比佢哋。 Jackyming 2025年6月6號 (五) 04:37 (UTC)

可以機器做嘅嘢就唔好人手做，仲要係啲要等一年先做嘅嘢...！ 翹仔 (傾偈) 2025年6月7號 (六) 07:31 (UTC)

可以嘅，中維嗰邊有個機械人，只要有編輯者半年冇編輯，就會自動移除曬佢哋全部用戶組

zh:Special:日志/rights/Jimmy-abot Jackyming 2025年6月7號 (六) 08:03 (UTC)

最好仲要通知咗之後一個月都係冇編輯先移除

zh:User_talk:Eguersi#因不活躍而取消IP封禁豁免者、巡查员權限的通知 Jackyming 2025年6月7號 (六) 08:08 (UTC)

技術

Internal link helper升級

我發現中文維基嘅Internal link helper（綠色link）原來已經升級，指埋去就可以睇埋預覽，有無熟悉技術嘅朋友可以睇下點樣引進到呢邊？ Telematina (傾偈) 2025年2月15號 (六) 11:58 (UTC)

過中文維基搵下相關資料，睇落應該係同呢個有關：zh:Wikipedia:互助客栈/技术#新版跨语言链接小工具，係個Gadget（呢邊叫「架生仔」），預設向所有人（包括未登入嘅人）啟用。嗰邊仲係試行緊，就算呢邊想「借用」，建議等嗰邊試到穩定先至再諗。--Mikedou (傾偈) 2025年2月22號 (六) 06:23 (UTC)

出錯: Lang-xx: text has italic markup

例子：我家有囍事。由 Category:Lang同lang-xx模錯誤 可見，應該有千幾篇文有同一錯誤。請睇下點樣修正。 Yaukasin (傾偈) 2025年3月10號 (一) 14:56 (UTC)

已經改進嘅內容翻譯工具儀表板

各位維基媒體成員大家好！

語言同產品本地化團隊改進咗內容翻譯儀表板 為所有使用行動裝置同桌面裝置嘅貢獻者創造一致嘅體驗。以下係有關改進嘅重要資訊嘅細目分類。

我哋有咩改進？

改進後嘅翻譯儀表板允許該工具嘅所有登入使用者享受一致嘅體驗 —— 無論佢哋使用咩設備。透過協調嘅體驗，已經登入嘅桌面使用者而家可以存取下圖所示嘅功能。

請注意，喺呢個螢幕截圖入面，新嘅儀表板允許：使用者使用「為您」同「⋯更多」按鈕調整建議，以選擇一般主題或社群創建嘅集合（例如氣候主題嘅範例）。 此外，使用者可以用翻譯嚟建立新文章（同以前一樣）並逐節擴展現有文章。你可以睇到新嘅儀表板入面點樣分為兩組（「建立新頁面」同「使用新章節進行擴充」）提供建議 —— 每項活動各佔一組。

喺目前嘅儀表板入面，你會注意到無法調整建議以選擇主題或社群建立嘅集合。另外，你唔可以透過翻譯新章節嚟擴展現有文章。

呢個改進係咪會改變呢個工具喺呢個維基百科入面嘅當前可訪問性？
語言同產品本地化團隊了解你對公開內容翻譯工具嘅擔憂。因此，請放心，呢個改進將會保持測試階段，確保只有從測試版功能啟動工具嘅登入使用者先可以繼續存取內容翻譯工具。此外，如果該工具只供特定用戶群組使用，噉就會保持現狀。

我哋計劃幾時實施呢項改進？
我哋會喺2025年3月24日前喺你嘅維基百科同其他網站上面實施呢項改進。

我哋實施改進之後，以前嘅儀表板會發生咩情況？
你仍然可以喺一段時間內透過工具頁面存取以前嘅儀表板。我哋會喺2025年5月之前將佢喺所有維基百科入面刪除，因為維護以前嘅儀表板唔會再有成效。

喺呢個維基入面實施呢個改進之前，我可以喺邊度測試呢個改進同埋報告任何問題？
你可以用呢個連結喺測試嘅維基媒體專案入面嘗試改進嘅功能：https://test.wikipedia.org/w/index.php?title=Special:ContentTranslation&campaign=contributionsmenu&to=zh&filter-type=automatic&filter-id=previous-edits&active-list=suggestions&from=en#/%E3%80%82%E5%A6%82%E6%9E%9C%E4%BD%A0%E7%95%99%E6%84%8F%E5%88%B0%E5%90%8C%E6%B8%AC%E8%A9%A6%E7%B6%AD%E5%9F%BA%E5%AA%92%E9%AB%94%E5%B0%88%E6%A1%88%E4%B8%AD%E6%94%B9%E9%80%B2%E5%98%85%E5%84%80%E8%A1%A8%E6%9D%BF%E7%9B%B8%E9%97%9C%E5%98%85%E5%95%8F%E9%A1%8C%EF%BC%8C%E8%AB%8B%E5%96%BA%E5%91%A2%E5%80%8B%E7%B7%9A%E7%A8%8B%E5%85%A5%E9%9D%A2%E8%A9%B1%E6%88%91%E5%93%8B%E7%9F%A5%EF%BC%8C%E6%88%96%E8%80%85%E5%96%BA 。如果你留意到同測試維基媒體專案中改進嘅儀表板相關嘅問題，請喺呢個線程入面話我哋知，或者喺 Phabricator 入面報告，並添加以下標籤：BUG REPORT同ContentTranslation。如果對此項改進有任何疑問，請向我哋提問。

多謝！

僅代表語言同產品本地化團隊 UOzurumba (WMF) (傾偈) 2025年3月18號 (二) 19:56 (UTC)

請求改下MediaWiki:Sitenotice嘅句子

原先嗰個講到唔似廣東話咁，新版搞掂咗哩個問題，請求管理員搞下。

第1行：	第1行：
<span style="font-size:larger;">無法顯示部份嘅字體？可以睇下[[Wikipedia:Unicode擴充唐字|有乜字型]]，然後安裝落部電腦度。<br>想搵嘢寫，可以睇下[[Wikipedia:文章請求]]同埋[[Wikipedia:翻譯請求]]。<br>繁簡字轉換標籤喺版面右上角，技術詳情請睇[[wikipedia:傳統字同簡化字對換|JavaScript 繁簡字轉換工具]]。</span>	<span style="font-size:larger;">有啲字睇唔到？可以睇下[[Wikipedia:Unicode擴充唐字|有乜字型]]，然後安裝落部電腦度。<br>想搵嘢寫，可以睇下[[Wikipedia:文章請求]]同埋[[Wikipedia:翻譯請求]]。<br>繁簡字轉換標籤喺版面右上角，技術詳情請睇[[wikipedia:傳統字同簡化字對換|JavaScript 繁簡字轉換工具]]。</span>

User:1F616EMO (最好去中文維基揾我) 2025年4月4號 (五) 09:58 (UTC)

@1F616EMO：Y 搞掂，多謝你嘅提議。 ——Z423X5C6（傾偈） 2025年4月8號 (二) 17:14 (UTC)

twinkle工具歡迎用戶

有冇人知道點解我用twinkle呢個工具歡迎用戶嘅時候，會自動重複簽名，例子1、2、3。 Jackyming 2025年4月13號 (日) 12:43 (UTC)

近排香港公共圖書館上維基百科經常出現Timed out錯誤

我間唔中用香港公共圖書館電腦上維基百科，但發現近排（未有刻意紀錄幾時開始，應該大約3月開始）上維基百科（包括粵文、中文、英文），經常載入好耐後出現Timed out錯誤，頭一兩次遇到以為咁啱網絡繁忙，但接連幾次於唔同時段於唔同圖書館上都有問題，試過用Chrome同Firefox亦都一樣，都係時得時唔得。究竟係維基伺服器阻攔香港公共圖書館嘅IP，定係香港公共圖書館阻攔連去維基伺服器嘅連線？（送出呢個留言又出現「The server did not respond within the expected time.」，要重新載入先至可以送出） ~2025-46706 (talk) 2025年4月19號 (六) 07:02 (UTC)

Sub-referencing: User testing

Apologies for writing in English, please help us by providing a translation below

Hi I’m Johannes from Wikimedia Deutschland's Technical Wishes team. We are making great strides with the new sub-referencing feature and we’d love to invite you to take part in two activities to help us move this work further:

1. Try it out and share your feedback

   Please try the updated wikitext feature on the beta wiki and let us know what you think, either on our talk page or by booking a call with our UX researcher.

2. Get a sneak peak and help shape the Visual Editor user designs

   Help us test the new design prototypes by participating in user sessions – sign up here to receive an invite. We're especially hoping to speak with people from underrepresented and diverse groups. If that's you, please consider signing up! No prior or extensive editing experience is required. User sessions will start May 14th.

We plan to bring this feature to Wikimedia wikis later this year. We’ll reach out to wikis for piloting in time for deployments. Creators and maintainers of reference-related tools and templates will be contacted beforehand as well.

Thank you very much for your support and encouragement so far in helping bring this feature to life!

Johannes Richter (WMDE) (talk) 2025年4月28號 (一) 15:04 (UTC)

(翻譯)子參考：用戶測試

以下訊息由Jeffrey Kim翻譯，Al12si修正

你好，我係德國維基媒體嘅技術願望團隊嘅約翰尼斯；我哋喺新嘅子參考功能取得咗巨大進展，所以好想邀請你參加兩個活動，幫我哋將呢項工作推得更遠：

1. 試吓用，然後分享你嘅意見

   麻煩喺測試版維基嗰度試吓更新咗嘅維基文字功能，然後話畀我哋知你覺得點；你可以喺我哋嘅討論頁留言，或者約個時間同我哋嘅用家體驗研究員傾傾。

2. 睇吓，幫我哋設計「視覺編輯器」嘅用家介面

   如果想幫我哋測試新嘅設計原型，你可以參與用家測試，參與測試可以喺呢度申請；我哋特別希望可以同代表性不足同非主流嘅社羣嘅人傾偈。如果你認為你屬於呢兩類社羣，請考慮申請！測試將會喺5月14號開始，參加者唔需要任何編輯維基嘅經驗。

我哋計劃喺今年尾將呢個功能帶到維基媒體嘅各個維基；我哋會預先聯絡各個維基進行試驗，以便可以及時部署，我哋亦會事先聯絡有份整同維護參考相關工具同模嘅人。

非常感謝你哋一直以來嘅支持同鼓勵，係你哋嘅支持同鼓勵令呢個功能可以成真！

Johannes Richter (WMDE) (talk) 2025年4月28號 (一) 15:04 (UTC)

We will be enabling the new Charts extension on your wiki soon!

(Apologies for posting in English)

Hi all! We have good news to share regarding the ongoing problem with graphs and charts affecting all wikis that use them.

As you probably know, the old Graph extension was disabled in 2023 due to security reasons. We’ve worked in these two years to find a solution that could replace the old extension, and provide a safer and better solution to users who wanted to showcase graphs and charts in their articles. We therefore developed the Charts extension, which will be replacing the old Graph extension and potentially also the EasyTimeline extension.

After successfully deploying the extension on Italian, Swedish, and Hebrew Wikipedia, as well as on MediaWiki.org, as part of a pilot phase, we are now happy to announce that we are moving forward with the next phase of deployment, which will also include your wiki.

The deployment will happen in batches, and will start from May 6. Please, consult our page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can also consult the documentation about the extension on MediaWiki.org.

If you have questions, need clarifications, or just want to express your opinion about it, please refer to the project’s talk page on Mediawiki.org, or ping me directly under this thread. If you encounter issues using Charts once it gets enabled on your wiki, please report it on the talk page or at Phabricator.

Thank you in advance! -- User:Sannita (WMF) (talk) 2025年5月6號 (二) 15:07 (UTC)

(翻譯)我哋好快就會喺你嘅 wiki 上面啟用新嘅圖表擴充功能！

以下訊息由Jeffrey Kim翻譯，Al12si修正

咁多位好！有關圖表功能嘅持續問題對各個用呢種功能嘅維基所造成嘅影響，我哋有個好消息話你知！

咁多位可能都知道，由於安全原因，舊嘅圖表擴充功能喺2023年停用咗。我哋喺兩年嚟一直努力咁搵一個可以取代舊有擴充程式嘅解決方案，等大家喺文章入面展示圖表可以有個更安全、更好嘅解決方案，所以我哋開發咗個圖表擴充功能；佢會取代舊嘅圖表擴展，甚至可能會取代埋EasyTimeline擴充程式。

我哋已經完成試點階段，當中包括成功喺意大利文維基百科、瑞典文維基百科、希伯來文維基百科同 MediaWiki.org 成功部署擴充程式；而家好高興宣布我哋會進入下一階段嘅部署，包括喺你哋呢個維基部署呢個功能。

部署將會由5月6號開始分批進行；新嘅圖表擴充功能幾時會喺你嘅維基部署嘅詳情，請睇睇喺 MediaWiki.org 嘅頁面，你亦可以睇埋擴充程式喺 MediaWiki.org 嘅文件。

如果你有任何疑問、需要澄清，或者只係想表達你對呢件事嘅意見，請參考項目喺 Mediawiki.org 嘅討論頁, 或者直接喺呢個主題下面 ping 我。如果你喺你嘅維基啟用咗圖表之後遇到使用圖表嘅問題，請喺相關功能嘅討論頁或者 Phabricator 報告。

多謝晒先！-- User:Sannita (WMF) (talk) 2025年5月6號 (二) 15:07 (UTC)

@H78c67c、Jeffrey Kim、Al12si、Jackyming：我暫時整做咁樣，大家睇睇得唔得？ ——Z423X5C6（傾偈） 2025年5月7號 (三) 13:24 (UTC)

好，個人認為以後嘅英文 MassMessage 都用呢個 format 原文譯文並列都唔錯。 h78c67c (傾偈) 2025年5月7號 (三) 13:29 (UTC)

咁好（除非喺元維基一早譯咗）；上一篇嘅作者嘅意思就係想咁。

我只係留意到個訊息想睇，發覺睇唔明，所以執咗一執。

補充：執嗰陣有啲執突咗（即係超出咗 comparative editing 嘅範疇，已經係 stylistic editing），唔好意思。 Alıƨsi (傾偈) 2025年5月7號 (三) 18:33 (UTC)

好，我已經補埋雜項嗰邊嘅原文。 ——Z423X5C6（傾偈） 2025年5月8號 (四) 13:24 (UTC)

對某啲用戶點樣攞到睇臨時戶口IP地址呢個權嘅一啲改動

你好！我哋係信任與安全產品團隊。我哋想分享下，我哋決定咗修改存取臨時戶口IP地址嘅最低要求。呢項改動對貴社羣嘅影響會係甚低嘅。我哋計劃喺5月26號嗰個禮拜實施呢項改動（T393358 + T393360 + T390942）。關於啲細節我會keep住update你哋。

我哋改呢項規則淨係針對冇進階權限（例如管理員、事務員、用戶稽查員—— 想搵更多例子，請睇份政策）但個戶口至少開咗6個月同喺呢個維基度修改咗至少300次嘅用戶。佢哋會冇得再睇啲IP地址（T393360），而想睇得返嘅話，佢哋會須要申請個權限。管理員或者執行員會決定畀唔畀好（T390942）。換言之人手工作係會多咗，但係呢個方法會安全過繼續自動授呢種權。我哋想強調，喺貴維基度，只有幾個冇進階權限嘅用戶曾經揭露一個臨時戶口嘅IP地址。

我哋作出呢個決定，係基於我哋由你哋呢啲試點維基——尤其係羅馬尼亞文維基百科——度聽返嚟嘅嘢。我哋亦都諮詢咗啲執行員嘅意見，並喺維基元同約20個比較大嘅維基百科度進行討論。當我哋部署臨時戶口去多啲維基度嗰陣，我哋會評估個影響，並有可能再次調整我哋嘅approach。

除此之外， 我哋想話你哋知道，存取IP資訊功能嘅最低要求會同存取臨時戶口IP地址嘅一樣（一位用戶一就睇到曬所有資訊，一就乜都睇唔到）。

呢個改動嘅理由

我哋喺任何維基上部署臨時戶口之前，揀咗現時嘅數值門檻同埋授權程序自動化。但係而家我哋清楚明白到呢啲要求頗低，對心懷不軌嘅人嚟講，睇到臨時戶口IP地址仲係太容易。我哋想臨時戶口有意義噉改善編者私隱，所以我哋要加緊拘束。我哋嘅目標係一致噉限制IP地址淨係畀有需要嘅人睇。

噉會點運作

• 當一位冇進階權限嘅用戶須要睇臨時戶口IP地址嘅時候，佢哋須要申請加入「Temporary account IP viewers」權限組。佢哋會向管理員（在地社羣可以決定個過程會係點）或者執行員（for冇在地管理員嘅維基）申請。
• 軟件會要求個用戶至少有300次修改，並且開咗個戶口至少6個月。管理員同執行員唔會將呢個權畀到唔符合呢啲條件嘅戶口。呢個係最低限，我哋建議你哋設更高嘅門檻。
• 審視個請求嘅用戶會檢查申請緊嘅用戶符合最低要求並且提供咗有效理由。個權本身會經Special:UserRights頒授。
• 畀呢個權嘅用戶亦會處理撤銷個權嘅程序。

我哋亦都想澄清一啲細節。為咗方便大家，我哋亦都會喺個專案嘅FAQ度記錄低一部分。

IP地址嘅存取

• Separation of the new right (checkuser-temporary-account) out to a new group (Temporary account IP viewers), as opposed to technically attaching it to any existing group (like patroller). 我哋基於幾個原因決定噉做：
  • 睇到IP地址帶嚟風險：呢個權同用戶稽查員相似。IP地址算係識別個人資訊（一種個人數據）。想存取IP地址嘅外部人士而家起將會需要同有呢個權嘅用戶互動。有呢個權嘅用戶應該要知道呢點，並且對可疑存取請求嘅可能性保持警惕。
  • 為保護私隱嘅良好做法：將存取權畀受信任但冇需要睇嘅用戶唔符合處理個人資料嘅良好做法。
  • 剝奪個權：睇親IP都會喺日誌記錄低（例子）。如果偵測到一個用戶有任何濫用呢個權嘅情況，呢個權可以就噉拎走，唔影響任何其他權。攞走啲同睇IP地址無關嘅權限會有困難，有時甚至係唔合理。
  • 你哋可以將呢個權逐一畀曬所有屬於一個現有權限組嘅用戶。但呢啲用戶一定要符合Temporary account IP viewers嘅資格。
  • 為求清晰——呢度所有嘢唔影響管理員、事務員、用戶稽查員、執行員，以及全域政策所提及嘅其他權限組。
• 活躍度要求：對於需要人手授權嘅用戶，政策現時話佢哋「一定要喺365日內喺個在地專案度作出至少一次修改或日誌記錄嘅動作」。呢個要求冇改動。

授權程序

• 授權手續：冇需要好似申請做管理員噉討論或者投票。一位管理員自己判斷作出決定就夠。
• 對申請呢個權嘅用戶嘅額外要求：
  • 授權過程你哋可以自己話事。你哋可以將個門檻設喺300次修改以上，或者唔畀「非 管理員或以上」嘅用戶攞呢個權。個過程有幾簡單或複雜先係合適，可以由你哋決定。
  • 管理員決定畀唔畀個權嘅時候須要考慮咩條件——點知一位用戶須唔需要睇IP地址呢？300次修改同6個月嘅戶口以外並冇其他必要嘅最低要求。你哋可以就個用戶嘅可信性（例如冇俾人封鎖過或者侵犯過版權）或就巡查活動嘅經驗設立額外嘅條件。
• 對管理員嘅額外負擔：我哋明白要授予同剝奪多一個權所需嘅勞力。呢個的確係個缺點。我哋就諗要授呢個權畀一大班人只會係個一次性嘅工夫啫。我哋好奇你哋有冇計限制呢個負擔。

我哋建議你哋採取嘅下一步

• 我哋鼓勵你哋就授予同剝奪個權採納一項政策，如果你哋對個全域政策有嘢想加嘅話。
• 我哋建議你哋開始授呢個權。但考慮到我哋嘅數據（得幾個非管理人員曾經喺呢到揭露過臨時戶口嘅IP地址）我哋相信你哋喺呢個改動實行之前唔須要趕住或者花好多時間準備。
• 我哋想show畀你哋睇，喺我哋心目中咩程度嘅維基官僚似乎足夠。喺個沙盒度，我哋準備咗份草稿，顯示一版請求呢個權嘅版面可以係咩樣。當然嗰版嘅最終內容取決於貴社羣。我哋唔想暗示我哋係指點緊你哋呢方面應該點做。

如果有咩問題嘅話，請話畀我哋知。Thank you! NKohli (WMF) 同 SGrabarczuk (WMF) (傾偈) 2025年5月16號 (五) 02:11 (UTC)

討論

While this isn’t an objection, the way this change is being phrased is odd and I find this very disconcerting if this is typical of how things are decided at WMF.

I am one of those users who have ever used the reveal IP function, and if my own experience is representative, the reason why very few users have ever used the function is probably because it is not obvious how to reveal IP addresses; in fact, for a very long time I thought the right had no function at all, and I’d believe most people probably thought the same. (ETA: To clarify, who will go into their preferences to check for new options? hardly anyone ever.) Alıƨsi (傾偈) 2025年5月16號 (五) 03:56 (UTC)

PS: Sometimes I really wonder if there are designers working for WMF. Even a properly trained graphic designer would help, but a properly trained industrial designer would reveal a lot of process-related issues; this specific decision is totally related to not seeing pain points in the user journey. (Disclaimer: I am neither.) Alıƨsi (傾偈) 2025年5月16號 (五) 04:09 (UTC)

@NKohli (WMF)、SGrabarczuk (WMF)： Alıƨsi (傾偈) 2025年5月16號 (五) 13:26 (UTC)

Hello @Al12si, sure, some people haven't used IP reveal because they don't know how to enable it. To address this, we are working on an onboarding dialog. It will be displayed when users visit Recent Changes, Watchlist, or History pages, and it will explain some things, including how to enable the feature. Check the Phabricator ticket for more details. (Note that our designer is working on the dialog - so you were very correct about what should be done and by whom ^^) SGrabarczuk (WMF) (傾偈) 2025年5月16號 (五) 17:11 (UTC)

@SGrabarczuk (WMF) – The general problem here is that the whole decision is based on a false premise. It’s useless to make the decision first, then try to address the false premise; the false premise has already been used to justify the decision, and from the wording of the announcement, the decision is already final. Zero consultation. Zero research.

This is part of a series of general process-related issues that I have been seeing (this specific one is relatively minor, I have been bullied before); I seriously suggest WMF take the time to look at these policies from an industrial designer’s POV, with user journeys as a start. Alıƨsi (傾偈) 2025年5月18號 (日) 19:38 (UTC)

譯咗一半，順手擅自改咗少少文句令個翻譯通順啲（但係有儘量保留原文意思）。 h78c67c (傾偈) 2025年5月16號 (五) 10:28 (UTC)

譯多咗啲，多得濟，聽朝未有人譯埋嘅話我可以整埋佢。h78c67c (傾偈) 2025年5月16號 (五) 10:54 (UTC)

Join the 6th Wikipedia Pages Wanting Photos Campaign – 2025 Edition

Dear Wikipedia community,

We invite your community to participate in the 6th edition of the Wikipedia Pages Wanting Photos Campaign, a global campaign taking place from July 1 to August 31, 2025.

Participants will choose among Wikipedia pages without photos, then add a suitable photo from among the many thousands of photos in the Wikimedia Commons, especially those uploaded from thematic contests (Wiki Loves Africa, Wiki Loves Earth, Wiki Loves Folklore, Wiki Loves Monuments, etc.) over the years.

More than 80 Wikimedia affiliates have participated since the campaign was launched in 2020 and have added images to more than 400,000 Wikipedia articles in over 245 Wikipedia languages. Thanks to the volunteer contributors!

We now invite your community to organize and lead the campaign within your community. As a local organizer, you may:

• Encourage individual members to take part by adding images to Wikipedia articles.
• Host edit-a-thons focused on improving visual content.
• Organize training workshops to teach contributors how to correctly integrate images into Wikipedia.

These activities will help build local capacity and increase visual content across Wikipedia.

Please note that for participants to be eligible to participate in the campaign, they need to have registered an account for at least a year before the official start date of the contest. That is, for the 2025 edition, they must have registered an account on or before July 1, 2025. The account can be from any Wikimedia project wikis.

The organizing team is looking for a contact person to coordinate WPWP participation at the Wikimedia user group or chapter level (geographically or thematically) or for a language Wikipedia.

We would be glad for you to sign up directly at WPWP Participating Communities.

With kind regards,

User:Reading Beans On behalf of the Wikipedia Pages Wanting Photos campaign 2025. MediaWiki message delivery (傾偈) 2025年5月18號 (日) 21:53 (UTC)

(翻譯) 請參加2025年第 6 屆 ｢維基百科文章要相｣ 活動！

親愛嘅維基百科社群：

我哋邀請你哋嘅社群參與第六屆 ｢維基百科文章要相｣（WPWP）活動，呢個跨維基活動將會喺2025年7月1日至8月31日舉行。

咁多年嚟， 參加者會喺冇相嘅維基百科文章入面揀，然後喺維基共享嘅幾千張相入面加入一張適合嘅相，特別係嗰啲喺專題比賽上載嘅相（例如Wiki 維基愛非洲、維基愛地球、維基鍾意民間傳說、維基鍾意紀念碑等等）。

我哋而家邀請你嘅社群喺你嘅社群入面組織同埋帶領呢個活動。作為本地主辦單位，你可以：

• 鼓勵個別維基人參與，方法係將相加入去維基百科文章。

• 主持以改善視覺內容作為目標嘅編輯大賽。

• 組織培訓工作坊，教有心貢獻嘅維基人點樣將圖片正確整合到維基百科入面。

呢啲活動不但可以幫助建立你哋社羣嘅本地能力，同時更加可以增加維基百科嘅整體視覺內容。

注意活動有參加資格，參加者喺比賽正式開始前至少一年要註冊咗個帳戶，即係話如果要參加2025年度嘅比賽，參加者必須喺2025年7月1號或之前（校對按：應該係 ｢2024年7月1號或之前｣ 筆誤）註冊咗個帳戶，開戶維基不限，帳戶可以嚟自任何維基媒體項目嘅維基。

組織團隊喺度搵緊一個聯絡人，嚟協調各個（按地域或者主題設立嘅）維基媒體用戶群組或者分會或者唔同語言維基百科參與 ｢維基百科文章要相｣ 活動。

如果你可以喺 ｢維基百科文章要相｣ 參與社羣頁面直接申請，我啲會好高興。祝

安好。

｢2025年維基百科文章要相｣ 活動
User:Reading Beans 上

Jeffrey Kim (傾偈) 2025年5月23號 (五) 14:14 (UTC)

報錯：加唔到外連

加親外連都出現錯誤畫面，標題係「內部錯誤」，錯誤訊息係「 [7a84f1b2-8618-427e-bd0c-3bef59f48f1e] 2025-06-02 11:55:23: 嚴重例外類型「UnderflowException」 」。 ~2025-63175 (talk) 2025年6月2號 (一) 11:57 (UTC)

粵維取消專門版條link？

以前粵維任何頁面一直都有顯示專門版條link，而家左右兩邊欄都唔見，要人手輸入 https://zh-yue.wikipedia.org/wiki/Special:SpecialPages先至得。我見專門版有改版，唔知係咪因為呢個原因而唔見條link。 Alfakwan (傾偈) 2025年6月7號 (六) 08:05 (UTC)

提議

英治時期譯名

一直以黎，大家都知英治時期政府係有套譯名，但會成日俾人質疑無根據。而我一路都疑惑，例如馬卓安夫人係唔係真係叫「莊樂敏」(至今未能搵到來源)，英國工黨領袖John Smith 係唔係有譯名（尋晚終於發現係叫「施明輝」）。最近發現特區政府政府檔案處，係有將英治時期嘅新聞處1971-1997年每日嘅新聞公布上咗網，入邊有唔少發現。我暫時放返係自己嘅媒體專頁度，你地如果現階段係唔係有人想將個list 同英國官員英文姓名官方粵語翻譯服務合併，定匯入，你地自己處理，我就避席呢個問題。我會係完成瀏覽咁多年嘅公報後，再通報一次。 Jérry~雨雨 (傾偈) 2024年7月11號 (四) 10:36 (UTC)

上文所講嘅list 已經整完，你地點利用我就唔理啦。除咗唔太想中維用咁咯 :0) Jérry~雨雨 (傾偈) 2024年7月31號 (三) 10:53 (UTC)

最近發現兩個Article，希思同戴宏，似乎搵到嘅文件，包括1983年嘅香港新聞處文件，同article名有出入，歡迎大家議論：Talk:希思、Talk:戴宏。 --Jérry~雨雨 (傾偈) 2025年5月14號 (三) 00:01 (UTC)

外文譯名拼法標準化？

我呢排寫關於漢字圈外嘅人同事嘅時候周不時都會遇到譯名寫法嘅問題：當一個人或地方唔太出名而冇普遍認定嘅漢字譯名嗰陣，應該要點譯法呢？用官話譯喺可以，但係寫嘅明明係廣東話，無啦啦轉做官話有啲唔爽。另一種辦法就係自創，但係每個人都自創嘅話會令到每篇文章用嘅譯名都有些小唔同，link文章嘅時候又唔實用，睇得起嚟又唔正經，唔太理想。

之所以係噉，所以小弟有一個提議：不如我哋自己建立一個基於廣東話嘅拼寫系統，將粵維入面啲譯名標準化，每次用呢個系統嗰陣再喺個名後面加個模組，提醒個讀者個名係我哋自己嘅譯法，督促佢哋如果要進一步研究嘅話用返原文名好啲。

我前排因為好玩就已經開始編寫咗一個類似噉嘅拼寫系統。如果大家鍾意呢個提議嘅話，我可以直接將佢上傳到呢度，睇下大家點諗。

Xwhitec (傾偈) 2024年7月18號 (四) 15:39 (UTC)

不如傳上嚟等大家見識下先啦！——定格流星 (傾偈) 2024年8月8號 (四) 08:35 (UTC)

拿：https://docs.google.com/document/d/1772bdK0e-J3QQ9_Gz3Py6sKLfLgjMFOl4OTcj16kEgY/edit?usp=sharing

Xwhitec (傾偈) 2024年8月8號 (四) 11:29 (UTC)

Wikipedia_talk:標題習慣#粵語音譯規則 220.143.180.165（討論） 2024年10月29號 (二) 04:41 (UTC)

有指引係好，不過我都係覺得整個實實在在嘅拼寫系統好啲，避免混淆。我前排寫關於倫敦地下鐵嘅文章嗰陣就係面對咗呢個問題：我用嘅譯名同之前啲人用嘅譯名唔同，雖然我哋都係大致有跟個talk頁列出嚟嘅指引，但係譯名如果有一個字嘅差別個鏈接就鏈唔到，令到我每次要鏈都要走去個英維check有冇已經存在嘅粵語翻譯，好嘥時間。如果有咗一套系統令到每個名淨得一個譯法就唔會有呢種問題。

順帶一提，大家如果好奇用我套方案嘅效果係點，我呢排寫嘅文章都係用佢。我個人就覺得都幾美觀吓，唔知大家點諗：

華盛頓地鐵紅綫#車站一覽

華盛頓地鐵橙綫#車站一覽

華盛頓地鐵黃綫#車站一覽

華盛頓地鐵綠綫#車站一覽

華盛頓地鐵藍綫#車站一覽

紐約地鐵1號綫#車站一覽

紐約地鐵7號綫#車站一覽

紐約地鐵Q綫#車站一覽

Xwhitec (傾偈) 2024年10月29號 (二) 11:49 (UTC)

「是日正文」改做「正文貼堂」？

「是日」畀人感覺係「日日有新嘢睇」，但係我哋根本冇能力噉樣做，基本上每個月更新一次。

「貼堂」冇咗個種時間限制 MultipleRocketLauncher (傾偈) 2024年9月7號 (六) 19:51 (UTC)

粵化

小建議，管理員提名之類要提名嘅嘢，「支持」可以用「捧」，反對可以用「踩」更加粵化MultipleRocketLauncher (傾偈) 2024年9月29號 (日) 15:41 (UTC)

啲文標題改用昭源宋體？

唔知目前粵維啲文標題用緊個字體叫咩，睇落去同中維同一個，但係有啲粵字顯示唔到。

圖

昭源宋體可以解決到呢個問題。

圖

MultipleRocketLauncher (傾偈) 2024年9月10號 (六) 17:41 (UTC)

視乎你 ｢用緊邊個字體｣ 係指乜，答案可以係 ｢冇乜話邊個｣ 或者 ｢睇你用邊隻 theme｣。顯示唔到字嘅問題已經有文講（我㨂嗰隻一點明體都係嗰篇文介紹），不過唔係成日出現，唔記得喺邊度。

如果唔用 webfont，網頁唔可以控制字款，只可以 ｢提議｣（suggest，或者有啲人講 ｢影響｣，influence），原因係每個作業系統嘅內置字型都唔同。呢樣其實係做網頁設計嘅基本常識，不過好多人都唔知，好多人（包括我自己）亦都已經有係咪都用 webfont 嘅習慣。

另外，維基百科（好多嘅網誌都一樣）用乜字款係由 theme 決定，用家改 theme，就改咗字款。呢度得幾個 theme，理論上可以夾硬改 theme，但係用家喺呢度亦可以用自訂 CSS 夾硬改返（我而今用嘅手機介面都係自訂咗 CSS，其中一個原因就係要解決缺字嘅問題）。

不過，如果某字款好，其實可以事先嵌入哂所有 theme 嘅 CSS，咁用家一裝咗字款就會即刻 work。 理論上亦可以改 theme 嘗試載入 webfont，不過會令版面載入慢咗。如果真係加字體，用第一定第二種方法，就要視乎用多幾多 bandwidth / data 算係可以接受；第一種方法用多咗嘅 bandwidth 係零，第二種方法係唔知。我一兩個星期前去 Adobe 個網站搵料，個站奇慢，佢就係用咗第二個方法。 Al12si (傾偈) 2024年9月17號 (二) 06:56 (UTC)

PS: 手機版我估應該可以咁答：

'Linux Libertine','Georgia','Times','Source Serif Pro',serif

呢行意思係：

1. 如果有 Linux Libertine，又出到字，就用佢
2. 如果唔得，但係有 Georgia，又出到字，就用佢
3. 如果都唔得，但係有 Times，又出到字，就用佢
4. 如果都唔得，但係有 Source Serif Pro，又出到字，就用佢
5. 如果都唔得，就是但揀一種出到字嘅宋體

當然，有可能試勺哂都出唔到，咁嘅情形下架機可能會（1）是但搵隻出到嘅字款，或者（2）出空格。 Al12si (傾偈) 2024年9月17號 (二) 07:24 (UTC)

人物條目辨認度問題

（之前開錯版，係詢問處度搬左過來，ping回覆過嘅@彳山一儿攵辛束：）

小弟係中維過來，見到一系列香港人物條目除了人名和半句簡短“介紹”，毫無方法辨認區分，想提醒一下。

其中一個格式係“XXX，香港親中派政治人，曾經參與2023年香港區議會選舉。 ”站内搜尋揾到306個結果，ctrl-f“17隻字”，會見到158個結果（減一個117字，一個217字，仲有156個）。開條目唔係問題，但可否比多少少資訊？（出生年？英文名？選區？參完選唔選到？）此“系列”條目非個例，其他例子仲有“XXX，香港親中派人士。 中國和平統一促進會香港總會理事”（48字有35個，49字有99個）同“佢喺李家超無提政綱嘅情況下，有份提名李家超參與2022年香港行政長官選舉”（748個結果，呢個系列通常長少少，但都無咩資訊）。

希望呢道管理員可以管理一下。（如果真係無資料，又想寫，不如開個2023年香港區議會選舉參選人列表、中國和平統一促進會香港總會理事列表、2022年香港行政長官選舉提名人列表？） Sohryu Asuka Langley Not Shikinami (傾偈) 2024年10月22號 (二) 11:14 (UTC)

粵維俾美帝打壓得咁慘（啲中共全權管轄嘅系統反而一視同仁），由得嗰拃質素低，然而內容符合事實嘅獨家超短文留低啦！𠹭堆誘餌每吸引到一百個你𠲖類人唻睇，就大概會有一個願意加長佢哋嘅其中一篇；等到內容夠豐富，就會有人翻譯，再擺入中維。講件趣事畀你聽：我喺粵維寫唨頁〈王青霞〉，特登整到啲格式古靈精怪，增加抄襲成本，然而啲考證用字一啲都唔馬虎——確定唔到嘅資料有特別標示；嚸知有中維嘅人帶佢哋過去，不過唔附上消息來源兼當正係可靠噉樣列出唻；亦有人加啲肯定係錯嘅嘢入去搗亂，然而兩者都唔算意料之外噉樣長期留低，結果啲流料經YouTube滿天飛…… 彳山一儿攵辛束 (傾偈) 2024年10月22號 (二) 15:26 (UTC)

@Monsolo15：（先提提隔籬城市論壇#雜項有人提我講緊嘅情況。）

小弟略爲讀左呢道幾篇討論，見到唔少“打壓論”同抗拒連接去其他語種嘅情況，我唔熟呢道，唔多評論，但歡迎各位分享下啲資料比小弟研究了解一下。

小弟作爲講粵語的香港人，見到粵維有高質獨家文當然高興，但我認爲寫文係為比（所有）人睇，如果出發點係為“獨家”，就唔係幾好。我隨機google左幾個17字文嘅2023區議會參選人，以google:邱浩麟爲例，呢位仁兄嘅粵維版係結果第二頁，整體排第12，呢種算唔算打壓？但換個角度，你係google，當有其他更詳細嘅網站時，有咩原因要將篇17字嘅文擺頭位？如果你認爲“因爲粵維係維基，可信，所以擺頭位”，咁但係如果成個粵維嘅文都係得17個字（我知唔係），我係google我都唔睬你啦。我舉呢個例子係想講，文寫得差，就無人睇，google就唔推，就更少人睇，係惡性循環（又戴頭盔，當然google唔推可以有其他因素啦）。

至於“𠲖堆誘餌每吸引到一百個你𠲖類人唻睇，就大概會有一個願意加長佢哋嘅其中一篇”，咁其他99個點？咁我又學你假設，有一個人睇完，心諗“超，所謂維基，一句起半句止，唔睇也罷”，至弊佢周圍唱，咁咪有反效果？

最後比個建議，呢啲文要留，都執執佢，加個stub模、超短文模，方便管理嘛。 Sohryu Asuka Langley Not Shikinami (傾偈) 2024年10月22號 (二) 22:57 (UTC)

原來早幾個月都有人講，開文係好事，但前提係篇文要好，否則如我同@H78c67c："整個一覽表代替，冇必要人人開篇文"。最後引一句某香港人講過嘅野提醒下，“唔係話數字愈高就一定愈巴閉”，希望粵維可以“質”“量”並重。 Sohryu Asuka Langley Not Shikinami (傾偈) 2024年10月22號 (二) 23:59 (UTC)

再加個香港再出發大聯盟發起人列表。 Sohryu Asuka Langley Not Shikinami (傾偈) 2024年10月23號 (三) 03:26 (UTC)

維基百科當然係寫畀所有人睇咖啦！正因為噉樣，所以有啲文最好獨家。中維有項潛規則，係對啲翻譯自粵維嘅作品要求特別低，因此即使係惡搞式加工過，都極少會留難；除非篇幅太短……啲老實人唔想畀造謠友操作得太方便，有咩唔妥啫？ 彳山一儿攵辛束 (傾偈) 2024年10月23號 (三) 07:38 (UTC)

我講嘅“所有人”唔限於粵維，而係包括中英維（甚至維基以外嘅地方，因爲呢道嘅版權條款係容許嘅），所以你問我嘅話，“獨家”同維基根本唔夾。如果所謂嘅獨家内容係150篇17字嘅“文”，邊個會黎睇？Sohryu Asuka Langley Not Shikinami (傾偈) 2024年10月23號 (三) 08:58 (UTC)

終於有人出聲，呢位人兄好多文都係好似操作啤機噉，換個人名就開一篇，啲餡一模一樣，就算係稍為出名嘅人，本身已經有中英文版詳述佢出生年份、主要事跡甚至有相，篇文都係同啲二打六一樣格式簡單一句。佢亦冇連Wikidata嘅習慣，多數都係其他人執佢手尾，所以亦出現有人話「無從判斷」連唔連好嘅問題。可能呢度多數人見佢對衝高粵文維基百科文章數量有貢獻，都冇乜人敢話佢。我早年曾經試過將明顯冇知名度嘅二打六掛notability模（例如「九龍社團聯會扶貧政策委員會第八屆成員」鄧愛），不過見冇乜效果，後期我都唔再積極去理。--Yaukasin (傾偈) 2024年10月23號 (三) 13:59 (UTC)

@Yaukasin：講到底都係嗰股一向以多重標準處事嘅勢力，強迫粵維中維化嘅行動；你睇下嗰幾萬篇同時喺兩邊氾濫嘅小行星文（英維已經合併唨佢哋）好過啦！粵維有堆嘢曝到光，不過唔方便某批人翻譯去中維，就梗係會覺得唔順眼，繼而諗辦法清除咖啦……希望你只係因無知而附和……至於Sohryu Asuka Langley Not Shikinami，起碼大方過103.66.132.62，畀人哋知道佢些少來歷。大家唔應該要求啲冇糧出嘅義工寫嘢寫到好似班商業公關整嘅影視介紹咁高質量咖；嗰幾百篇夠關注度嘅香港政治人超短文唔包含事實錯誤資料，既然冇阻𠰍你衣食住行，噧由得佢哋留喺喥，等有心人逐項改善囉！𠹭堆網頁亦威脅唔到世界和平；反而嗰邊有立心不良嘅友仔，習慣見𠲖喥啲文寫得夠好，就花極少功夫搬過去，再惡意加料去妖言惑眾。 彳山一儿攵辛束 (傾偈) 2024年10月23號 (三) 16:52 (UTC)

所以話應該變列表，人名全部紅字，夠料先個別開版。如果整列表，至少20XX年區議會參選人同20XX年特首提名人呢啲，個名單係幾多人就幾多人，唔怕比人話驚列唔曬就提刪。如果呢啲17字文比人提刪（其實好似已經有），揸正黎做應該無得留。係呢個角度諗，變列表長遠對粵維更有益。150篇無内容嘅文，同一個列表，藍字有長文，紅字無文，讀者想要邊個？ Sohryu Asuka Langley Not Shikinami (傾偈) 2024年10月24號 (四) 02:48 (UTC)

@Universehk：邀請作者黎講兩句。 Sohryu Asuka Langley Not Shikinami (傾偈) 2024年10月24號 (四) 02:51 (UTC)

怕且喺該君寫勻740萬香港人之前件事都唔會完。大家放長雙眼等待一個700萬+篇文嘅粵維好過啦。有身份證都係政治人，哈，問您歹匕未— 之前未簽名嘅留言係由219.76.38.25 (留言)寫低嘅。

見有討論我都想出句聲，近期佢又「寫」一堆文，都係「曾經參選2011年香港區議會選舉」。參選過區議會選舉唔等同一定值得收錄，尤其係突然出嚟選、落選後銷聲匿跡嘅人，除非有其他事跡，否則唔應該收錄。究竟呢堆文有冇呢啲人，如果唔逐個檢查，真係冇人知。反而我就留意到有資深區議員（例如陳國華 (香港)—zh:陳國華 (香港)）都畀佢寫到好似只選過一屆區選噉。更好笑嘅係，有同名人物都係佢自己開，一篇寫參選過某屆區選，另一篇寫參選過另一屆區選，究竟係咪真係兩個唔同嘅人，定係同一個人參選兩屆區選都可以開兩篇文，大家可以睇下：

• 黃建新 VS 黃建新 (政治人物)
• 李文龍 (政治人) VS 李文龍 (政治人物)
• 湯寶珍 VS 湯寶珍 (區議員)
• 陳文華 VS 陳文華 (民建聯)
• 徐帆 VS 徐帆 (區議員)
• 楊永杰 VS 楊永杰 (香港)
• 潘國華 VS 潘國華 (1959年)

講完。--Mikedou (傾偈) 2024年11月16號 (六) 04:20 (UTC)

哇，問題比想象中嚴重，@Universehk：麻煩處理一下。 Sohryu Asuka Langley Not Shikinami (傾偈) 2024年11月16號 (六) 04:35 (UTC)

OK I can merge it. Universehk (傾偈) 2024年11月22號 (五) 05:26 (UTC)

其實@彳山一儿攵辛束開口埋口話人打壓，有冇諗過點解會畀人打壓？Google自己都講到明，Google嘅自動排名系統優先顯示有用、可靠嘅資訊。噉咩為之有用可靠呢？Google畀咗一堆問題我哋可以一齊思考下：

• 啲內容係咪提供到原創資訊、報道、研究或分析？
• 啲內容描述個主題夠唔夠全面？

  請問大家讀「李文龍 (政治人物)，香港親中派政治人，曾經參選2011年香港區議會選舉。」呢篇「文」有啲咩得着呢？佢係咪屬於邊個政黨嘅呢？全港18區佢喺邊區參選嘅呢？最後有冇贏到呢？

• 啲內容除咗啲好明顯嘅嘢之外，有冇提供深入分析或者有趣嘅資訊？
• 如果啲內容用到其他來源嘅內容，係咪照抄或者輕輕哋改寫，定係有加料增值？
• 你會唔會想抄低條 link send 畀人睇呢？
• 比起其他網頁，啲內容係咪提供到一定嘅價值？
• 啲內容係咪睇落寫得好，定係睇落匆匆忙忙砌出嚟？
• 啲內容係咪大量生產，搞到每版冇乜人理？

  你估下。

講完。 h78c67c (傾偈) 2024年11月16號 (六) 08:50 (UTC)

我執文時都發現到上述問題，嘗試睇Special:邊度鏈去呢版有冇線索，就見到呢邊已經傾緊。如果原作者都唔肯定兩位同名嘅人係咪同一個，建議先改晒做跳轉。不過，我都認同問題根源就係原作者開嘅文質素低下，內容完全冇參考價值（純粹只係話嗰個人有參選一屆區選，之後乜資料都冇），就算攞去刪都唔覺得可惜。--XRTIER (傾偈) 2024年11月17號 (日) 03:08 (UTC)

某程度上，小行星文仲好過呢批人物文。求其開個黎睇，小行星10166有大量資料做辨認，絕對唔會同第二粒搞亂。黃建新同黃建新 (政治人物)，究竟是一個定兩個，原作者係知道佢地唔同所以開兩篇，定作者睇都無睇就開左重複？真係你唔知、我唔知、作者都唔知。 Sohryu Asuka Langley Not Shikinami (傾偈) 2024年11月17號 (日) 03:58 (UTC)

Universehk已經讓咗一大步，並且長期執緊首尾，故此冇需要將佢製作嘅條目成批合併或者刪除。 江马 (傾偈) 2025年3月9號 (日) 10:56 (UTC)

諗法實驗室

中維有個罷免管理員Mys 721tx嘅動議

詳情見於“https://zh.wikipedia.org/wiki/Wikipedia:%E7%AE%A1%E7%90%86%E5%93%A1%E8%A7%A3%E4%BB%BB%E6%8A%95%E7%A5%A8/Mys_721tx/%E7%AC%AC2%E6%AC%A1”；謹此通知……各位千祈唔好喺上述網址以外談論佢嘅功過得失，或者呼籲其它人投乜嘢票；萬一粵維管理員喺𠲖喥見到啲噉嘅文字，亦請迅速刪除，以免搞到嗰邊個結果無效。我理解唔到禁止站外拉票嘅規則有咩道理，不過會遵守！ 彳山一儿攵辛束 (傾偈) 2024年6月27號 (四) 15:33 (UTC)

破天荒！原定“計票期”完唨，行政員決定加開一段七日嘅“投票期”。我無謂揣測背後發生𡁵咩事；你哋自己睇下壇嘢古怪成嚸喇…… 彳山一儿攵辛束 (傾偈) 2024年8月2號 (五) 15:33 (UTC)

佢落唨台𡀔！ 彳山一儿攵辛束 (傾偈) 2024年8月19號 (一) 15:10 (UTC)

佢哋炒人關我哋咩事？ Jackyming 2025年3月16號 (日) 14:07 (UTC)

呢位jack留言用戶值得社羣警覺。 Longway22 (傾偈) 2025年4月2號 (三) 10:38 (UTC)

｢蘋果係一種生果｡｣

其實，有冇諗過整個同 ｢你知唔知｣ 相反嘅計劃？

法維嗰便有個 ｢蘋果係一種生果｣ 計劃（法文：Projet:Une pomme est un fruit），將所有成篇文得一句嘅槷位文分類，同列幾篇想人改長嘅文出嚟，改得夠長，就算唔入 ｢你知唔知｣，都畀個 ｢食蘋果獎｣ 畀佢（連留言都冇，只係加個名喺張表度）；類似計劃，喺呢度會唔會有用？

（我覺得我哋根本唔應該用英維做標準，因為規模相差太遠；跟啲細規模啲嘅維基，例如法維，應該會可行好多。） Alıƨsi (傾偈) 2025年4月2號 (三) 22:41 (UTC)

@Al12si：有興趣啊，諗住點樣搞？係咪好似法維咁搞個wikiproject出嚟。 ——Z423X5C6（傾偈） 2025年4月3號 (四) 13:06 (UTC)

@Z423x5c6：其實冇諗清楚，只係抌個諗法出嚟先。會唔會其實好複雜？係咪應該去法維試下問佢哋點做？ Alıƨsi (傾偈) 2025年4月6號 (日) 00:12 (UTC)

@Al12si：睇你想點，其實可以細細地試吓先，開咗個project page，然後宣傳吓搵多幾個有興趣嘅維基友，再搵幾篇文試吓個運作先，之後再整靚個project page，再睇吓要引入啲咩模或者係機械人都得。 ——Z423X5C6（傾偈） 2025年4月6號 (日) 10:08 (UTC)

雜項

即將舉行嘅語言社群會議（2月28號，世界標準時間14點）同埋通訊

咁多位好！

我哋好興奮噉宣布下一個 語言社群會議 就快要舉行, 2月28號14:00 UTC!如果你想加入，只需要喺wiki 頁面登記就得.

呢個係一個以參與者為主導嘅會議，我哋會分享語言相關項目嘅最新資訊，討論語言維基嘅技術挑戰，同埋協作解決解決方案。喺我哋上次嘅會議入面，我哋討論咗開發語言鍵盤、創建 Moore 維基百科，同埋 Wiki Indaba 嘅語言支援軌道嘅更新等等嘅主題。

有冇話題想分享？ 無論係你嘅項目嘅技術更新、你需要幫手嘅挑戰，定係解釋支援嘅要求，我哋都好想聽你嘅意見！隨時喺呢度「回覆呢個訊息」或者喺文件加入議程項目。

另外，我哋想強調一下，第六版嘅《語言與國際化通訊》（2025年1月）可以喺呢度睇到： 維基媒體語言同產品本地化/通訊/2025/1月。 呢份通訊提供咗2024年10月至12月季度嘅最新消息，包括新功能開發、各種同語言相關嘅技術項目同支援工作嘅改進、有關社群會議嘅詳情，同埋為項目作出貢獻嘅想法。 如果想緊貼最新消息，你可以喺佢嘅 wiki 頁面訂閱通訊： 維基媒體語言同產品本地化/通訊.

我哋期待你喺語言社群會議上提出想法同參與，到時見！

MediaWiki message delivery 2025年2月22號 (六) 08:29 (UTC)

普遍行為守則嘅年度審查：建議嘅變更可以提供意見

我寫信畀你係想話畀你知 建議嘅變更 去到 普遍行為守則（ UCoC ）執行指南 同埋 普遍行為守則協調委員會（ U4C ）憲章 都開放畀人睇。你可以提供有關建議變更嘅意見 透過喺星期二嘅 日尾, 2025年3月18日。呢個係年度審查過程嘅第二步，最後一步將會係社區對擬議嘅變更進行投票。 喺 Meta 嘅 UCoC 年度評論頁面睇吓更多資訊同埋搵到有關呢個過程嘅相關連結.

普遍行為守則協調委員會 (U4C) 係一個全球性嘅組織，致力於提供公平同一致嘅 UCoC 實施。呢個年度審查係由 U4C 計劃同實施嘅。 想知更多資訊同埋 U4C 嘅責任， 你可以睇返 U4C 憲章.

請喺其他適當嘅地方同你社區嘅其他成員分享呢啲資料。

-- 同 U4C 合作，Keegan (WMF) 2025年3月7號 (五) 18:51 (UTC)

重要：管理員活動覆檢

你好。響2013年通過咗一個全域社群共識嘅政策係同拎走「上級權限」（管理員，事務員，介面管理員，等）有關嘅。根據呢件政策，執行員依家覆檢緊響全部Wikimedia Foundation上面未有唔活躍政策嘅管理員嘅活動。基於我哋已經知道最多嘅嘢，你嘅wiki係未有一個由唔活躍戶口度拎走「上級權限」嘅正式程序。噉即係執行員會跟住管理員活躍覆檢嘅程序做嘢。

我哋已經認定咗下面嘅用戶掂到個唔活躍嘅條件（響多過2年度無編輯同埋無日誌紀錄）：

1. User:SC96 (管理員)

呢啲嘅用戶將會收到通知，去問佢哋開始一個社群討論度問吓佢哋想留返佢哋一部份或者全部嘅權限。如果嗰用戶冇應機嘅話，噉佢哋嘅上級權限就會由執行員拎走。

之但係，如果作為你嘅社群想去開一個你自己嘅活動覆檢程序去替代呢個全域嘅一個嘅話，想去幫呢啲唔活躍權限持有者做另一個決定，又或者已經有一個政策而我哋溜咗嘅話，噉就去通知響維基元嘅執行員噉我哋就會知道響你嘅wiki度唔再繼續個權限覆檢。多謝哂， EPIC (傾偈) 2025年2月22號 (六) 23:31 (UTC)

重复文章请求合并

发现咗黃溢濠和黃溢豪重复，但因为不熟悉粤语，请求粤语版编辑处理 重庆轨交18 (傾偈) 2025年3月12號 (三) 00:13 (UTC)

搞掂，重新定向返同一個文章。(完成，已重定向至同一个条目。)--Jackyming 2025年3月12號 (三) 13:28 (UTC)

多謝曬 重庆轨交18 (傾偈) 2025年3月13號 (四) 14:03 (UTC)

對《普遍行為守則執行指南》同《U4C憲章》嘅最終建議修訂現已發佈

建議嘅修改 通用行為守則執行指南 同埋 U4C 憲章而家喺 Meta-wiki 上面，等社群通知 喺投票期之前，呢個最終草案係由之前兩輪嘅社區審查所制定，社區成員將會喺2025年4月17號開始就呢啲修改進行投票。由2025年4月17日開始，社區成員可以對呢啲修改進行投票。投票將會喺2025年5月1日結束，而結果最遲會喺2025年5月12日公布。 U4C 選舉期，由招募候選人開始，會喺審查結果公布之後立即開始。 更多資料好快會喺 選舉嘅維基頁面。

請注意，呢個過程需要喺未來兩個月內傳送更多訊息喺呢度。

世界行為守則協調委員會 (U4C) 係一個致力於提供公平同一致嘅 UCoC 實施嘅全球性組織。呢個年度審查係由 U4C 計劃同實施。如果想知多啲同埋 U4C 嘅責任，你可以 睇返 U4C 憲章.

請將呢個訊息分享畀你嘅社群成員，等佢哋都可以參與。

-- 同 U4C 合作，Keegan (WMF) (talk) 2025年4月4號 (五) 02:04 (UTC)

Ukraine's Cultural Diplomacy Month 2025: Invitation

請幫手去譯做你嘅語言

Hello, dear Wikipedians!

Wikimedia Ukraine, in cooperation with the MFA of Ukraine and Ukrainian Institute, has launched the fifth edition of writing challenge "Ukraine's Cultural Diplomacy Month", which lasts from 14th April until 16th May 2025. The campaign is dedicated to famous Ukrainian artists of cinema, music, literature, architecture, design, and cultural phenomena of Ukraine that are now part of world heritage. We accept contributions in every language!

The most active contesters will receive prizes.

If you are interested in coordinating long-term community engagement for the campaign and becoming a local ambassador, we would love to hear from you! Please let us know your interest.

We invite you to take part and help us improve the coverage of Ukrainian culture on Wikipedia in your language! Also, we plan to set up a banner to notify users of the possibility to participate in such a challenge! OlesiaLukaniuk (WMUA) (talk)

2025年4月16號 (三) 16:11 (UTC)

(翻譯)烏克蘭2025年文化外交月：邀請

以下訊息由Jeffrey Kim翻譯。

你好，親愛嘅維基友！

維基媒體烏克蘭, 同烏克蘭嘅外交部長 同埋 烏克蘭研究所合作 , 已經推出咗第五版嘅寫作挑戰 "烏克蘭嘅文化外交月", 由「 4 月 14 號」持續到「 2025 年 5 月 16 號」。呢個活動係致力於烏克蘭著名嘅電影、音樂、文學、建築、設計同文化現象藝術家，而呢啲藝術家而家已經成為世界遺產嘅一部分。我哋接受每種語言嘅貢獻！

最活躍嘅參賽者將會獲得獎品。

如果你有興趣為呢個活動協調長期嘅社區參與，同埋成為當地嘅大使，我哋好想聽你嘅意見！ 唔該話我哋知你嘅興趣。

我哋邀請你參與，幫我哋用你嘅語言改善維基百科對烏克蘭文化嘅報導！同埋，我哋計劃設置一個 橫額 通知用戶有可能參加呢類挑戰！ OlesiaLukaniuk (WMUA) (talk)

2025年4月16號 (三) 16:11 (UTC)

Vote now on the revised UCoC Enforcement Guidelines and U4C Charter

The voting period for the revisions to the Universal Code of Conduct Enforcement Guidelines ("UCoC EG") and the UCoC's Coordinating Committee Charter is open now through the end of 1 May (UTC) (find in your time zone). Read the information on how to participate and read over the proposal before voting on the UCoC page on Meta-wiki.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review of the EG and Charter was planned and implemented by the U4C. Further information will be provided in the coming months about the review of the UCoC itself. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this message with members of your community so they can participate as well.

In cooperation with the U4C -- Keegan (WMF) (talk) 2025年4月17號 (四) 00:35 (UTC)

(翻譯)即刻投票決定修訂後嘅 UCoC 執行指南同 U4C 憲章

以下訊息由Jeffrey Kim翻譯。

修訂《世界行為守則》（「UCoC EG」）同 UCoC 嘅協調委員會憲章嘅投票期由而家開始，直至 5 月 1 月底（ UTC ） (喺你嘅時區度搵). 喺投票之前，請睇吓有關點樣參與嘅資料，同埋睇吓個提案 喺元維基嘅 UCoC 頁面上面.

世界行為守則協調委員會（ U4C ） 係一個全球性嘅組織，致力於提供公平同一致嘅 UCoC 實施。呢個年度對 EG 同憲章嘅審查係由 U4C 計劃同實施。未來幾個月會提供更多有關 UCoC 本身嘅審查嘅資料。如果想知更多資訊同埋 U4C 嘅責任，你可以 睇返 U4C 憲章.

請將呢個訊息分享畀你嘅社群成員，等佢哋都可以參與。

同 U4C 合作-- Keegan (WMF) (talk) 2025年4月17號 (四) 00:35 (UTC)

Vote on proposed modifications to the UCoC Enforcement Guidelines and U4C Charter

The voting period for the revisions to the Universal Code of Conduct Enforcement Guidelines and U4C Charter closes on 1 May 2025 at 23:59 UTC (find in your time zone). Read the information on how to participate and read over the proposal before voting on the UCoC page on Meta-wiki.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this message with members of your community in your language, as appropriate, so they can participate as well.

In cooperation with the U4C --

Keegan (WMF) (talk) 2025年4月29號 (二) 03:41 (UTC)

(翻譯)投票決定對 UCoC 執行指南同 U4C 憲章嘅擬議修訂

以下訊息由Jeffrey Kim翻譯，Al12si修正。

有關對《通用行為準則》（UCoC）執行指南同 U4C 憲章所作出嘅修訂，投票期將會喺世界協同時（UTC）2025年5月1號23點59分結束(撳呢度睇喺你嘅時區係幾點)。投票之前，請喺元維基嘅《通用行為準則》頁面上面睇睇點樣參與，同埋睇吓個提案。

通用行為準則協調委員會（U4C）係一個（喺維基媒體架構內）嘅全球性組織，致力於以公平同一致嘅原則實施《通用行為準則》。呢個年度審查係由 U4C 計劃同實施；如果想知 U4C 嘅責任同其他詳情，你可以睇返 U4C 憲章。

請根據需要，用你嘅語言同你嘅社群成員分享呢個訊息，等佢哋都可以參與。

U4C 嘅合作夥伴

Keegan (WMF) (talk) 2025年4月29號 (二) 03:41 (UTC)

@H78c67c、Jeffrey Kim：見到Jeffrey Kim幫手譯咗個訊息，十分感謝。但係翻譯係咪應該另開一節，而唔係改人哋個留言？ ——Z423X5C6（傾偈） 2025年5月2號 (五) 10:39 (UTC)

其實如果呢啲中央經MassMessage發佈英文訊息譯咗做粵文嘅話，一般嚟講保留返原文好似冇乜意義… 我覺得比較大嘅問題其實係@Jeffrey Kim將上面啲嘢譯到好怪。 h78c67c (傾偈) 2025年5月4號 (日) 09:07 (UTC)

呢啲係我翻譯嘅, 或者我睇一睇吓啲翻譯譯得有冇問題？ Jeffrey Kim (傾偈) 2025年5月4號 (日) 09:12 (UTC)

我認為需要保留返原文，我點知你翻譯得準唔準確？仲會誤導咗人哋以為基金會有人識得用粵語。 Jackyming 2025年5月5號 (一) 07:34 (UTC)

可以參考一下人哋點樣做
1.zh:Wikipedia:互助客栈/消息/存档/2021年2月#Notification_about_user's_IP_socking_behavior_2
2.zh:Wikipedia_talk:管理員解任投票/蟲蟲飛#Notification_about_user's_IP_socking_behavior --Jackyming 2025年5月5號 (一) 12:18 (UTC)

其實咁做亦係我哋以前一貫嘅做法​——​除非喺元維基一早譯咗。

不過要強調 ｢除非喺元維基一早譯咗｣；如果喺元維基一早譯咗，就只會有譯文，唔會有原文。我以前都曾經有喺嗰便譯，但係喺維基同享被人搞之後已經對幫大台做嘢完全冇哂興趣，所以已經冇譯任何嘢好耐。 Alıƨsi (傾偈) 2025年5月8號 (四) 18:12 (UTC)

我覺得佢似係用咗 CAT（其實好正常，元維基嗰便亦係用 CAT，不過軟件開發員全部冇翻譯經驗，唔識 ｢CAT｣ 呢個字眼；嗰便隻 CAT 叫乜名我亦已經唔記得），但係用唔慣；可能唔為意 CAT 唔係幫你翻譯，只係輔助。 Alıƨsi (傾偈) 2025年5月8號 (四) 18:37 (UTC)

Call for Candidates for the Universal Code of Conduct Coordinating Committee (U4C)

The results of voting on the Universal Code of Conduct Enforcement Guidelines and Universal Code of Conduct Coordinating Committee (U4C) Charter is available on Meta-wiki.

You may now submit your candidacy to serve on the U4C through 29 May 2025 at 12:00 UTC. Information about eligibility, process, and the timeline are on Meta-wiki. Voting on candidates will open on 1 June 2025 and run for two weeks, closing on 15 June 2025 at 12:00 UTC.

If you have any questions, you can ask on the discussion page for the election. -- in cooperation with the U4C,

Keegan (WMF) (討論) 2025年5月15號 (四) 22:07 (UTC)

(翻譯)招募通用行為準則協調委員會（U4C）嘅候選人

有關《通用行為準則執行指南》同《通用行為準則協調委員會（U4C）憲章》嘅投票結果已經出爐，可以喺元維基睇到。

由而家開始，到世界協調時2025年5月29號中午12點為止，你可以自我提名喺 U4C 服務。參選資格、流程同時間表嘅相關資訊，可以喺元維基度睇到。投票期2025年6月1日開始，持續兩個禮拜，直至世界協調時2025年6月15號嘅晏晝12點為止。

如果你有任何問題，可以喺選舉嘅討論頁面度問。

U4C嘅合作伙伴
Jeffrey Kim (傾偈) 2025年5月16號 (五) 02:24 (UTC)

RfC ongoing regarding Abstract Wikipedia (and your project)

(Apologies for posting in English, if this is not your first language)

Hello all! We opened a discussion on Meta about a very delicate issue for the development of Abstract Wikipedia: where to store the abstract content that will be developed through functions from Wikifunctions and data from Wikidata. Since some of the hypothesis involve your project, we wanted to hear your thoughts too.

We want to make the decision process clear: we do not yet know which option we want to use, which is why we are consulting here. We will take the arguments from the Wikimedia communities into account, and we want to consult with the different communities and hear arguments that will help us with the decision. The decision will be made and communicated after the consultation period by the Foundation.

You can read the various hypothesis and have your say at Abstract Wikipedia/Location of Abstract Content. Thank you in advance! -- Sannita (WMF) (討論) 2025年5月22號 (四) 15:27 (UTC)

(翻譯) 徵求意見：有關《抽象維基百科》（同粵維你哋有關）

（譯：Al12si）

大家好：元維基嗰便開始咗傾一個同抽象維基百科（抽維）有關嘅好敏感嘅問題，就係抽維入面由維基函數（Wikifunctions）嘅子程式同維基數據嘅數據衍生出嚟嘅抽象內容究竟應該擺邊。因為一啲建議中嘅方案（hypotheses）同粵維有關，想聽聽粵維呢便嘅意見。

首先講清楚個決策過程：喺眾多方案入面，我哋仲未知想揀邊個，咁亦正正係點解我哋過嚟呢便問；我地決定之前會睇埋喺維基社羣收集返嚟嘅意見，亦希望諮詢唔同社羣，聽取意見幫我哋做決定。諮詢期過咗（譯者按：如果以發信日期為準，應該係指6月15號；但係如果以開版日期為準，就即係6月8號），維基媒體基金會就會做決定，然後作出公布。

所有建議中嘅方案可以喺《抽象維基百科/抽象內容位置》搵到，意見亦可以喺嗰度提交（譯者按：係直接版上留言，｢Questions｣ 同 ｢Discussions｣ 小節，唔係討論頁）；麻煩哂大家先！ -- Sannita (WMF) (討論) 2025年5月22號 (四) 15:27 (UTC)

Wikimedia Foundation Board of Trustees 2025 Selection & Call for Questions

多啲話 • 請幫手去譯做你嘅語言

Dear all,

This year, the term of 2 (two) Community- and Affiliate-selected Trustees on the Wikimedia Foundation Board of Trustees will come to an end [1]. The Board invites the whole movement to participate in this year’s selection process and vote to fill those seats.

The Elections Committee will oversee this process with support from Foundation staff [2]. The Governance Committee, composed of trustees who are not candidates in the 2025 community-and-affiliate-selected trustee selection process (Raju Narisetti, Shani Evenstein Sigalov, Lorenzo Losa, Kathy Collins, Victoria Doronina and Esra’a Al Shafei) [3], is tasked with providing Board oversight for the 2025 trustee selection process and for keeping the Board informed. More details on the roles of the Elections Committee, Board, and staff are here [4].

Here are the key planned dates:

• May 22 – June 5: Announcement (this communication) and call for questions period [6]
• June 17 – July 1, 2025: Call for candidates
• July 2025: If needed, affiliates vote to shortlist candidates if more than 10 apply [5]
• August 2025: Campaign period
• August – September 2025: Two-week community voting period
• October – November 2025: Background check of selected candidates
• Board’s Meeting in December 2025: New trustees seated

Learn more about the 2025 selection process - including the detailed timeline, the candidacy process, the campaign rules, and the voter eligibility criteria - on this Meta-wiki page [link].

Call for Questions

In each selection process, the community has the opportunity to submit questions for the Board of Trustees candidates to answer. The Election Committee selects questions from the list developed by the community for the candidates to answer. Candidates must answer all the required questions in the application in order to be eligible; otherwise their application will be disqualified. This year, the Election Committee will select 5 questions for the candidates to answer. The selected questions may be a combination of what’s been submitted from the community, if they’re alike or related. [link]

Election Volunteers

Another way to be involved with the 2025 selection process is to be an Election Volunteer. Election Volunteers are a bridge between the Elections Committee and their respective community. They help ensure their community is represented and mobilize them to vote. Learn more about the program and how to join on this Meta-wiki page [link].

Thank you!

[1] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2022/Results

[2] https://foundation.wikimedia.org/wiki/Committee:Elections_Committee_Charter

[3] https://foundation.wikimedia.org/wiki/Resolution:Committee_Membership,_December_2024

[4] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_committee/Roles

[5] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2025/FAQ

[6] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2025/Questions_for_candidates

Best regards,

Victoria Doronina

Board Liaison to the Elections Committee

Governance Committee

MediaWiki message delivery (傾偈) 2025年5月28號 (三) 03:08 (UTC)

Upcoming Deployment of the CampaignEvents Extension

Hello everyone,

(Apologies for posting in English if English is not your first language. Please help translate to your language.)

The Campaigns Product Team is planning a global deployment of the CampaignEvents extension to all Wikipedias, including this wiki, during the week of June 23rd.

This extension is designed to help organizers plan and manage events, WikiProjects, and other on-wiki collaborations - and to make these efforts more discoverable.

The three main features of this extension are:

• Event Registration: A simple way to sign up for events on the wiki.
• Collaboration List: A global list of events and a local list of WikiProjects, accessible at Special:AllEvents.
• Invitation Lists: A tool to help organizers find editors who might want to join, based on their past contributions.

Note: The extension comes with a new user right called "Event Organizer", which will be managed by administrators on this wiki. Organizer tools like Event Registration and Invitation Lists will only work if someone is granted this right. The Collaboration List is available to everyone immediately after deployment.

The extension is already live on several wikis, including Meta, Wikidata, English Wikipedia, and more ( See the full deployment list)

If you have any questions, concerns, or feedback, please feel free to share them on the extension talkpage. We’d love to hear from you before the rollout.

Thank you!

Udehb-WMF (討論) 2025年5月29號 (四) 16:48 (UTC)