Movatterモバイル変換


[0]ホーム

URL:


跳去內容
維基百科
查嘢

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返要去刪版,等本地管理員做返;維基元嗰邊亦都有執行員去處理返緊急要處理嘅事項。Shinjiman2025年3月18號 (二) 01:40 (UTC)[回覆]
另外喺預設嘅情況之下,一般上須要符合兩個條件先至會有「全域管理員」,第一係要有少於十名管理員喺個wiki度,第二係喺兩個月之內要有少於三名管理員有操作紀錄。好明顯喺呢度呢兩個條件都符合唔到。Shinjiman2025年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)[回覆]
選多幾個管理員出嚟仲實際啦,全域管理員睇唔明粵語,用咗翻譯理解唔到都做唔到嘢Jackyming2025年3月18號 (二) 16:29 (UTC)[回覆]
粵語維基百科上一次舉行管理員選舉係幾時?中文維基百科半年一次,佢哋都依家都只有60人(曾經超過100人)。Jackyming2025年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做粵維度呢種討論嘅版真係唔好啦Jackyming2025年3月19號 (三) 08:13 (UTC)[回覆]
直頭同你講呢個機制繼續行就係學trump快快趣丟嗮人落巴士。Longway22 (傾偈)2025年3月19號 (三) 08:26 (UTC)[回覆]
一睇你就知根本唔想知道問題喺邊,仲以為學埋搭假樓閣去清洗人真係威水啊?Longway22 (傾偈)2025年3月19號 (三) 08:29 (UTC)[回覆]
唔該用返正常可以快速理解嘅粵文,Special:Diff/2247435,唔係正常粵文粵語。Jackyming2025年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都攻擊埋,對照下,度下,有咩位係要三思下。
咩懷疑恐怖分子、藐視法庭(點解佢嘅粵語同我嘅粵語好似唔係同一種語言?)Jackyming2025年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)[回覆]
支持提案,並且兩個方法都建議一齊同步進行,管理員應該越多越好,並不存在管理員人數上限。Jackyming2025年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)[回覆]
@JackymingLongway22注意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)[回覆]
唔該停止嚴重離題。Jackyming2025年4月16號 (三) 10:13 (UTC)[回覆]

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

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

Wikipedia:襪公仔

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

@Jackyming呢排開始執,大家都可以幫下手睇吓要改啲咩。 ——Z423X5C6傾偈2025年6月7號 (六) 09:51 (UTC)[回覆]
建議針對臨時帳戶制定一啲規則咩情況係濫用,咩情況唔係,然後類似呢一種情況,應該淨係封臨時帳戶定係封埋後邊嘅IP。Jackyming2025年6月7號 (六) 09:59 (UTC)[回覆]
改咗少少用字。有啲唔啱粵維嘅嘢,要睇下點改至得,特別係關於用戶稽查方面嘅程序,以及係同仲裁委員會有關嘅內容。h78c67c (傾偈)2025年6月11號 (三) 11:56 (UTC)[回覆]

「搞搞震」 嘅定義

想問下,喺呢度,「搞搞震」 嘅定義究竟係乜嘢。

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

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

@H78c67cPing處理嘅管理員。 ——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 assleepers) 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,的確係不斷更換緊臨時戶口,但應該係新手。Jackyming2025年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)[回覆]

要,已經有新嘅申請等待本地討論中Jackyming2025年6月2號 (一) 17:30 (UTC)[回覆]

技術同全域政策資訊:

我建議加1條,有「臨時戶口IP檢查員」權限嘅人 每365日必須作出一次編輯,否則權限可以比管理員攞走。Jackyming2025年6月3號 (二) 10:30 (UTC)[回覆]
呢個提議有趣。等我問下可唔可以叫元維基自動做。翹仔 (傾偈)2025年6月5號 (四) 17:31 (UTC)[回覆]
其實全部權限我都想建議一年冇編輯就要移除,唔係話佢哋冇編輯冇貢獻所以攞走權限,而係因為安全原因,如果連每年一次確認帳號仲喺佢哋手上都做唔到,我唔覺得權限仲要比佢哋。Jackyming2025年6月6號 (五) 04:37 (UTC)[回覆]
可以機器做嘅嘢就唔好人手做,仲要係啲要等一年先做嘅嘢...!翹仔 (傾偈)2025年6月7號 (六) 07:31 (UTC)[回覆]
可以嘅,中維嗰邊有個機械人,只要有編輯者半年冇編輯,就會自動移除曬佢哋全部用戶組
zh:Special:日志/rights/Jimmy-abotJackyming2025年6月7號 (六) 08:03 (UTC)[回覆]
最好仲要通知咗之後一個月都係冇編輯先移除
zh:User_talk:Eguersi#因不活躍而取消IP封禁豁免者、巡查员權限的通知Jackyming2025年6月7號 (六) 08:08 (UTC)[回覆]
已經超過三個半月都未有新討論,我建議按照全域政策執行,暫時不設本地政策。Jackyming2025年9月22號 (一) 17:16 (UTC)[回覆]

出世人分類

我見最近開咗好多「X國X省出世人」分類,呢種分類英文維基唔見有,中文維基亦只係零星開設(例如zh:Category:中國出生者入面,主要只係一個省(黑龍江)、一個市(哈爾濱)、香港同澳門有相關分類,絕大部份省市都未開設,分類名亦唔會提及任何上級政區)。我好質疑呢種分類有冇存在需要,建議全部簡單歸類做「XX人」,例如「Category:中國遼寧省出世人」改用本身有嘅「Category:遼寧人」。Yaukasin (傾偈)2025年6月11號 (三) 14:30 (UTC)[回覆]

同意。「XX人」本來就已經做緊「XX出世人」嘅功能,放得入「Category:遼寧人」嘅人都係遼寧出世嘅人,再開個「Category:中國遼寧省出世人」簡直就係除褲放屁。Alfakwan (傾偈)2025年6月27號 (五) 11:53 (UTC)[回覆]
我已經全部拎去提刪,歡迎補充意見:Wikipedia:刪文討論#Category:生地同項下所有分類。--Mikedou (傾偈)2025年7月8號 (二) 11:53 (UTC)[回覆]

WP:濫用過濾器

目前WP:濫用過濾器上面只有對過濾器嘅描述,而無規矩去限制設定過濾器,導致呢個「濫用過濾器」名符其實,係「濫用」緊「過濾器」。長年都有唔少投訴,濫用過濾器誤判、屈人,我見過最離譜嘅一次,應該係User:Aeternitatem被43號濫用過濾器誤判做LTA封咗,搞到佢要過隔籬中維搵我求救解封,十分尷尬。過濾器誤判、屈人亦都阻礙咗好多有意加入粵維嘅新手做佢哋頭幾次嘅編輯,嚇到佢哋走夾唔唞(Don'tBITE newcomers!),得返我哋呢啲老嘢喺到間唔中做吓編輯,粵維長年都發展唔到。

有見及此,我提議編寫有關「濫用過濾器」嘅規則,以下嘅提議係基於英維做法以及對粵維嘅觀察,希望大家可以畀多啲意見,完善返個制度。

一、正名。名不正則言不順。唔係全部過濾器都係防濫用,有啲只係用嚟監測、統計,例如係34號Wikiplus編輯呢啲,可以參考英維都改咗名做edit filter。

二、權限。管理員係受社羣信任嘅用戶,有權加自己做過濾器編者。其他有經驗有能力嘅用戶亦都可以申請權限,管理員視乎情況審批。

三、測試過濾器。除非有緊急情況,所有過濾器必須經過測試先可以用,測試期間只可以做「標籤」,測試必須證明呢個過濾器係「有用」、「無害」,有用,即係真係捕捉到你想要捕捉嘅pattern,試夠時間,捕捉足夠次數先可以改用更高級嘅行動;無害,即係無/少false positive,其中配合動作係「唔容許」或者「封鎖」嘅必須做到0 false positive。獲批使用而配合動作係「唔容許」或者「封鎖」嘅如果後尾有false positive必須重新測試先可以再用。

四、重測過濾器。過往已經設立嘅過濾器除非有大量日誌紀錄,證明「有用」、「無害」,否則需要重新測試之後先再投入使用。

寫住咁多先,期待大家嘅意見。 ——Z423X5C6傾偈2025年9月14號 (日) 18:13 (UTC)[回覆]

第一點,同意要改名,可以參考英維、日維叫「編輯過濾器」之類。其餘幾點,建議同樣可以參考英維設立專屬嘅討論版(en:WP:EFN),畀用戶申請權限、請求新設/修改過濾器同討論過濾器運作。h78c67c (傾偈)2025年9月21號 (日) 02:54 (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)[回覆]
搞咗個用喺粵維嘅fork,UI文字粵語化重未整(兩個messages.json),呢度嘅介面管理員可進行測試。Dabao qian (傾偈)2025年8月21號 (四) 18:40 (UTC)[回覆]
我想問係咪等UI文字搞埋就可以用得?Telematina (傾偈)2025年10月11號 (六) 11:49 (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 REPORTContentTranslation。如果對此項改進有任何疑問,請向我哋提問。

多謝!

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

請求改下MediaWiki:Sitenotice嘅句子

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

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

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

@1F616EMOY搞掂,多謝你嘅提議。 ——Z423X5C6傾偈2025年4月8號 (二) 17:14 (UTC)[回覆]

twinkle工具歡迎用戶

有冇人知道點解我用twinkle呢個工具歡迎用戶嘅時候,會自動重複簽名,例子123Jackyming2025年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 fromWikimedia Deutschland'sTechnical Wishes team. We are making great strides with the newsub-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 updatedwikitext featureon the beta wiki and let us know what you think, eitheron our talk page or bybooking a call with our UX researcher.
  2. Get a sneak peak and help shape theVisual 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 startMay 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, theold Graph extension was disabled in 2023due 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 theCharts extension, which will be replacing the old Graph extension and potentially also theEasyTimeline 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 fromMay 6. Please, consultour page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can alsoconsult 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 theproject’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 thetalk page or atPhabricator.

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)[回覆]

@H78c67cJeffrey KimAl12siJackyming我暫時整做咁樣,大家睇睇得唔得? ——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 anyexisting 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, thereason why very few users have ever used the function is probably because it is not obvioushow 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 anonboarding 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 theWikipedia 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 tosign up directly atWPWP Participating Communities.

With kind regards,

User:Reading BeansOn 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)[回覆]

@Shinjiman想問吓介面管理員係咪有得搞?——Z423X5C6傾偈2025年6月13號 (五) 14:16 (UTC)[回覆]
啱啱加返入去,可能係同phab:T385346同埋phab:T388927有關;@Z423x5c6係,呢個要介面管理員先至搞得到。Shinjiman2025年6月16號 (一) 02:38 (UTC)[回覆]

喺廣東話維基百科啟用「貢獻」入口嘅建議

粵語嘅維基媒體成員大家好,


維基媒體基金會嘅語言同產品本地化團隊建議喺你嘅維基百科啟用一個叫做「貢獻」選單嘅入口點。「貢獻」選單係一個中心地方,編輯可以喺呢度發掘同存取粵語維基百科入面所有可用嘅貢獻工具。


呢個入口點係受到維基媒體基金會嘅產品團隊合作嘅啟發,呢個工作係基於編輯發現嘅工作,驗證咗一個專用入口點嘅想法,揭示咗佢係一個一致嘅路徑畀貢獻者搵到方法去貢獻內容。


啟用呢個入口點會幫助新嘅貢獻者快速發現可用嘅工具,令佢哋可以即刻開始使用呢個工具。呢個建議嘅啟用會包括支援一小部分貢獻工具,但係個選單係設計嚟可擴充嘅,而且隨住時間嘅推移,會加入更多工具。以下係有關「貢獻」選單嘅重要資料。

邊個可以存取到呢個工具?

啟用咗之後,新手就會透過登入佢哋嘅帳戶自動存取呢個入口點。佢哋可以喺「用戶」下拉式選單入面搵到「貢獻」標籤,呢個標籤會帶佢哋去另一個選單,入面有個自導標籤,概述佢哋可以點樣貢獻內容,如下圖所示。

 

Mobile contribute menu (detailed)Mobile Contribute Page

你哋仲可以喺「貢獻」選單入面睇到啲咩?

除咗新手可以撳入去探索貢獻工具嘅自助分頁之外,選單仲會包括一個「睇吓你嘅貢獻」嘅選項,畀新人睇到佢哋到目前為止嘅貢獻清單。

呢個工具會唔會取代有經驗嘅貢獻者嘅「貢獻」標籤?

唔會,用戶下拉式選單上面嘅「貢獻」標籤唔會取代你現有嘅「貢獻」標籤,除非佢哋選擇透過「特殊:貢獻」(Special:Contribute)手動存取,否則有經驗嘅貢獻者唔會喺佢哋嘅用戶下拉式選單入面睇到「貢獻」標籤。

呢個選單仲有喺邊度啟用?

呢個入口點而家可以喺超過245個維基百科頁面上面搵到,我哋收到部分維基百科嘅貢獻者嘅寶貴意見,呢個方法幫我哋提升咗佢哋嘅可發現性。其中一個重要嘅改進係令到有經驗嘅貢獻者可以選擇呢個入口點,而呢啲貢獻者仍然偏好預設嘅「貢獻」標籤。

桌面同流動裝置上面嘅新貢獻者會唔會可以存取「貢獻」選單?

喺呢個初步階段,「貢獻」選單只會畀透過瀏覽器存取維基百科嘅流動用戶使用。我哋暫時只會將佢限制畀流動瀏覽器用戶使用。

噉會唔會改變我哋維基百科入面嘅工具配置?

透過「貢獻」選單存取嘅工具設定會保持不變。例如,如果內容翻譯工具只限你維基百科入面嘅特定使用者,就算新手喺「貢獻」選單度撳一下,佢哋仍然會存取唔到呢個工具。

點解我睇唔到而家啟用咗呢個功能嘅維基百科嘅「貢獻」選單入面所有可用嘅工具?

隨住時間嘅推移,「貢獻」入面會有其他工具,無論係新嘅定係舊嘅工具。

我哋嘅維基幾時會啟用呢個功能?

如果喺2025年7月18號之前你嘅維基百科冇任何異議,我哋就會計劃部署「貢獻」入口點。


我哋歡迎大家對喺粵語維基百科提供「貢獻」選單嘅意見同問題,我哋期待你嘅回應。多謝!UOzurumba (WMF) (傾偈)2025年6月26號 (四) 00:50 (UTC)[回覆]

Hi @UOzurumba (WMF), I don’t know if this is completely off-topic or if it counts as some sort of feedback, but I’m not sure if it’s a good idea to actively encourage translations. In my personal experience, translations (especially if it’s of a single section) often cause more problems than they solve (not just here, but also on the French Wikipedia where I also do some edits). There are a few reasons this is the case, but one major cause is a mismatch in overall article structure between the source and target Wikipedias.
(I have seen this happen even on the English Wikipedia, though merely at a copy editing level and not at a structural editing level, where an article was clearly translated from frwiki, but where the translator clearly was completely unfamiliar with frwiki conventions.)
If machine translation is involved, some people also don’t check their work afterwards (here specifically, if this isn’t a thing on other wikis); this can cause a whole load of problems, which can sometimes be very difficult to correct (in some cases, the easiest fix would be to scrap the entire translated section(s) and rewrite, which is something usually not done, partly out of respect for the translator and partly because the section(s) had been translated because it was (they were) difficult to write in the first place).Alıƨsi (傾偈)2025年6月26號 (四) 06:37 (UTC)[回覆]
Thank you @Al12si for this feedback. Your cross-wiki experience on both English and French Wikipedia provides a valuable perspective on translation challenges. However, it deviates from the communication in question, which is the proposal to enable the Contribute menu. I will clarify that the Contribute menu serves as a central access point for various contribution tools, and the translation tool is one of the many tools that will have its entry point in the Contribute menu.
You raise a relevant concern about the mismatch of article structure when translating content in sections and quality issues that can arise from translations, whether machine-assisted or manual. We're aware of the mismatch as reported here andthe team is working to resolve it.
For communities experiencing problems with machine translation (MT) quality and abuse of the support in the Content translation tool, I recommend discussing adjusting the machine translation limit, which is a mechanism that restricts the publishing of the initial automatic translation without reviewing and editing it with your community and agree on a suitable limit.
In deciding how strict the automatic translation should be, your community should consider different samples of the automatic translation as case studies and agree on a suitable thresholdbased on its accuracy and the extent to which translators edit the machine translation.
Once a consensus is reached on the percentage of adjustment (e.g., 99% automatic translation and 1% adjustment), you can create a Phabricator ticket likethis one so that the WMF Language team can adjust the machine translation limit.
I hope my response was helpful. Please don't hesitate to ask any additional questions, and if there are no objections, we will proceed with the deployment as planned.
UOzurumba (WMF) (傾偈)2025年7月9號 (三) 17:00 (UTC)[回覆]
想請問吓「貢獻」同埋「翻譯」會唔會有粵文界面設定?Jeffrey Kim (傾偈)2025年6月26號 (四) 07:40 (UTC)[回覆]
Hello @Jeffrey Kim,
There is a Cantonese traditional and simplified interface for it. You can translate the message strings through the following links:
Thank you!UOzurumba (WMF) (傾偈)2025年7月15號 (二) 19:44 (UTC)[回覆]

Template:N/A rowspan失效

留意到以前寫落嘅Template:N/A rowspan(跨行)失效(例子)。我睇返Template:N/A,見到最近Al12si改過,好可能有關係。呢個改動原意應該係想加多個方法處理跨行,但而家卻意外令以前寫落嘅跨行失效。如果可以改到新舊方式並存當然最好,但如果新舊方式只能存在一個,為方便兼容其他語言版本習慣(主要係英文同中文),建議恢復舊方式。Stanley678 (傾偈)2025年7月12號 (六) 07:35 (UTC)[回覆]

多謝回報問題,已經修正咗。因為我唔知有咁嘅用法,所以冇測試到;而今知,已經寫咗落模解。Alıƨsi (傾偈)2025年7月12號 (六) 08:59 (UTC)[回覆]

Wikidata Item and Property labels soon displayed in Wiki Watchlist/Recent Changes

(Apologies for posting in English, you can help by translating into your language)

Hello everyone, theWikidata For Wikimedia Projects team is excited to announce an upcoming change in how Wikidata edit changelogs are displayed in yourWatchlists andRecent Changes lists. If an edit is made on Wikidata that affects a page in another Wikimedia Project, the changelog will contain some information about the nature of the edit. This can include a QID (or Q-number), a PID (or P-number) and a value (which can be text, numbers, dates, or also QID or PID’s). Confused by these terms? See theWikidata:Glossary for further explanations.

The upcoming change is scheduled for17.07.2025, between1300 - 1500 UTC.The change will display the label (item name) alongside any QID or PIDs, as seen in the image below:An edit sum entry on Wikidata, labels display alongside their P- and Q-no.'s

These changes will only be visible if you have Wikidata edits enabled in your User Preferences for Watchlists and Recent Changes, or have the active filter ‘Wikidata edits’ checkbox toggled on, directly on the Watchlist and Recent Changes pages.

Your bot and gadget may be affected! There are thousands of bots, gadgets and user-scripts and whilst we have researched potential effects to many of them, we cannot guarantee there won’t be some that are broken or affected by this change.

Further information and context about this change, including how your bot may be affected can be found on thisproject task page. We welcome your questions and feedback, please write to us on this dedicatedTalk page.

Thank you, -Danny Benjafield (WMDE) on behalf of the Wikidata For Wikimedia Projects Team.MediaWiki message delivery (傾偈)2025年7月14號 (一) 12:46 (UTC)[回覆]

「監視清單」 變咗最近一個鐘

由幾日前開始(冇記低係邊日),「監視清單」 雖然如常可以㨂 「顯示最後」 任何㨂得嘅時間長度,但係喺出嚟嘅畫面,「顯示最後」 一定會自動變成一個鐘頭(即係再撳掣就變咗淨係出得一兩行),以前未見過咁嘅事,想問下有冇人知係呢度改咗設定,定係大台改咗嘢,同如果係大台改,係咪一個 bug(唔小心改錯嘢唔知)定有乜特別原因?麻煩哂!Alıƨsi (傾偈)2025年7月16號 (三) 03:04 (UTC)[回覆]

搜尋功能問題

搜尋intitle:打底理論上會出到所有標題含「打底」嘅文,但現時只有一個打底 (衣物)嘅結果,點解會咁?例如intitle:香港又正常出到二千幾個結果。

根據數據庫,標題含「打底」嘅文:

Sohryu Asuka Langley Not Shikinami (傾偈)2025年8月14號 (四) 01:28 (UTC)[回覆]

文字大中細無效

雖則外觀畀人揀文字大中細,呢度實情無效。而其他百科有效。HenryLi (傾偈)2025年9月29號 (一) 12:22 (UTC)[回覆]

界面譯文問題

當將篇文連Wikidata時,如果目標已經有連去粵維另一版,會有提示訊息,印象中以前係正常(唔記得係有譯好定係直接出英文版),而家係顯示:「你想連結嘅頁面已經附加咗去中央資料庫上面嘅[$1項目],而呢個項目會連結去呢個網站嘅[[$2]]。每個網站嘅項目只可以附加一頁。請揀另一個頁面去條拎。」,明顯$1、$2參數都未有正常顯示。Yaukasin (傾偈)2025年10月29號 (三) 12:29 (UTC)[回覆]

我喺translatewiki改咗([3]),不過唔肯定咁樣係咪解決到個問題。我試嘅時候佢仲係出返無空格嘅版本。 ——Z423X5C6傾偈2025年10月29號 (三) 13:43 (UTC)[回覆]

譯自日文

報告一下自動翻譯

翻譯版自動翻譯,譯自日文漢字名,好多都出錯,會變成另一樣嘢。大概經英文轉啲字化成拼音,再轉返做啲字,效果張三變李四咁。日文同音字超多,唔一定估得啱。同埋駁去啲詞會錯位。駁得啱位,又唔曉用返本百科題字。日文同粵文,引用數字,都放喺標點符號前便,自動翻譯會擺喺後面。

另外無論乜嘢文,有時引用位置都幾奇怪,唔會跟原文,而散落喺片語當中。HenryLi (傾偈)2025年10月30號 (四) 03:41 (UTC)[回覆]

據我所知,自動翻譯背後應該係用Google嘅大型語言模型,而且好似係會透過英文翻譯(日英,然後英粵),導致你所講嘅問題出現。h78c67c (傾偈)2025年10月30號 (四) 20:33 (UTC)[回覆]
同意,應該係咁。對比言語結構好有意思,涉及三種語言。
不過就翻譯,意思相差千里有時都幾麻煩,可謂唔使轉而轉,做咗多餘嘢。
例如,構成→composition?→作曲
又例如,日文寫,管子の構成は成立の事情と散逸した箇所があるため非常に複雑である。以下やや詳しく構成について述べる。化成粵文,由於創立嘅情況同埋部分部分已經失去,關子嘅結構極其複雜。以下,我哋會詳細討論佢嘅結構
姑且唔理其他問題,關鍵字管子變咗關子。專名誤譯,若有人不察,都好難搞。HenryLi (傾偈)2025年10月31號 (五) 03:53 (UTC)[回覆]
而家2025年,傳統網上翻譯器已經係過時產物,用AI翻譯效果好好多,相對識得兼顧上文下理,雖然依然都需要人手執(例如部份字詞唔夠粵語化),但成品已經大致可以收貨。免費而香港又用得到嘅網上AI翻譯,之前主要係Copilot(背後係GPT),最近Google有個AI Mode(背後係Gemini),雖然原意係搜尋用,但落指令叫佢幫手翻譯佢都肯做。Jason6698 (傾偈)2025年11月1號 (六) 02:15 (UTC)[回覆]
不過百科翻譯經已用咗Google翻譯,英文百科引PC Mag話用咗 PaLM 2 Generative AI model。來源副題話With an assist from the PaLM 2 AI model, Google Translate now supports 243 languages.HenryLi (傾偈)2025年11月3號 (一) 07:49 (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:陳國華 (香港))都畀佢寫到好似只選過一屆區選噉。更好笑嘅係,有同名人物都係佢自己開,一篇寫參選過某屆區選,另一篇寫參選過另一屆區選,究竟係咪真係兩個唔同嘅人,定係同一個人參選兩屆區選都可以開兩篇文,大家可以睇下:

講完。--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)[回覆]

一個提議

我想大家思考下呢啲「文」點樣影響搜索引擎同粵維之間嘅關係。相信編輯得粵維耐嘅人都會留意到,好多時用各大搜索引擎搵嘢,維基百科都會排得比較前;但除非係粵維獨家嘅文,好多時都會係中英維行先,甚至完全唔出粵維。粵維不嬲文章冇寫得咁詳盡(一般嚟講),仲要充斥住一堆嚟嚟去去都係嗰一兩句嘅機械式倒模短「文」,講關於啲冇人識冇人理冇職能嘅所謂政治人,憑咩會令搜索引擎推高粵維排名畀人睇呢?噉搞法就算Dr. Greywolf寫幾多篇正文都無補於事,啲搜索引擎遲早會認定zh-yue.wikipedia.org係垃圾內容嘅溫床,一竹篙打一船人噉,唔再列出粵維嘅文,粵維自此可以摺埋。

我知道粵維一路以嚟收錄標準都比較寬鬆,現階段似乎最合適嘅方法就係訂立切合粵維淨係針對政治人物嘅收錄指引。參考其他維基嘅做法,以及考慮到粵維嘅獨特環境,我有以下嘅提議,作為對一般收錄指引嘅實踐。

任何政治人物至少符合以下任何一個條件,算符合收錄標準:

  1. 喺國際級、國家級或次國家級(國家級下嘅獨立或自治政治實體;或聯邦制國家嘅一級行政區)擔任有實權或重要嘅公職嘅政治人或法官,或者係呢啲級數嘅立法機關嘅成員
  2. 喺香港,經直接選舉產生嘅三級議會成員(唔包冇當選過嘅人)
  3. 得到媒體或其他二手來源廣泛或深入報道/記敍嘅人(唔淨止係提及佢或引述佢幾句)[註 1]
  4. 攞過知名並符合維基百科收錄指引嘅獎或榮譽

唔符合以上標準嘅政治人,如果有擔任過細啲嘅公職,而個公職本身符合收錄指引嘅話,可以整成一個一覽表,寫返啲人名落去。最終結果令資訊更加集中易於打理,亦都可以限制呢啲千篇一律嘅短文嘅數目。

Ping返咁多位參與過相關討論(本節同Wikipedia:刪文討論#Notability問題)嘅人:@Al12siHenryLiLongway22MikedouMonsolo15Sohryu Asuka Langley Not ShikinamiUniversehk@XRTIERZ423x5c6彳山一儿攵辛束江马。邀請上述各位同其他所有人發表意見。h78c67c (傾偈)2025年6月17號 (二) 13:59 (UTC)[回覆]

  1. 有噉嘅來源就得,就算係未加落篇文度
支持呀,尤其是考慮到WP:BLP,呢個提案算寬容喇。翹仔 (傾偈)2025年6月17號 (二) 17:24 (UTC)[回覆]
我諗緊喺加拿大嘅實際情況即係點:
  • 有啲地方有四級政府(多倫多以前係),市以上嘅第三級唔算數
  • 喺大城市(read: 粵語區),當選嘅華裔/港裔議員唔算數
  • 「媒體或其他二手來源廣泛或深入報道/記敍」 除外
唔算係反對,只係想問清有冇理解錯。傳媒報導有個現實問題,就係 Internet Archives 似乎唔對粵維引嘅任何文作出備份,亦即係有嘅報導過一段時間會消失(例如呢便 變咗係咁);我有問過佢哋係咪當我哋係中維一部份所以唔備份,佢哋唔認,但係到而今都似係佢哋唔理我哋。
ETA:華裔第三級唔算都事小,但係我諗緊如果第三級係原住民自治區係咪一樣?Alıƨsi (傾偈)2025年6月17號 (二) 19:25 (UTC)[回覆]
同意要收緊。講緊生人要求要高啲,未有特別成就,未有有意義事蹟,選舉都未當選,就無謂收錄。而搜索引擎另一個問題,有心寫啲文,並非盲目抄其他百科,自然會排得上啲,唔使太擔心。得一句好似亞媽係女人啲廢文,毫無獨到之處,連演算法都過唔到,人哋自然唔會收。HenryLi (傾偈)2025年6月18號 (三) 01:39 (UTC)[回覆]
基本支持,但兩個小問題。
第3項:要求要有來源就不妨要求埋至少貼一個出來,如果唔係,下下“疑點利益歸於被告”嘅話可能會造成漏洞。
第3、4項:本身無問題,但可能要稍微界定一下“政治人”,例如A君攞過香港十大傑青,無從政而從商,有份提名行政長官,咁應該唔算“政治人”。Sohryu Asuka Langley Not Shikinami (傾偈)2025年6月18號 (三) 02:53 (UTC)[回覆]
有時有啲來源可能互聯網上冇,需要時間查完整理好曬先加;又或者係靠好多個來源嚟證明有廣泛報道。呢啲情況啲來源可能未加落篇文度,但如果喺其他地方顯示到有噉嘅來源嘅話,我覺得已經足夠。
第二點我都覺得唔係好大問題,又或者應該話係一個同呢個提案直接關係唔大嘅問題。總之既然開文嘅人叫得呢啲做「政治人」,噉呢批文咪用返「政治人」嘅標準嚟衡量囉(雖然,好明顯,呢啲人當中真係孭得起呢個標籤嘅相信唔多)。h78c67c (傾偈)2025年6月20號 (五) 18:59 (UTC)[回覆]
第一點:但如果「有來源」,咁理論上編者已經「揾到」、「睇到」來源,點解唔順手貼埋出來?如果來源容易揾,貼出來都係一兩分鐘嘅事,如果難揾,就更應該貼出來去滿足WP:求證得到。要求有來源,但又唔要求貼出來,咁咪形同虛設?
第二點:而家嘗試為「政治人物」訂立收錄標準,咁第一步梗係講下咩叫「政治人物」。我換個講法:有咩類型嘅政治人物唔符合閣下提嘅第一二項條件,但只要符合第三或四,都可以收錄?我最大擔憂係點樣防止再有幾百篇「有份提名XXX參與20XX年香港行政長官選舉」。Sohryu Asuka Langley Not Shikinami (傾偈)2025年6月21號 (六) 10:04 (UTC)[回覆]
睇返個架構似乎仲係有啲框得死,就第一二點同三四點當成兩大類再放埋一齊睇,似有嚴重唔均衡嘅佔比,尤其第四點解釋唔清兼作用非常之奇怪,提案人最好解釋下第四點嘅意思,然之後第一二點,應該再展開傾下係要點去劃定意思同範圍,唔係嘅話放返去本地實行,會有唔好嘅失衡效果。Longway22 (傾偈)2025年6月18號 (三) 06:59 (UTC)[回覆]
我知道有啲嘢,就算唔講對錯講因果都好,起源都係喺我度。我個人仍然傾向寬鬆處理,但如果呢個係大家共識我欣然接受。但喺你哋動手前,有啲嘢已經存在,我會傾向繼續加入新資料落已經喺度嘅文。Universehk (傾偈)2025年6月18號 (三) 07:21 (UTC)[回覆]
@Longway22:注意返各個準則只要符合一個就得,當然多啲亦都無妨。第四項本身係參考en:WP:ANYBIO嘅第一項,喺嗰邊設計上本身並唔係特別針對政治人嘅;但係考慮到粵維呢度並冇一般嘅人物收錄標準,同時考慮到呢個係一樣有啲政治人可能會符合到嘅條件,基本上即係「開多條生路」噉解啫。第一二項閣下有具體嘅意見嘅話不妨講嚟聽下?h78c67c (傾偈)2025年6月20號 (五) 15:02 (UTC)[回覆]
notability係建議根據呢家特定嘅框架,需要重新單獨進行論述同解釋,似呢種範疇嘅一二點就係缺乏辨識度而製造嘅等級固化,若落去政治概念去劃定notability,個人建議照返實權度、公職度嘅政治影響度幾個基本因素先討論返可辨識嘅程度同範圍,綜合睇可以集合成嘅參考指標,原則應當考慮返自己社區嘅自治中立同偏好自由原則,再撰寫新嘅草案,唔建議照依家啲級制睇法去到劃定。Longway22 (傾偈)2025年6月22號 (日) 08:07 (UTC)[回覆]
有比較明確嘅門檻係好事,至少唔會再有上面提到只係一個連文都未有嘅社團仔嘅成員都可以開文嘅極端情況。講到重災區香港政治人,「喺香港,經直接選舉產生嘅三級議會成員(唔包冇當選過嘅人)」嘅門檻其實都幾嚴謹嘅,因為「完善選舉制度」後少咗好多經直接選舉產生嘅議員,立法會得20位,區議會得88位,意味當今大部份現任議員都唔能夠自動符合標準(要有廣泛或深入報道先至得)。考慮到中英文版本都有收錄大部份議員,有空間討論使唔使放寬到全體議員。而1500個選委方面,當中好多都唔多公眾知名度,基本同意唔能夠單憑選委身份自動符合標準。至於其他組織社團成員,當然都唔能夠自動符合標準。Monsolo15 (傾偈)2025年6月18號 (三) 07:47 (UTC)[回覆]
香港立法會議員作為次國家級立法機關嘅成員,符合第一個收錄準則。「完善地區治理建議方案」之後嘅區議會比以前更削,如果一啲區議員本身唔符合其他收錄準則嘅話,我唔係好見得佢哋有乜嘢值得特登開文嚟寫。但如果大家覺得應該收曬所有區議員嘅話,我唔會特別反對。h78c67c (傾偈)2025年6月20號 (五) 14:50 (UTC)[回覆]
「深入同廣泛報導」 視乎情況,其實未必合理。我呢兩日執啲同議題無關嘅文,但係牽涉到至少一兩個理論上出名嘅藝術家,結果係,基本上乜鬼都搵唔到(某報紙文話X係好出名嘅䒧術家,直拉搵佢個名,冇嘢搵到),或者只係搵到一兩篇。
尤其是有冇報導,有時其實好難判斷。唔好講香港,就算講加拿大,星島啲文居然會自動消失;如果要舊報紙,中文OCR基本上係廢嘅,喺報紙資料館執笠之前基本上都要咁啱撞彩先搵到任何嘢。(唔好講中文OCR咁廢,呢兩日發現英文OCR都會錯,只係冇咁頻同錯得冇咁離譜。)
細嘅社團,視乎係乜社團,其實搵唔到報導係正常嘅。如果係藝術組合,根本冇正式身份。我以前有 involve 一個咁嘅社團,其實佢哋而今已經做到好大,但係搵到二手報導嘅機會仍然幾乎係零。Alıƨsi (傾偈)2025年6月18號 (三) 08:10 (UTC)[回覆]
我知道喺政治以外範疇嘅人物傳記,尤其是喺粵語環境底下存在呢啲來源缺失嘅問題,所以我今次嘅提案無意掂嗰方面,非政治人物可以跟返一貫處理方法。但係政治呢個比較敏感嘅一方面,如果一個人冇成就、冇事蹟、冇影響力、冇外界關注,我唔覺得維基百科應該獨立幫佢開文。我係留意其他地方嘅慣常做法,同時考慮到粵維環境並結合以上原則,得出上面嘅準則。當然我可能會漏咗一啲緊要嘅嘢,所以開出呢個討論集思廣益。我都好高興大家肯抽時間出嚟傾。h78c67c (傾偈)2025年6月20號 (五) 14:40 (UTC)[回覆]
大方向認同。不過粵文維基實在太多明顯冇知名度嘅所謂香港政治人,譬如純粹只係曾表態支持某某法、只係參與過某某聯署、只係得微不足道嘅公職、只係某某不知名組織成員又或者只係參與過某屆選舉(但落選),就開篇文介紹,呢一批要優先處理。反而如果本身已經係現任/前任立法會議員、區議員,甚至選舉委員會委員,我認為暫時都可以包容(前提係篇文係有清楚提及相關身份),之後再算。XRTIER (傾偈)2025年6月18號 (三) 13:51 (UTC)[回覆]
補ping埋之前漏咗嘅@Yaukasin唔好意思。h78c67c (傾偈)2025年6月20號 (五) 14:41 (UTC)[回覆]
我都大方向同意要設立返個notability標準。一啲單個人唔夠notability嘅可以集合埋一堆關事嘅人以列表形式開一篇文,有啲其實已經開咗文,例如係第3屆香港區議會選舉結果呢啲。當中如果有啲人係有參與其他嘢,夠料開文嘅話,可以再開一篇,由個列表度連出去。 ——Z423X5C6傾偈2025年6月20號 (五) 14:51 (UTC)[回覆]
贊成政治人設立更詳盡嘅notability標準,而家啲政治人嘅文實在開得太濫,應該藉呢個機會將明顯冇notability嘅人刪除。--Mikedou (傾偈)2025年6月21號 (六) 04:25 (UTC)[回覆]
另外我留意到近期有一位人兄開好多落選選美而未有其他演藝發展嘅「藝人」文,同之前開過一大堆落選選舉而未有其他政界發展嘅「政治人」文有異曲同工之妙,如果頭號處理收錄標準目標係政治人,咁二號目標應該就係藝人。--Mikedou (傾偈)2025年6月21號 (六) 04:46 (UTC)[回覆]
基本同意。不過大家要有心理準備,如果套用呢套門檻,保守估計超過一半所謂「香港政治人」嘅文章都可以刪除或者合併,因為之前已經縱容咗好耐。--Yaukasin (傾偈)2025年7月12號 (六) 14:40 (UTC)[回覆]
似乎大家都有共識支持呢個提案嘅方向,只係啲細節位要傾下。我建議對Universehk開嘅文,按「唔notable」程度分批刪除先——明顯唔掂嗰啲刪曬先,有商量餘地嗰啲繼續傾;最後得出嘅結果寫成指引。h78c67c (傾偈)2025年7月17號 (四) 16:33 (UTC)[回覆]
至於邊啲為之「明顯唔掂」,我會話用啲不知名社團成員名單同提名特首人嘅名單gen出嚟嗰啲,如果文入面冇證據顯示佢哋有notable之處,一律刪除。h78c67c (傾偈)2025年7月17號 (四) 16:36 (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)[回覆]
佢哋炒人關我哋咩事?Jackyming2025年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點)同埋通訊

咁多位好!

An image symbolising multiple languages

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

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

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

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

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

MediaWiki message delivery2025年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)[回覆]

搞掂,重新定向返同一個文章。(完成,已重定向至同一个条目。)--Jackyming2025年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 theMFA of Ukraine andUkrainian Institute, has launched the fifth edition of writing challenge "Ukraine's Cultural Diplomacy Month", which lasts from14th April until16th 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 abanner 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.

TheUniversal 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 mayreview 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.

TheUniversal 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 mayreview 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)[回覆]
@H78c67cJeffrey 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)[回覆]
我認為需要保留返原文,我點知你翻譯得準唔準確?仲會誤導咗人哋以為基金會有人識得用粵語。Jackyming2025年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 --Jackyming2025年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 isavailable on Meta-wiki.

You may nowsubmit your candidacy to serve on the U4C through 29 May 2025 at 12:00 UTC. Information abouteligibility, 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 onthe 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 ofAbstract 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 atAbstract Wikipedia/Location of Abstract Content. Thank you in advance! --Sannita (WMF) (討論)2025年5月22號 (四) 15:27 (UTC)[回覆]

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

譯:Al12si

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

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

所有建議中嘅方案可以喺《抽象維基百科/抽象內容位置》搵到,意見亦可以喺嗰度提交(譯者按:係直接版上留言,「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 theCampaignEvents extension to all Wikipedias, including this wiki, during theweek 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:

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, includingMeta, 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)[回覆]

Vote now in the 2025 U4C Election

Apologies for writing in English.請幫手去譯做你嘅語言

Eligible voters are asked to participate in the 2025Universal Code of Conduct Coordinating Committee election. More information–including an eligibility check, voting process information, candidate information, and a link to the vote–are available on Meta at the2025 Election information page. The vote closes on 17 June 2025 at12:00 UTC.

Please vote if your account is eligible. Results will be available by 1 July 2025. -- In cooperation with the U4C,Keegan (WMF) (talk)2025年6月13號 (五) 23:01 (UTC)[回覆]

Wikimedia Foundation Board of Trustees 2025 - Call for Candidates

Hello all,

Thecall for candidates for the 2025 Wikimedia Foundation Board of Trustees selection is now open from June 17, 2025 – July 2, 2025 at 11:59 UTC [1]. The Board of Trustees oversees the Wikimedia Foundation's work, and each Trustee serves a three-year term [2]. This is a volunteer position.

This year, the Wikimedia community will vote in late August through September 2025 to fill two (2) seats on the Foundation Board. Could you – or someone you know – be a good fit to join the Wikimedia Foundation's Board of Trustees? [3]

Learn more about what it takes to stand for these leadership positions and how to submit your candidacy onthis Meta-wiki page or encourage someone else to run in this year's election.

Best regards,

Abhishek Suryawanshi
Chair of the Elections Committee

On behalf of the Elections Committee and Governance Committee

[1]https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2025/Call_for_candidates

[2]https://foundation.wikimedia.org/wiki/Legal:Bylaws#(B)_Term.

[3]https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2025/Resources_for_candidates

MediaWiki message delivery (傾偈)2025年6月17號 (二) 17:44 (UTC)[回覆]

Sister Projects Task Force reviews Wikispore and Wikinews

Dear Wikimedia Community,

TheCommunity Affairs Committee (CAC) of the Wikimedia Foundation Board of Trustees assignedthe Sister Projects Task Force (SPTF) to update and implement a procedure for assessing the lifecycle of Sister Projects – wikiprojects supported by Wikimedia Foundation (WMF).

A vision of relevant, accessible, and impactful free knowledge has always guided the Wikimedia Movement. As the ecosystem of Wikimedia projects continues to evolve, it is crucial that we periodically review existing projects to ensure they still align with our goals and community capacity.

Despite their noble intent, some projects may no longer effectively serve their original purpose.Reviewing such projects is not about giving up – it's about responsible stewardship of shared resources. Volunteer time, staff support, infrastructure, and community attention are finite, and the non-technical costs tend to grow significantly as our ecosystem has entered a different age of the internet than the one we were founded in. Supporting inactive projects or projects that didn't meet our ambitions can unintentionally divert these resources from areas with more potential impact.

Moreover, maintaining projects that no longer reflect the quality and reliability of the Wikimedia name stands for, involves a reputational risk. An abandoned or less reliable project affects trust in the Wikimedia movement.

Lastly,failing to sunset or reimagine projects that are no longer working can make it much harder to start new ones. When the community feels bound to every past decision – no matter how outdated – we risk stagnation. A healthy ecosystem must allow for evolution, adaptation, and, when necessary, letting go. If we create the expectation that every project must exist indefinitely, we limit our ability to experiment and innovate.

Because of this, SPTF reviewed two requests concerning the lifecycle of the Sister Projects to work through and demonstrate the review process. We chose Wikispore as a case study for a possible new Sister Project opening and Wikinews as a case study for a review of an existing project. Preliminary findings were discussed with the CAC, and a community consultation on both proposals was recommended.

Wikispore

Theapplication to consider Wikispore was submitted in 2019. SPTF decided to review this request in more depth because rather than being concentrated on a specific topic, as most of the proposals for the new Sister Projects are, Wikispore has the potential to nurture multiple start-up Sister Projects.

After careful consideration, the SPTF has decidednot to recommend Wikispore as a Wikimedia Sister Project. Considering the current activity level, the current arrangement allowsbetter flexibility and experimentation while WMF provides core infrastructural support.

We acknowledge the initiative's potential and seek community input on what would constitute a sufficient level of activity and engagement to reconsider its status in the future.

As part of the process, we shared the decision with the Wikispore community and invited one of its leaders, Pharos, to an SPTF meeting.

Currently, we especially invite feedback on measurable criteria indicating the project's readiness, such as contributor numbers, content volume, and sustained community support. This would clarify the criteria sufficient for opening a new Sister Project, including possible future Wikispore re-application. However, the numbers will always be a guide because any number can be gamed.

Wikinews

We chose to review Wikinews among existing Sister Projects because it is the one for which we have observed the highest level of concern in multiple ways.

Since the SPTF was convened in 2023, its members have asked for the community's opinions during conferences and community calls about Sister Projects that did not fulfil their promise in the Wikimedia movement.[1][2][3] Wikinews was the leading candidate for an evaluation because people from multiple language communities proposed it. Additionally, by most measures, it is the least active Sister Project, with the greatest drop in activity over the years.

While the Language Committee routinely opens and closes language versions of the Sister Projects in small languages, there has never been a valid proposal to close Wikipedia in major languages or any project in English. This is not true for Wikinews, where there was a proposal to close English Wikinews, which gained some traction but did not result in any action[4][5], see section 5 as well as a draft proposal to close all languages of Wikinews[6].

Initial metrics compiled by WMF staff also support the community's concerns about Wikinews.

Based on this report, SPTF recommends a community reevaluation of Wikinews. We conclude that its current structure and activity levels are the lowest among the existing sister projects. SPTF also recommends pausing the opening of new language editions while the consultation runs.

SPTF brings this analysis to a discussion and welcomes discussions of alternative outcomes, including potential restructuring efforts or integration with other Wikimedia initiatives.

Options mentioned so far (which might be applied to just low-activity languages or all languages) include but are not limited to:

  • Restructure how Wikinews works and is linked to other current events efforts on the projects,
  • Merge the content of Wikinews into the relevant language Wikipedias, possibly in a new namespace,
  • Merge content into compatibly licensed external projects,
  • Archive Wikinews projects.

Your insights and perspectives are invaluable in shaping the future of these projects. We encourage all interested community members to share their thoughts on the relevant discussion pages or through other designated feedback channels.

Feedback and next steps

We'd be grateful if you want to take part in a conversation on the future of these projects and the review process. We are setting up two different project pages:Public consultation about Wikispore andPublic consultation about Wikinews. Please participate between 27 June 2025 and 27 July 2025, after which we will summarize the discussion to move forward. You can write in your own language.

I will also host a community conversation 16th July Wednesday 11.00 UTC and 17th July Thursday 17.00 UTC (call links to follow shortly) and will be around at Wikimania for more discussions.

--Victoria on behalf of the Sister Project Task Force,2025年6月27號 (五) 20:57 (UTC)[回覆]

作為中文維基新聞嘅管理員,誠邀全世界冚白林一齊參與,我哋嘅行列,我一直都想中文維基新聞模仿俄羅斯維基新聞做多語言嘅報道,因為俄羅斯維基新聞嘅新聞故仔其實係可以寫一大堆佢哋可以接受嘅方言或者語言嘅,包括英文都得,我就想copy呢個模式入嚟中文呢度,畢竟香港嘅故仔其實用廣東話寫更加容易寫出嚟,有興趣嘅人唔該dm我!多謝曬你哋。Kitabc12345 (傾偈)2025年7月2號 (三) 20:19 (UTC)[回覆]

又一大堆應連未連維基數據嘅文

未連到項目嘅版可見有一堆臺北市議員,應該(就算唔係全部至少都係大部份)中文維基有文,原作者又繼續闊佬懶理,唯有睇下有冇人幫手執手尾或者叫得郁原作者自己搞返掂。如果冇人搞,就要等過一排有人(或bot)將未連維基數據嘅文開設全新維基數據項,然後再等人由重名維基數據項清單搵返出來合併重覆項。Yaukasin (傾偈)2025年7月21號 (一) 14:12 (UTC)[回覆]

script同alphabet

以往呢度無分Latin alphabet、Latin script;Arabic alphabet、Arabic script,一律叫「拉丁字母」、「阿拉伯字母」,不過最近維基元「基礎文章」項目改過定義,要求有Latin script、Arabic script。見到有兩位編者先後處理呢件事,但由於處理手法唔同,導致「拉丁」同「阿拉伯」出現咗兩套方式(粗體係呢刻現狀):

  1. Teenbrian方案:
    • Latin script=拉丁字 (而家畀HenryLi方案衾咗)
    • Latin alphabet=拉丁文字母 (而家畀HenryLi方案衾咗)
    • Arabic script=阿拉伯字
    • Arabic alphabet=阿拉伯文字母
  2. HenryLi方案:
    • Latin script=拉丁文字
    • Latin alphabet=拉丁字母
    • Arabic script=阿拉伯文字(類推,未有實行)
    • Arabic alphabet=阿拉伯字母(類推,未有實行)

我暫時對兩個方案冇特別傾向,只係覺得唔應該存在兩套標準,所以指出呢個問題,睇下可唔可以統一返。Espotono (傾偈)2025年8月18號 (一) 07:18 (UTC)[回覆]

知道佢想點分。Latin script包含一切用咗拉丁字母,可以有好多套字母。而Latin alphabet會還原返去原本嗰套,無W無U無J。
拉丁字,會有啲含糊。喺廣東話語境,西方字大多數指word,有時會指alphabet,當然亦可以指script。而用拉丁文字講Latin script,文字講整體書寫,就無咁含糊。有第三個嘅,Latin script即拉丁書寫。
東亞來講,會叫羅馬字、羅馬字母。Latin script叫返羅馬字母亦無不過。不過咁有可能會炒粉。
Latin alphabet即拉丁字母,Greek alphabet即希臘字母,用返通行叫法,專指alphabet,會簡單啲。好少人會講拉丁文字母,亦好少講希臘文字母。
事實英文版Greek script都彈返去Greek alphabet,無分開兩種。語文本身唔係數學,會相當模糊,唔會下下一刀切。有必要就分,無必要就唔分。HenryLi (傾偈)2025年8月18號 (一) 08:23 (UTC)[回覆]
我立場係最重要係有文章,命名只係其次。我尊重亦都唔打算改動HenryLi前輩嘅分法。Teenbrian (傾偈)2025年9月20號 (六) 04:11 (UTC)[回覆]

城市清單

有人指出「按人口排嘅XX城市清單」堆名有問題。我參考其他語言,英文叫「List of cities and towns in XX」,中文叫「XX城市列表」,都未有提及按人口排,參照粵維將「List」譯做「一覽」嘅慣例,建議統一叫「XX城市一覽」,而「Category:城市清單」亦同步改做「Category:城市一覽」。根據Category:城市清單,涉及14篇文同自身個類,共15版要改名。Rainpong (傾偈)2025年9月18號 (四) 11:38 (UTC)[回覆]

en:List of cities in India by populationen:List of cities in Andhra Pradesh by population ——Z423X5C6傾偈2025年9月18號 (四) 14:03 (UTC)[回覆]

Have your say: vote for the 2025 Board of Trustees

Hello all,

The voting period for the2025 Board of Trustees election is now open. Candidates are running for two (2) seats on the Board.

To check your voter eligibility, please visit thevoter eligibility page.

Learn more about them byreading their application statements and watch their candidacy videos.

When you are ready, go to theSecurePoll voting page to vote.

The vote is open from October 8 at 00:00 UTC to October 22 at 23:59 UTC.

Best regards,

Abhishek Suryawanshi
Chair, Elections Committee

MediaWiki message delivery (傾偈)2025年10月9號 (四) 04:48 (UTC)[回覆]

邀請參與確定Wikifunctions的中文譯名

Wikifunctions是維基媒體運動的新成員,中文維基媒體社羣正在討論爲Wikifunctions確定中文譯名,歡迎參與討論。魔琴 (傾偈)2025年10月17號 (五) 23:37 (UTC)[回覆]

Wikifunctions譯做「維基函數」係唔夠準確嘅。en:Wikifunctions話:"Wikifunctions is a collaboratively edited catalog of computer functions to enable the creation, modification, and reuse of source code.",當中"functions"係指去en:Function (computer programming),中文維基譯「子程序」,粵文維基譯「子程式」,並唔係指函數 /en:Function (mathematics),所以Wikifunctions建議中文譯名「維基子程序」,粵文譯名「維基子程式」。Kwgulden (傾偈)2025年10月18號 (六) 02:38 (UTC)[回覆]
子程序語境上有母程序,用來做名感覺上怪怪地,人家亦唔能一望就知。且subroutine同function亦唔對應。電腦程式概念,本身就係數學概念,由變量得出變化,叫返函式亦無不妥。當然可以唔理function ,叫維基程式集,明確表示佢功用,寫程式喺呢種活動,亦為人熟悉。HenryLi (傾偈)2025年10月18號 (六) 10:23 (UTC)[回覆]

Help us decide the name of the new Abstract Wikipedia project

你好. Please help pick a name for the new Abstract Wikipedia wiki project. This project will be a wiki that will enable users to combine functions fromWikifunctions and data from Wikidata in order to generate natural language sentences in any supported languages. These sentences can then be used by any Wikipedia (or elsewhere).

There will be two rounds of voting, each followed by legal review of candidates, with votes beginning on 20 October and 17 November 2025. Our goal is to have a final project name selected on mid-December 2025. If you would like to participate, thenplease learn more and vote now at meta-wiki.多謝!

--User:Sannita (WMF) (talk)2025年10月20號 (一) 11:43 (UTC)[回覆]

Seeking volunteers to join several of the movement’s committees

Each year, typically from October through December, several of the movement’s committees seek new volunteers.

Read more about the committees on their Meta-wiki pages:

Applications for the committees open on October 30, 2025. Applications for the Affiliations Committee, Ombuds commission and the Case Review Committee close on December 11, 2025. Learn how to apply byvisiting the appointment page on Meta-wiki. Post to the talk page or email cst(_AT_)wikimedia.org with any questions you may have.

For the Committee Support team,

- MKaur (WMF)2025年10月30號 (四) 14:13 (UTC)[回覆]

Reminder: Help us decide the name of the new Abstract Wikipedia project

你好. Reminder: Please help to choose name for the new Abstract Wikipedia wiki project. The finalist vote starts today. The finalists for the name are:Abstract Wikipedia, Multilingual Wikipedia, Wikiabstracts, Wikigenerator, Proto-Wiki. If you would like to participate, thenplease learn more and vote now at meta-wiki.多謝!

--User:Sannita (WMF) (talk)2025年11月20號 (四) 14:22 (UTC)[回覆]

由「https://zh-yue.wikipedia.org/w/index.php?title=Wikipedia:城市論壇&oldid=2152444」收
屬於2類

[8]ページ先頭

©2009-2025 Movatter.jp