Wikipedia:城市論壇

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

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

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

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

其它幫手同埋討論位置

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

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

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

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

政策

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

管理員任免程序嘅審視

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

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

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

暫定以上。

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

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

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

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

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

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

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

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

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

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

改善人事任免討論排版

• @Deryck Chan、Z423x5c6、H78c67c：

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

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

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

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

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

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

求證得到

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

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

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

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

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

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

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

回應User:Longway22、翹仔：暫時嚟睇好似都有共識，1. 參考資料語言：粵文>(中、英、其他常用語言)>(唔太常用嘅語文)，翹仔亦都加咗呢點入去，呢點可以話係處理咗。

2. Longway提到嘅公信度問題，我提議開一個「參考資料可靠程度一覽」，集中討論唔同機構啲料嘅可信程度、機構背景等等，類似英維en:Wikipedia:Reliable_sources/Perennial_sources咁樣，不過做呢樣嘢可能要好多人力物力。 ——Z423X5C6（傾偈） 2022年4月18號 (一) 06:22 (UTC)

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

綜合返提綱同實際變化、經驗等修訂咗下，照返上邊提到嘅、因應可能要再定期評估返採編基礎嘅情況，亦加埋本地條款，估係提點得返編輯者時刻考慮到採編需要注意啲point。 Longway22 (傾偈) 2022年4月18號 (一) 09:57 (UTC)

意見：
1. 2022年4月17號之前嘅版本應該係對應英文維基百科Wikipedia:Verifiability 2007年6月版本（大約），但係兩者一比，粵維版本有啲地方係譯錯或者詞不達意，例如verifiability係可查性，唔一定等於「堅」（可以解做「唔會有錯」），「流料」應該改做「搵唔到可靠出處」之類，如果係以前有共識「Wikipedia:求證得到」響某啲地方唔跟英文維基百科就另計。
2. 對於2022年4月18號嘅修改，有啲地方睇唔明，例如「普世背景環境嘅多樣化信源資產基礎」。
--Mewaqua (傾偈) 2022年5月26號 (四) 18:17 (UTC)

@Mewaqua：譯返過嚟嘅用詞可以再斟，至於你講嘅第二點，嗰位用戶寫嘢出名累贅冗餘，可以先反轉嗰次編輯再傾。 ——Z423X5C6（傾偈） 2022年5月26號 (四) 18:54 (UTC)

好高興@Mewaqua閣下細讀過提出咗一啲意見，個人經已跟進返咗，有冇其他位有疑問？歡迎多啲粵維人都仔細閱讀同閱讀草案，一齊加返唔同嘅角度完善返草案思路 Longway22 (傾偈) 2022年5月31號 (二) 03:10 (UTC)

支持升格。唔重要嘅人 (傾偈) 2022年5月27號 (五) 12:45 (UTC)

標題習慣

呢排都有好多對外文名嘅討論，想借呢個機會集中討論，釐清返中間一啲模糊嘅地方，並將討論結果確立為政策。

相關政策：WP:標題習慣、WP:外文人物唔加點同加點指引

討論點：

1. 外文人物名，幾時可以用姓嚟做標題，幾時需要用全名？如果用全名，個姓幾時做redirect，幾時做搞清楚？
2. 加點與否嘅問題，當年嘅君子協定係「有點唔好減，冇點唔好加」。但係嚟度所謂「無加點空間」嘅情況，即係只係用姓嚟做標題嘅情況，「冇點唔好加」嘅詮釋係點，可唔可以套用落嚟？
3. 歡迎加入其他討論點

——以上——Z423X5C6（傾偈） 2022年5月15號 (日) 14:15 (UTC)

多謝Z423x5c6幫手開個討論。我先畀少少意見：

1. 我建議應該以粵語使用者（包括粵文地區嘅媒體）日常用法做考慮因素，如果只係提起個姓，大多數粵語使用者都知道係講緊邊個人，就可以用姓嚟做標題，而家WP:標題習慣「歐美人」一節嘅「牛頓」、「朗拿度」同埋「用姓做文題」嘅「愛因斯坦」都符合呢個原則。而以外嘅情況可以用返全名，姓就做搞清楚版。至於「姓redirect去全名」嘅做法，只係響「一律用全名」先至有機會用得著，如果粵維繼續容許比較出名嘅人可以就咁用姓做標題，就唔會出現需要「姓redirect去全名」嘅情況。
2. 我建議如果出現有需要由「姓」搬到「全名」嘅情況，應該先睇原作者開其他人物文嘅習慣，如果佢無用過點，符合「冇點唔好加」原則，就應該用無點版本；如果佢有用開點，就應該用有點版本；如果佢有啲有點有啲無點嘅特殊情況，就唯有交由搬文者自行決定。--Kowlooner (傾偈) 2022年5月15號 (日) 14:55 (UTC)

   不敢居功，多謝Kowlooner賞面賜教。

   1. 可能我上邊講得有啲唔清楚，後半部份我想問嘅係，如果已經確定咗某一個姓係多過一個人出名，個個都要用全名，咁呢個時候要點樣判斷個姓自己係redirect去最出名嗰個人，定係做平等搞清楚？或者我再整理一吓，喺我嘅設想入邊係有三個可能性：
      1. 一個人勁出名，直接霸咗個姓，其他人用全名。
      2. 一個人勁出名，但係都有其他人出名。姓會redirect去最出名嗰個，再有一個「姓 (搞清楚)」。
      3. 有幾個人出名，「姓」呢一版已經係搞清楚。
   2. 理解你提出嘅做法係尊重開文人，但係我有幾個問題，
      1. 執行上會唔會有困難？即係話，為咗睇原作者嘅習慣去睇佢嘅貢獻紀錄，會唔會帶嚟太多不必要嘅成本？
      2. 如果原作者開嘅所有人物文都係只用姓，決定權係咪都係交咗畀搬文人？ ——Z423X5C6（傾偈） 2022年5月16號 (一) 06:22 (UTC)

         我覺得有「一個人勁出名」，即係大家見到個姓就會先諗起嗰個人，呢個時候標題就應該要直接用個姓，加{{otheruses}}，其他人用全名。--Sun8908（傾偈） 2022年5月23號 (一) 11:24 (UTC)

   繼續帶出其他相關嘅問題：

   1. 藝名、筆名、花名等等嘅情況點樣處理？點樣去分辨一個人佢嘅花名出名啲仰或本名出名啲？幾時用邊一個嚟做標題？
   2. 小說、電影或其他虛構角色名，點樣決定係用邊一個做標題？
   3. 點樣去保持相關人物標題嘅一致性？ ——Z423X5C6（傾偈） 2022年5月17號 (二) 05:47 (UTC)

我認為如果出現「個個都要用全名」，代表無一個人係特別出名，姓就唔應該redirect去任何一個人，而應該開搞清楚版。亦即係我心目中只會有上面第一種（姓由一個人直接用）同第三種情況（姓係搞清楚版），唔會有第二種（姓係個redirect）。

我唔覺得要檢查開文人習慣好麻煩，貢獻篩選返主空間（百科文空間）開新版嘅編輯，多數情況下都好易搵。至於「原作者開嘅所有人物文都係只用姓」嘅情況，如果引用「君子協定」入面「無點唔好加」，結論就係唔用點，不過呢個詮釋對支持加點一派又未必肯接受；但如果由搬文人決定，又要擔心變相鼓勵任何一派為咗推廣有點或者無點，積極搵啲本嚟只用姓嘅文搬去全名。所以呢個情況確係幾難搞。--Kowlooner (傾偈) 2022年5月29號 (日) 13:33 (UTC)

首先講返我自己喺用唔用全名嘅立場先，費時唔清楚。我支持「無人可以霸哂成個姓」，但係可以接受「一個人特別出名就用姓彈過去」，即係只有以上嘅第2, 3種情況。

至於你講話「如果由搬文人決定，又要擔心變相鼓勵任何一派為咗推廣有點或者無點，積極搵啲本嚟只用姓嘅文搬去全名」，我覺得唔係問題喎，喺我嘅立場，用全名係清楚過只係用姓。反而睇返你之前講嘅君子協定鼓勵人開文插旗，其實都要擔心會唔會變相鼓勵咗人開大量嘅stub，無助粵維增加內容。 ——Z423X5C6（傾偈） 2022年5月29號 (日) 14:02 (UTC)

所謂「君子協定」資料整理

註：由於訂立所謂「君子協定」嗰陣我仲未入粵維，如果資料有錯漏，煩請咁多位老用戶指正。

當年嘅討論：Wikipedia:城市論壇_(政策)/歸檔/2014年12月#再論間隔號，已經有用戶提出，由「淨係用姓」（現時所謂嘅「無加點空間」）改做「名+姓」係有爭議，並提出咁樣搬嘅話係可以當新文，由搬文人決定。下邊有一段用戶User:WikiCantona（我睇嚟）相當語無倫次嘅留言，再下邊有另一位用戶表示中立。之後就無人留言啦。

然後就到近年嘅討論，討論散佈咗喺好多版，唔再逐一引用，整理如下：

1. 大部份都同意，如果本身已經係名+姓嘅話，無點唔好加，有點唔好減。
2. 就原本淨係用姓，搬去名+姓而言，大家同意當年嘅協定係有漏洞，暫時見到兩個解決方案嘅提議：
   1. 搬文人決定
   2. 搬文人需要搵返開文人嘅習慣，跟返開文人嘅意願

喺呢度，我建議集中討論呢兩個解決方案嘅優劣，如果最後可以達成共識嘅話，就將佢寫成政策，避免之後再有爭拗，可以提升粵維寫文效率。——Z423X5C6（傾偈） 2022年5月22號 (日) 19:05 (UTC)

未有共識前唔應該急住去改

我留意到主張「一律用全名命名外語人名」嘅Z423x5c6兄最近直接修改Wikipedia:標題習慣，將粵維一路習慣夠出名可以齋用姓命名嘅相關條文刪走。我認為Z423x5c6兄作為主張改變粵維標題習慣嘅主要倡議人，唔應該直接落手改動呢一版，改成有利自己觀點嘅內容，而應該交由其他中立嘅事務員根據討論共識去改。我希望Z423x5c6兄可以自行復原有關改動。

另外我亦連帶發現另一支持用全名嘅特克斯特兄原來亦有刪走齋用姓命名嘅相關條文，我覺得呢個行為並唔尊重而家用「一律用全名命名外語人名」暫未有共識嘅現狀。

退一萬步去講，就算粵維有一日終有共識決定採納「一律用全名命名外語人名」，我認為仍需要有特殊情況應該要豁象，包括：1. 嗰個人本身自己改咗個漢名（無論個漢名係咪齋譯佢個姓）（例：費正清）；2. 嗰個人有官方認可嘅粵語譯名（無論個譯名係咪齋譯佢個姓）（主要適用於英國官員）（例：衛奕信）。--Kowlooner (傾偈) 2022年9月18號 (日) 13:06 (UTC)

四個月唔回覆，我會解讀成你無興趣繼續討論。 ——Z423X5C6（傾偈） 2022年9月18號 (日) 13:08 (UTC)

我本身係想等其他資深用戶可以發表意見，唔想淨係得我一個人代表晒粵維以往習慣嘅聲音，無奈個個都潛水唔出聲唔表態，變咗得我同你單對單對話。--Kowlooner (傾偈) 2022年9月18號 (日) 13:15 (UTC)

「變咗得我同你單對單對話」：我都係之前嘅討論到主張用全名。特克斯特 (傾偈) 2022年9月18號 (日) 15:09 (UTC)

我都係反對全名政策，因為究竟乜先叫全名？例如林頓，佢老婆講粵語，佢個英文名亦都根本讀唔出 ｢林頓｣，任何一個粵語人都應該會睇得出佢個名係特登譯到佢姓林，咁 ｢林頓｣ 根本就係佢中文全名，夾硬加個 ｢積｣ 根本好難justify。（如果撞名點？Too bad，乜名都會可能撞㗎啦……我對寫 ｢積·林頓｣ 其實真係好反感，我敢講全加拿大都應該冇人講 ｢積林頓｣，我甚至唔係支持佢個黨，但係可唔可以尊重下我哋加拿大人？）

就算冇中文譯名嘅人都有時好難斷定乜叫全名，例如幾乎所有出處都話加拿大現任總督全名 Mary May Simon，但係一間學校加返個 J.，但係佢用因紐特文字母寫佢自己個名都淨係寫 Mary Simon，連 May 都唔寫，其他維基都淨係寫 Mary Simon，咁全名即係乜？如果查到佢 ｢全名｣ 真係仲有 Jeannie 係咪搬版？根本唔 make sense。（仲有，佢個真因紐特文名根本係完全唔同嘅另外一個名，同佢英文名完全冇關係。咁係個因紐特文名係佢真名定係佢英文名係真名？定係兩個都係？邊個先係全名？定係兩個都唔係？）

⸺Al12si (傾偈) 2022年9月18號 (日) 15:30 (UTC)

用「全名」係咩意思當然可以商榷，但係我想表達嘅係「唔可以單用姓」嚟作為文名，因為淨係用姓現實上根本係唔可行。大部份嘅姓出名嘅人都唔只一個，以前粵維人最鍾意舉嘅例子，愛因斯坦，去睇睇英維「en:Einstein (surname)」就知有幾多個人出名嘅叫愛因斯坦。講返你嘅例子，如果真係只有一個姓「Layton」嘅人會譯做「林頓」，而且肯定「林頓」無其他意思，我又真係唔反對你用「林頓」做版名喎，但係有幾多個姓係咁嘅case？ ——Z423X5C6（傾偈） 2022年9月18號 (日) 15:49 (UTC)

就一個問題，覺得依家部分啲做法係有違粵維傳統慣例；另外一點，俄文啲名唔太好處理，列寧講埋全名唔係多粵譯叫——若果唔係有共識用得勻嘅粵譯方案、尤其針對啲學界少做開嘅語文範疇，唔太認為一鋪搬嗮係恰當選擇，照抄官話譯形同砌積木。 Longway22 (傾偈) 2022年9月30號 (五) 09:24 (UTC)

就算係大陸譯法（佢哋係直接查表逐個音節譯，完全冇走輚位），佢哋對歷史沿用嘅舊名都唔會譯過。就算我哋要跟國文所有名譯 ｢全名｣ 都係矯枉過正（我係絕對反對所有人譯全名，唔單止唔尊重英國／加拿大人原譯者嘅意願，某啲情況下可以構成岐視） Al12si (傾偈) 2022年10月8號 (六) 11:09 (UTC)

其實 W3C 喺十年前已經曲線寫咗點解 ｢一律用全名命名外語人名｣ 係唔可行（佢哋篇文其實係講表格點解唔應該 ｢姓｣､ ｢名｣ 分兩欄），因為有啲 ｢外語名｣ 係單名（例如北美原住民⸺幾年前同 Facebook 就狂拗 Facebook 岐視佢哋⸺我哋加拿大現任總督個因紐特文名就係例子）。有啲睇落似全名嘅其實亦都唔係我哋心目中嘅 ｢姓名｣，而係 ｢某某，即係某某某個仔，即係某某某某個仔｣ 等等，然後佢多咗一個身份個名就會再加長。⸺Al12si (傾偈) 2022年9月21號 (三) 20:55 (UTC)

註：

1. ^ 英維寫嘅 ᒥᐊᓕ ᓴᐃᒪᓐ 我有 check 出處（Instagram 一張相），check 過究竟寫乜，拼出 Miali Saiman，完。我冇喺篇文加呢個寫法正係因為佢自己咁寫根本唔乎合我哋所講嘅全名，呢個亦都唔係佢嘅真正因紐特文名。

重提「楔位文章」改名

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

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

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

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

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

《正字正確》第54頁有討論過個 ˉsip 字，佢話正字應該係 ｢槷｣（通 ｢楔｣，所以 ｢楔｣ 唔可以話係錯）､ ｢𤗈｣ 或者 ｢𠓼｣，係用細嘢塞入 ˉla 度做固定咁解。我知道呢本書係通俗書又唔係好準，不過應該可以參考下。如果佢講得啱，個 ｢楔｣ 字其實應該冇問題。⸺Al12si (傾偈) 2022年8月26號 (五) 09:25 (UTC)

@Al12si：你引嗰本，被人指錯漏甚多喎：連結，其他字典都話「楔」得sit3呢個音。 ——Z423X5C6（傾偈） 2022年8月26號 (五) 14:10 (UTC)

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

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

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

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

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

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

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

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

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

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

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

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

建議廢除成個制度，皆因過時兼夾無功無用，純粹抄早年英文維基百科。如今文章長短已有電腦統計，有表列晒超短文，已經唔使人手做。有專門需要，亦可以寫機械人做。加咗個模，都唔會吸引人加長。興趣一到，自然有人會加長。維基友實在無必要勞心枉花時間。HenryLi (傾偈) 2022年5月23號 (一) 01:02 (UTC)

係有表列晒超短文，但係佢唔識分類。比如我讀數嘅，會有興趣改善啲math-stub，有個Category:Math Stub會對我有用。 ——Z423X5C6（傾偈） 2022年5月23號 (一) 13:40 (UTC)

就由「類」同文章長短去判斷，專題交畀機械人程式做，甚至係軟件本身可以做。故此，根本就唔使人手逐個去做。兼且，人手做會做漏，或者過時，成效唔多。人心力同時間有限，本應花喺寫好內文。啲重覆、無趣味事，就交畀程式做。而且唔單止超短，有必要其他長短都會可以整表。專題咁做，反而更加全面。只要寫成，無論乜專題都有可用到。HenryLi (傾偈) 2022年5月25號 (三) 00:28 (UTC)

可以睇睇英維論文en:User:Grutness/Croughton-London rule of stubs，解釋咗點解單純用機械人去分辨stub唔太可行。 ——Z423X5C6（傾偈） 2022年5月27號 (五) 06:51 (UTC)

stub擺明ill-defined，定義含糊不清。有啲認為長短，有啲認為全面。

若以全面為準，有啲題目，寫千字都唔夠全面。啲人又會覺得，無理由叫stub，至終都返去長短。stub亦即超短文。

AutoWikiBrowser半機械編寫，直情見長啲就移走stub。

所以篇文所謂第三則，講到好理想，實際上啲人用長短決定，全面與否唔會理。文中例長度，根本無人當做stub。

好似Meta內List of Wikipedias by sample of articles。就用長短定義stub。程式已經做緊嘢。

成個stub制度，直接廢除就得。既然可以電腦做，何必要勞心勞力。 HenryLi (傾偈) 2022年5月29號 (日) 19:00 (UTC)

確立Wikipedia:申請罷免管理員

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• 支持呢個罷免機制，同時亦都建議採用總編輯量/自動確認準則，嚟做投票門檻。都成四個月喇，希望可以結案。Cangjie6 (傾偈) 2022年4月2號 (六) 20:14 (UTC)

結案

先講結論：通過確立現時草案版本做正式政策；細節可以容後再提案改。結案詳情：

• 第一件事，我潛咗個幾月水，搞到有人擔心，要講聲唔好意思。我純粹係線下事忙，成個月唔得閒編輯。
• 二月中嘅時候，我睇當時討論，個確立表決冇乜人理，又有未達成共識嘅提議，所以我以為冇共識，發還再執。但跟住呢個幾月，多咗幾個人過嚟話，係時候結案確立制度。你哋嘅留言，我而家先睇到，唔好意思。其實各位唔使等我。就好似罷免程序方案噉，維基精神之下，本來嘅負責人唔得閒、唔應機，其他編輯可以按程序代為結案。下次真係唔使等我。
• 而睇埋近期嘅留言，我睇到真係有共識要快啲確立程序。有啲細節未係完全有共識，但大多數參加討論嘅編輯都覺得確立而家個方案好過繼續拖。
• 至於近期提議嘅細節修訂，可以之後再傾，主要討論點係：
  • 對於投票留言，有冇最低要求？擺低「支持罷免」四個字就夠，定係要講多兩句？
  • 投票資格使唔使喺粵維度身訂造下？

我而家去Wikipedia:申請罷免管理員拎走個提議模，表示程序生效。翹仔 (傾偈) 2022年4月3號 (日) 22:50 (UTC)

有人問所以補多一句：我上面話「之後再傾」嗰啲細節，喺未有新討論共識之前，計《Wikipedia:申請罷免管理員》而家嘅內容有效。翹仔 (傾偈) 2022年4月18號 (一) 21:57 (UTC)

唔活躍機械人

今次想重提返我2020年尾提過嘅唔活躍機械人問題。

「	粵維呢一刻有89部機械人，當中有唔少幾年都無做過任何嘢，譬如係AlleborgoBot，上一次編輯係2010年8月嘅事。亦有一啲用完即棄嘅機械人，譬如係Amolbot。更重要嘅係，好多呢啲唔活躍嘅機械人，主要工作係維修interwiki，但自從維基數據取代咗interwiki嘅功能之後，呢啲bot就變得無乜用處喇。既然啲bot都無用，好唔好revoke佢哋嘅機械人權限呢？	」
——我，2020年

機械人編輯可以唔顯示喺最近修改度，萬一呢啲唔活躍嘅機械人俾人盜用嘅話，可以做成頗大破壞。另外，@Shinjiman：，睇返你嘅留言，我發現英維嗰邊如果機械人兩年無動作嘅話係會攞走支旗，中維嗰邊係一年。 H78c67c·傾偈 2022年6月12號 (日) 04:22 (UTC)

同意兩年唔活躍除權，睇齊返管理人員權限都係預設兩年唔活躍除權。--Kowlooner (傾偈) 2022年6月12號 (日) 12:36 (UTC)

如果隻bot淨係維修interwiki嘅話直接revoke都ok，其他就兩年活躍，同埋預早一兩個月通知返bot嘅主人，睇下佢會唔會想再行返隻bot。 ——Z423X5C6（傾偈） 2022年6月12號 (日) 14:43 (UTC)

@Z423x5c6：現時92個機械人入面，有72個係專門處理interwiki嘅，當中得2個最近兩年有改過嘢，剩低嘅當中甚至有2007年起已經無活動。另一方面，有2個機械人已經被全域封鎖，當中有一個嘅操作者過咗身。詳情請睇機械人一覽。 H78c67c·傾偈 2022年6月13號 (一) 03:01 (UTC)

噉如果係有先例嘅話，噉喺除權之前循㤡都應該會通知一聲有關機械人嘅擁有者先，睇吓仲有冇興趣重新再行先，呢個同Z423x5c6兄提出嘅方向差唔多。 Shinjiman ⇔ ♨ 2022年6月13號 (一) 03:38 (UTC)

啱啱搵到喺英維嘅情況（2017年1月3號加入）就係，如果機械人喺兩年內冇任何活動或者編輯，同時擁有者喺兩年內冇任何活動或者編輯，部機械人先至會除權；即係機械人嘅擁有者喺近兩年之內有任何活動嘅話，亦唔會將部機械人支旗拎走。 Shinjiman ⇔ ♨ 2022年6月13號 (一) 04:14 (UTC)

睇返it:User:Alleborgo都已經五年冇任何修改，所以我根據你上面提出嘅指引，攞走咗支旗仔。User:Mehdi今年都有貢獻，所以Ambolbot我冇掂。 翹仔 (傾偈) 2022年8月10號 (三) 21:43 (UTC)

指向外部唔太好

Template:jpingauto指咗去外面網站，實在唔太好。依個位，用者唔預期會跳去外面。唔同於寫明出面網站，可能有私隱問題。 HenryLi (傾偈) 2022年7月29號 (五) 19:01 (UTC)

唔睇討論直接搬版係咪有問題？

英女皇壽辰啱啱有人搬咗，我一直都有留意呢版，因為我加加拿大嘅資料嗰陣見到有人想搬（有 move tag），叫人睇討論。我見冇討論，就開咗討論話反對。今日見到個版搬咗，即刻 check 討論，仍然得我一個留言，冇人話同意搬。

呢版搬咗我其實唔介意（不過，我覺得禮貌上係唔係都應該喺個討論度講一兩句先搬好啲？我個留言係唯一嘅留言，冇可能睇唔到），但係維多利亞女皇（又係有 move tag）就真係唔應該搬，因為真係竄改歷史。

我想問係咪其實有討論喺第度我唔知（我係新手，唔知唔出奇），但係，係唔係如果第度有討論係咪應該個討論版加個跳轉或者加個拎去個真討論度？⸺Al12si (傾偈) 2022年9月12號 (一) 02:58 (UTC)

一般習慣係明顯冇爭議性嘅可以直接搬，有爭議性嘅就要討論攞共識。今次係我留意唔到你提出過反對搬版嘅意見，係我疏忽，已經還原搬版，可以繼續討論。--Jason6698 (傾偈) 2022年9月12號 (一) 03:03 (UTC)

係咪唔使諗外籍人名粵音啲就照搬「全名」

發現呢家似乎係少咗傾掂同意都唔使理係咪有共識，Z423x5c6等朋友係一個掣就搬嗮唔少外籍人物版到「全名」，繼續令到粵維啲傳意複雜起身，明顯亦唔係咩共識——

• 一個粵音標準簡單啲都起碼唔應該有拗口情況，依家連常用名啲標準都未話低級化過、全名嘅認知照粵維/粵文常理度係唔同原文或官話區域啲定義，未能釐清到呢啲就貿貿然開足力搬版顯然非常之唔恰當；
• 粗略睇咗啲重新搬出嘅全名目錄、唔話將貝理雅呢類英籍經用開粵譯文名嘅改走咗，有啲其他語文圈嘅人名少用開粵譯都照搬成咗中文名（官話定漢語音就暫唔評價），似蕭邦嘅Frédéric發音就唔夾得掂，列寧啲俄文名更甚，方案度係考慮過要全面搞全名化、就應該先有明確嘅粵譯方案做基礎兼大工程做咁照返共識形成制，唔係貪快或者等三秒記憶消失之類嘅
• 另外粵拼、粵化等本地工具應當重新得到重視同提升編輯地位，似啲有wiki空間做頭嘅粵文專業版面都要跟返一齊做本地利用嘅幫手，唔係少咗啲正路語文規矩嘅話、相信係會阻滯到本地後續使用環境嘅本地語文水準，各方面睇要改進相應範疇啲共識，仲需要係有埋有利紮實嘅粵文語文認知同意識發展嘅基礎。——Longway22 (傾偈) 2022年10月1號 (六) 01:39 (UTC)

搬全名我都覺得好不安。

譯音唔啱音嘅問題我都有留意。有少少東歐語文（甚至只係法文）認識嘅都知有啲國文譯音根本唔啱音（有啲係連用國文讀都唔啱音）。譯好咗，報紙電視台用開嘅粵文全名突然當姓都非常唔妥（除咗英國政客之外，加拿大政客都好嚴重）。有啲根本係亂譯，好多加拿大人嘅所謂全名應該冇加拿大人會知講緊邊個（可能大陸人知，我唔睇國語新聞，唔識評），講真我寧願唔譯。

至於加點嘅問題，我一向以來嘅感覺係加點係國文做法，加點根本唔係香港嘅慣常做法（ok, 我唔知，我冇住香港好耐）。唔問就加點根本係粵文維基國文化。 Al12si (傾偈) 2022年10月1號 (六) 02:25 (UTC)

多謝兩位意見，起碼可以引證到粵維社群確係有對「一律用全名」嘅行為有保留嘅聲音。呢個問題我早前已經指出過，勸喻未有共識之前應該維持現狀，不過「一律用全名」嘅支持者依然繼續對存在已久嘅文章直接搬版，而我覺得最可惜嘅係，一路都唔見有資深嘅事務員、管理員出手主持公道，而係選擇視而不見，我係覺得幾失望嘅。--Kowlooner (傾偈) 2022年10月2號 (日) 14:37 (UTC)

「一路都唔見有資深嘅事務員、管理員出手主持公道，而係選擇視而不見」

你依家先知d人扮盲咩？

而且嗰班所謂管理員仲有邊個公道？

你何嘗又唔係扮過盲。搞笑。 Roy17 (傾偈) 2022年10月4號 (二) 09:13 (UTC)

前半段我係大致同意嘅，粵維管理團隊對好多嘢都視而不見，我都已經一早習慣（或者叫「麻木」會貼切啲），之不過今次係影響粵維十幾年嚟嘅習慣，所以我先至期望有資深管理員可以出句聲，而家證明都係我一廂情願。不過你話我「扮盲」我就唔接受，我只係一個普通用戶而唔係管理人員，響粵維既無特殊權力亦無特殊責任，唔應該期望我行出嚟出句聲就可以改變到乜嘢。--Kowlooner (傾偈) 2022年10月16號 (日) 14:29 (UTC)

Roy閣下請唔好whataboutism，重點仲係要出聲針對返具體啲議題，有乜高見值得本地度再拓闊嘅即管可以留底，最緊要係傾得到有得展望嘅路數 Longway22 (傾偈) 2022年10月18號 (二) 02:51 (UTC)

@Longway22@Al12si：題外話就係Frédéric其實可以譯費特歷，呢個譯法有先例，就好似法國足球員費特歷·安東內蒂。我認為呢個名比較似法文原本嘅發音。 Akai 博士 (傾偈) 2022年10月2號 (日) 15:11 (UTC)

濫用Unreferenced模

我見過好多篇文被人濫用Unreferenced模，將一啲常識、本土知識等等近乎冇可能有出處嘢文加Unreferenced，搞到我哋啲文好似好差咁；我知理論上佢哋冇做錯，但係想知爾度點睇咁嘅做法。

（利申：我啱啱有篇文被人加，當然係本土知識，你叫我搵出處都好難） Al12si (傾偈) 2022年11月9號 (三) 18:28 (UTC)

技術

cite news cite web模問題

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

MediaWiki 介面訊息今後無粵文翻譯就會預設用zh-hk或zh-hant顯示

喺Phabricator跟蹤
任務T296188

如題 H78c67c·傾偈 2022年6月9號 (四) 21:06 (UTC)

噉樣嘅話，唔知會唔會間接會因應粵文文字嘅重新翻譯，從而再度提高粵文信嘅總翻譯率？ Shinjiman ⇔ ♨ 2022年6月14號 (二) 05:43 (UTC)

呢個係wiki分薄埋粵圍啲資源？@翹仔係咪可以喺平台度聯絡返反饋下本地嘅關注，睇睇有冇得再傾下。 Longway22 (傾偈) 2022年6月15號 (三) 01:41 (UTC)

我建議將維基同享嘅翻譯咗先。--PQ77wd (傾偈) 2022年6月15號 (三) 02:42 (UTC)

@PQ77wd：唔止係同享，所有用MediaWiki嘅網站都受影響。凡係無粵文翻譯嘅介面訊息，本來會預設用英文顯示，但而家改為以以下次序嘗試顯示，直到有介面翻譯為止：zh-hk, zh-hant, zh, zh-hans, en。 H78c67c·傾偈 2022年6月15號 (三) 05:08 (UTC)

此一改動係為暫冇粵文翻譯且zh-hk、zh-hant或fallback chain內嘅語言已有對應翻譯時能提供介面顯示（如「取消」、「下載PDF」在冇粵文翻譯時能直接用zh-hk、zh-hant與粵文相同嘅翻譯顯示），同時調整Special:MyLanguage之重新導向。

單純係技術嘅改動，毋須擔心分薄粵維啲資源。

若有改進嘅意見歡迎各位提出。

同時歡迎至translatewiki:貢獻、完善粵文嘅翻譯。

（在下嘅粵語尚在學習，如有錯誤歡迎提醒。）

CC @H78c67c 、 @Shinjiman 、 @Longway22 、 @PQ77wd -- Winston Sung (傾偈) 2022年6月15號 (三) 06:09 (UTC)

@Winston Sung：見閣下都終於蒲頭喇……你好。如果可以嘅話，可以睇埋我討論版上面嘅小節先，因為有人已經有意見喇。 Shinjiman ⇔ ♨ 2022年6月15號 (三) 08:58 (UTC)

係，粵維開站嘅時候，語文後備鏈特登擺 en 喺 zh 前面，因為粵地人士多數識英文，en 行先方便留意未翻譯嘅訊息。但係近年人事變遷，我哋其實慢慢用多咗 zh-hk / zh-hant 做後備，例如Wikipedia:查證得到之前嘅草稿版本[4]。所以我個人唔反對改語文後備鏈，將 zh-hk, zh-hant, zh, zh-hans 搬上 en 之上。 翹仔 (傾偈) 2022年6月17號 (五) 18:13 (UTC)

已睇過並答覆於閣下嘅討論頁。

CC @Shinjiman -- Winston Sung (傾偈) 2022年6月15號 (三) 12:03 (UTC)

啱啱見到有用戶上嚟報錯，斷估佢都可能係撳咗『跳轉』嘅編輯吧掣而出現咗「#重新導向」呢個關鍵字，我個人試過，都證實咗呢件事，喺呢度對於跳轉嘅有效關鍵字只有「#REDIRECT」一種啫。呢個應該有需要改返好佢。 Shinjiman ⇔ ♨ 2022年6月17號 (五) 17:25 (UTC)

啱啱試過，「#重新導向」係work嘅，「#跳轉」唔work。我上phab報告好唔好？ 翹仔 (傾偈) 2022年6月17號 (五) 18:07 (UTC)

報咗上去先，我都已經有成一段長時間冇打過patch，之前嘅都仲係走緊Subversion嘅時代…… Shinjiman ⇔ ♨ 2022年6月17號 (五) 18:27 (UTC)

預計同 gerrit:797213 Merge and rearrange zh-related message file translations 修復並處理。

CC @Shinjiman 、 @Deryck Chan Winston Sung (傾偈) 2022年6月17號 (五) 19:20 (UTC)

其實可唔可以轉返用英文？依家成日周不時就見到啲殘體字，好哽眼。 ——Z423X5C6（傾偈） 2022年7月1號 (五) 06:08 (UTC)

已在處理中。

CC：

@Shinjiman

@Z423x5c6

-- Winston Sung (傾偈) 2022年7月18號 (一) 14:30 (UTC)

喺完全確認並修理曬呢次改動嘅影響之前，應該要儘快還原返先。 H78c67c·傾偈 2022年7月1號 (五) 08:23 (UTC)

@Winston Sung： ——Z423X5C6（傾偈） 2022年7月1號 (五) 08:58 (UTC)

已先改回en。

測試結果：

• Wikipedia:Test
• Wikipedia:Testing

（為避免刪除後斷鏈，故用外鏈。另請管理員刪除測試頁面。）-- Winston Sung (傾偈) 2022年7月20號 (三) 03:50 (UTC)

CC @Shinjiman -- Winston Sung (傾偈) 2022年7月20號 (三) 03:51 (UTC)

唔該晒@Winston Sung：。喺原碼合併之後，喺嗰段時間期間開過嘅跳轉版因為Magic Words關鍵字嘅轉變可能會失效，到時我可能會開機械人處理呢個問題。 Shinjiman ⇔ ♨ 2022年7月20號 (三) 04:42 (UTC)

好的。感謝。-- Winston Sung (傾偈) 2022年7月31號 (日) 06:51 (UTC)

感謝User:Winston Sung幫忙還原。 ——Z423X5C6（傾偈） 2022年8月4號 (四) 08:32 (UTC)

轉返做英文好啲，有乜未譯一眼睇到。亂咁引入其他話，層層相混，反而亂到九彩，唔知邊層走出來。而且有啲譯得好核突，好似機器話咁，唔明講乜，對返原本英文先知意思。HenryLi (傾偈) 2022年7月1號 (五) 09:36 (UTC)

同意 H78c67c·傾偈 2022年7月1號 (五) 23:42 (UTC)

睇埋啲編輯紀錄，之前曾經有過Tech news嘅推送，可能亦都係呢個原因唔再發送英文嘅原文版，試圖以語體中文譯本發送時因為警告過而冇推送出嚟（技術上係仍然容許發佈嘅），之前曾經都有人譯過往嘅項目到，但由於人手唔夠嘅問題有陣時未必一定會有人譯埋佢哋做粵文。 Shinjiman ⇔ ♨ 2022年7月2號 (六) 04:38 (UTC)

既然未有人話要依賴翻譯版嚟睇嗰啲「每週新聞」，何苦自尋煩惱呢？啱啱將過早歸檔（已知求變意見佔多數，只係方案未決定……）嘅一節搬返出嚟，其中嘅提議，正好有可能解決到呢個問題。--110.174.132.162（討論） 2022年9月10號 (六) 17:37 (UTC)

懷疑因為清理「#重新導向」遇到bug搞到粵維文章數少咗三百幾篇

喺Phabricator跟蹤
任務T313535

多謝Shinjiman幫手清理，不過我發現粵維文章數無端端少咗三百幾篇，跌到排名失守65位，我估計好大機會同清理「#重新導向」遇到bug有關。點解我會覺得係bug，而唔係「之前計多咗，而家計返啱」呢？因為我印象之前有問題嗰個幾月以嚟，都無出現開跳轉版會多咗文章數嘅問題。為咗證明我啱，我專登做個統計，計返7月19號（修復前一日）文章增長：

計法1

• A：根據Meta紀錄7月20號00:00 文章數：125,698
• B：根據Meta紀錄7月19號00:00 文章數：125,695
• 7月19號文章數淨增長=A-B=3

計法2

• A：根據「Special:新版」7月19號文章增長：5
• B：根據「刪除日誌」7月19號文章刪除數：2
• 7月19號文章數淨增長=A-B=3

補充資料

• 根據「Special:新版」7月19號跳轉頁增長：9

可以睇到計法1同計法2得出結果一致，證明之前跳轉版無錯誤計入文章數（如果計埋，計法1增長會係3+9=12）。之前明明無計多，而家將錯誤跳轉版修正成正確跳轉版反而會扣減文章數，好明顯就有bug。--Yaukasin (傾偈) 2022年7月21號 (四) 13:39 (UTC)

我嗰陣搵返啲紀錄嗰陣最多都只係搵得到一個月之內嘅開版同埋開跳轉嘅紀錄，多過一個月嘅（大約喺6月頭起到6月中後左右）亦可能會仲有遺留咗嘅版而未能夠執得到，唔知有冇方法可以搵得返多過一個月之後嘅開版紀錄？ Shinjiman ⇔ ♨ 2022年7月22號 (五) 01:06 (UTC)

https://zh-yue.wikipedia.org/wiki/Special:%E6%97%A5%E8%AA%8C?type=&user=&page=&wpdate=2022-06-22&tagfilter=mw-new-redirect H78c67c·傾偈 2022年7月22號 (五) 03:05 (UTC)

原來可以噉樣去搵，唔該晒。 😮 Shinjiman ⇔ ♨ 2022年7月22號 (五) 03:07 (UTC)

喺尋日定期文章數更新之後，之前消失咗嘅文章數出現返曬。應該無問題喇。 H78c67c·傾偈 2022年7月27號 (三) 17:31 (UTC)

響度報多個錯，發現有修復redirect嘅bot依然用緊「#重新導向」，導致redirect失效。--Kowlooner (傾偈) 2022年7月24號 (日) 14:06 (UTC)

喺機械人嘅Script未更新好之前暫時封鎖咗一個星期先。 Shinjiman ⇔ ♨ 2022年7月25號 (一) 01:20 (UTC)

可透過insource:"#重新導向"查詢wikitext原始碼內含有「#重新導向」的頁面。-- Winston Sung (傾偈) 2022年8月6號 (六) 08:35 (UTC)

應該預設「跳轉」，唔係預設「重新導向」

開咗phab:T315008處理呢個問題。 翹仔 (傾偈) 2022年8月11號 (四) 14:19 (UTC)

@Kowlooner、H78c67c、Yaukasin、Winston Sung：麻煩過去phab留意下。翹仔 (傾偈) 2022年8月11號 (四) 14:19 (UTC)

未肯定個別機械人戶口改嘢用嘅pywikibot framework係唔係都要更新到最新版先至會修正得到個問題。因為見得到有一部機械人會改個keyword，另一部就唔會改。 Shinjiman ⇔ ♨ 2022年8月11號 (四) 15:04 (UTC)

pywikibot應該識得透過API攞到最新嘅魔術字，唔需要更新pywikibot版本都得。 H78c67c·傾偈 2022年8月11號 (四) 16:35 (UTC)

可能係快取問題。-- Winston Sung (傾偈) 2022年8月23號 (二) 12:09 (UTC)

頭版原碼格式太陳舊

頭版原碼相當古舊，仍然用table，款式寫死落style tag，同現今講求responsive格格不入，有必要執執。按理應改用stylesheet，而非寫死落tag。去除table，而改用div。 可以參攷下英文版頭版en:Main Page。用咗templatestyles去引入stylesheet。stylesheet，en:Wikipedia:Main Page/styles.css，唔再用table，純粹div配class，唔會用style tag。

有其他版都一樣寫死咗，用咗唔少table，可以後話再改。

HenryLi (傾偈) 2022年7月5號 (二) 22:32 (UTC)

記得呢種情況喺智能電話細螢幕嘅畫面上面會更為明顯。 Shinjiman ⇔ ♨ 2022年7月6號 (三) 00:38 (UTC)

cc @WikiCantona：可以睇埋呢度，好似呢個問題喺當時就已經提出咗。 Shinjiman ⇔ ♨ 2022年7月6號 (三) 04:46 (UTC)

@HenryLi: 整咗User:H78c67c/mainpage。H78c67c·傾偈 2022年7月6號 (三) 03:13 (UTC)

咁快手，做得好正呀。維基兄弟嗰度重有table，整埋都應該出得街。 HenryLi (傾偈) 2022年7月6號 (三) 03:32 (UTC)

@HenryLi: 整咗 H78c67c·傾偈 2022年7月6號 (三) 04:25 (UTC)

非常正。responsive完美。應該出得街。多謝 H78c67c。唔知大家維基友覺得點呢？ HenryLi (傾偈) 2022年7月6號 (三) 05:31 (UTC)

新嘅好正，我支持。去馬啦。--WikiCantona (傾偈) 2022年8月1號 (一) 06:34 (UTC)

已經改咗頭版 H78c67c·傾偈 2022年8月12號 (五) 07:03 (UTC)

我今日貪得意去睇頭版，scroll 兩下就見到一張圖差唔多用哂成個 column 嘅位，右邊啲字每行得三個字，篇文係東涌市政大樓嗰篇，我個熒幕係電腦熒幕，但係係打橫得1024（唔係特細熒幕，係普通size打直放）。可能仲要執執。⸺Al12si (傾偈) 2022年8月19號 (五) 19:05 (UTC)

再提頭版格式

目前嘅頭版（特別係是日靚畫）喺窄熒幕（例如1080px濶）唔係好得，我喺我個沙盤整咗個測試版，版冇變但係改咗模。希望其他用窄熒幕嘅人試下係咪好啲，有冇問題等等。我喺我個窄熒幕睇好似正常，但係應該要再睇多一兩個星期先知係咪真係冇問題。⸺Al12si (傾偈) 2022年9月28號 (三) 05:27 (UTC)

是日靚畫個 width: 100% 會夾硬拉闊幅圖，除此之外唔覺有問題。 H78c67c·傾偈 2022年9月30號 (五) 23:28 (UTC)

我唔介意拎走個 width: 100%，但係我其實係驚我用 display: flex 同 order 夾硬掉轉個 photo credit 同內文摘要可能會有問題。我恁轉多一兩次畫都冇事先斷定有冇問題比較安全啲。 Al12si (傾偈) 2022年10月1號 (六) 00:35 (UTC)

已經換咗兩次畫，我睇唔到有問題。如果其他人都冇問題我建議轉咗佢，因為喺窄螢幕而今用緊嘅格式真係唔掂

（如果想睇screen cap 我可以screen cap；但係長話短說係每行得4個中文字，應該得11行嘅段落顯示成61行，佔幾乎成個螢幕嘅高度）⸺ Al12si (傾偈) 2022年10月13號 (四) 08:32 (UTC)

因為 Vector 2022 會對頭版有影響，cap 咗幾張圖做例：

熒幕濶度 1080

	目前頭版	測試頭版
Vector	現時 Vector 介面下粵維頭版	現時 Vector 介面下粵維頭版測試
Vector 2022	Vector 2022 介面下粵維頭版	Vector 2022 介面下粵維頭版測試

Al12si (傾偈) 2022年11月9號 (三) 20:14 (UTC)

Tech News: 2022-28

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

Recent changes

• In the Vector 2022 skin, the page title is now displayed above the tabs such as Discussion, Read, Edit, View history, or More. Learn more. [5]
• It is now possible to easily view most of the configuration settings that apply to just one wiki, and to compare settings between two wikis if those settings are different. For example: Japanese Wiktionary settings, or settings that are different between the Spanish and Esperanto Wikipedias. Local communities may want to discuss and propose changes to their local settings. Details about each of the named settings can be found by searching MediaWiki.org. [6]
• The Anti-Harassment Tools team recently deployed the IP Info Feature as a Beta Feature at all wikis. This feature allows abuse fighters to access information about IP addresses. Please check our update on how to find and use the tool. Please share your feedback using a link you will be given within the tool itself.

Changes later this week

• There is no new MediaWiki version this week.
• Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 12 July at 07:00 UTC (targeted wikis).

Future changes

• The Beta Feature for DiscussionTools will be updated throughout July. Discussions will look different. You can see some of the proposed changes.

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

19:23, 11 July 2022 (UTC)

@Shinjiman： 由幾時開始一大柞殘體字可以堂而皇之咁出現喺粵維？Fallback chain 可以復原返好未？——Z423X5C6（傾偈） 2022年7月12號 (二) 02:29 (UTC)

cc @Winston Sung： Shinjiman ⇔ ♨ 2022年7月12號 (二) 02:35 (UTC)

@Winston Sung：請問幾時可以復原相關嘅改變？ ——Z423X5C6（傾偈） 2022年7月12號 (二) 05:22 (UTC)

@Winston Sung：哈囉，見到你上線就好啦，請問可以回應一下嗎？ ——Z423X5C6（傾偈） 2022年7月17號 (日) 15:28 (UTC)

已在處理中。

CC：

@Shinjiman

@Z423x5c6

-- Winston Sung (傾偈) 2022年7月18號 (一) 14:30 (UTC)

{{維基書本}}

我想問點解{{維基書本}}會係連去英文版嘅？係{{維基書本}}個模定係{{Sister project}}個模預設咗，可以點樣改返去粵語版本。 ——Z423X5C6（傾偈） 2022年7月19號 (二) 03:10 (UTC)

用全名嘅就要用wikibooks:yue:；用短字嘅就要用b:。 Shinjiman ⇔ ♨ 2022年7月19號 (二) 03:45 (UTC)

所以將所有「wikibooks:」換哂做「wikibooks:yue:」就得？ ——Z423X5C6（傾偈） 2022年7月19號 (二) 03:48 (UTC)

用b:嘅話就直接啲，因為唔知有冇版係已經用咗呢個模去用呢個參數嘅。建議睇返其它喺Category:跨維基模嘅用法先至好改，改咗嘅就要睇埋Special:WhatLinksHere/Template:維基書，改返好啲參數。 Shinjiman ⇔ ♨ 2022年7月19號 (二) 04:38 (UTC)

國字過濾器出問題

我更新紐芬蘭與拉布拉多嘅時候 trip 到國字過濾器，但係我冇寫過書面語，我再睇返篇文，我冇改過嘅地方都冇書面語。我想問呢個 filter 究意見到啲乜有冇辦法 check 到，同埋如果有問題係呢度 fix 定係 Phabricator？唔該⸺Al12si (傾偈) 2022年8月24號 (三) 02:44 (UTC)

過濾器 working as intended。你嘅編輯摘要到出現咗「模板」呢個詞。之後過濾器報錯可以去WP:AF/FP。H78c67c·傾偈 2022年8月24號 (三) 03:04 (UTC)

又想嚇走啲肯寫文嘅新人？之前另一單嘢已經討論過編輯摘要嘅內容應該從寬處理。我閂咗個警告，依家只會標籤個編輯，廢事嚇走啲新人。 ——Z423X5C6（傾偈） 2022年8月24號 (三) 13:29 (UTC)

因為唔對用戶提示警告而只係標籤，啲用戶未必會主動睇返佢哋打過嘅摘要而唔知有定冇個問題，而呢種嘅提示唔會「嚇走新人」，因為裏面嘅提示已經講到明係已經有國文喺摘要入面（啱啱加返條拎去講返國維入面用到嘅行話，即使係指去同一版入面），同埋喺編輯摘要入面寫嘅嘢喺保存之後係唔可以再改嘅（呢個同喺版入面嘅文字唔同）；喺討論未有最後定案之前我會先將個警告訊息恢復到個現狀先。到討論過後先再做個定案。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 00:53 (UTC)

@Al12si：有關用到嘅行話可以睇返Wikipedia:國維行話。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 00:59 (UTC)

唔該哂 @Shinjiman、@Z423x5c6 同 @H78c67c 解釋發生咗乜事。我恁嗰句 warning 好難明，有可能應該重寫。我根本連國語用字都唔熟，如果咁容易 trip 到，為安全計我以後喺編輯摘要儘量寫英文就算，對一個加拿大人會易啲，又唔會睇唔明。⸺Al12si (傾偈) 2022年8月25號 (四) 01:26 (UTC)

嗰句訊息加咗條拎去講返會出問題嘅字，相信會更加清楚邊度出咗問題嘅。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 01:42 (UTC)

@Z423x5c6：再重申喺未有最後定案之前先恢復現狀先，閣下噉樣做係未經任何討論嘅，之後先至再做個決定。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 05:50 (UTC)

@Shinjiman：我諗你調轉咗啦，相關嘅過濾器運行係無經過任何討論，而且依家被發現運作係有問題，所以應該係閂咗先，有共識支持繼續運作先至開返。呢個過濾器喺解決以下問題之前，都應該暫停運行：

1. 警告程度同用戶造成嘅「所謂破壞」唔相稱。編輯摘要嘅用途係等其他用戶方便啲知道改咗啲乜，用「模版」等你所謂嘅「國維行話」並唔影響溝通，若果有嚴厲嘅警告，反而會對用戶寫編輯摘要有阻嚇嘅作用，有失編輯摘要嘅原意。用標籤嚟做識別，再人手去提醒、溝通，係比較理想嘅做法。
2. 真正破壞嘅編輯行為過濾唔阻止（例如新嘅「黃志強」LTA），反而呢啲微細位就要警告，可以話係本末倒置。
3. 「國文」、「國維」呢啲係原創字眼，無任何嘅根據，需要修正。

我明白您係粵維嘅老前輩，對粵維作出咗不可磨滅嘅貢獻，但係有時聽吓其他用戶，尤其係一啲好新嘅用戶嘅意見都無妨，咁樣先至吸引到新鮮人嚟貢獻粵維。 ——Z423X5C6（傾偈） 2022年8月25號 (四) 06:22 (UTC)

@Z423x5c6：上面由H78c67c兄所提及到嘅 "working as intended" 就係呢個過濾器本身就係噉樣設計嘅（即係唔係過濾器嘅作問題，同bugs有關等），嗰句訊息已經加咗喺嗰句入去，可能會有喺「國維」用到嘅行話，但唔做唔容許保存，係可以俾到其他用戶仍然可以以有關嘅字眼寫嘢入去，即使係有管理員權限嘅用戶都唔會有例外，重點就係編輯摘要一經保存發佈就冇得再改，所以先至會有警告字句（喺嗰個情況之下叫做「提示」或者「提醒」會更加合適）；對於「黃志強」LTA嘅問題，可能需要另外寫過濾器處理，但「黃志強」LTA唔係喺呢度嘅討論範圍；如果除咗「國文」、「國維」呢啲字眼之外，閣下又有啲乜嘢提議去稱呼嗰啲呢？願聞其詳。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 06:43 (UTC)

我已經將有關嘅字眼「警告」改咗做「提醒」，個字眼會比之前嘅溫和啲。但有關嘅訊息我會恢復現狀（基於上面所提到嘅編輯摘要保存之後冇得再修改），等到討論過後先至再決定。仲有，即使有人觸發咗過濾器見到個訊息，仍然都可以用人手做提醒，兩者冇衝突到，可以一齊做。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 07:07 (UTC)

@Shinjiman：「國維」，我知佢個意思係「維持國家綱紀」，但用嚟稱呼中維嘅、令「國維」有第二個意思嘅，真係得粵維先搞到出嚟，除咗粵維真係冇人用。「國語」「國文」就聽過，不過「國語」係指中華民國官方語言，而「國文」就係指中華民國官方文字，你加呢三隻字落去，即係等於叫大家唔好寫中華民國嘅語言同文字，咁係咪代表中華人民共和國嘅就可以寫？所以呢三個名根本唔合邏輯。直接用「書面語」咪仲好。

另外個過濾器真係會搞到人冇癮。你話錯，又唔指出錯係邊，用戶自己本身都未必睇得出，只會覺得粵維麻煩難搞，最後啲新人咪走哂囉。將有關嘅字眼「警告」改咗做「提醒」，作用唔大，典型嘅治標治不本。Akai 博士 (傾偈) 2022年8月25號 (四) 10:11 (UTC)

對於有關行話用字嘅方面，可以再諗吓，好似記得係咪有個名叫做「官話」？但「官話」呢個字似係喺講嘢用嘅先至用得到呢個term；另外@Z423x5c6：兄見到閣下亦再次將句提醒訊息閂咗，個過濾器嘅目的就係要俾用戶知道嗰句嘢打上去嘅有問題嘅會出現提醒，唔係嘅話用戶自己都唔知道嗰句嘢係出咗問題嘅，個過濾器係唔會因應某啲用戶嘅用字習慣而唔出提醒，而遷就個別嘅用戶；我會睇返有關嘅紀錄，見返整個討論之後再做決定。 Shinjiman ⇔ ♨ 2022年8月26號 (五) 00:56 (UTC)

我想講少少嘢，但係唔係特別覆邊個。睇到就睇到，睇唔到都冇所謂。我其實已經 over this，知道乜事。

　　我只係想講，我今日發現自己commit message錯咗，by which I mean真嘅factual error。如果驚commit message有問題，有乜要catch嘅係呢啲真嘅錯，即係如果真係有需要，我寧願句句commit message都要我哋double check。我嘅母語係粵語，但係喺術語方面，基本上可以話英文先係母語，啲中文terms好多根本唔識，都係以前做唔同嘅open source project嘅時候學，當然好多source都係台灣source，如果話我用嘅係國語term，我唔會太介懷。

　　但係最主要嘅問題係你寫commit message，然後有句嘢彈出來話你寫咗「大量」國文（冇screen cap，我認冇證據），而commit message咁短，冇人會聯想到個filter針對嘅係commit message，只會即刻check 內文有冇寫錯書面語，當check咗兩三次都搵唔到，就只會確定係個filter short咗，根本唔會懷疑問題喺段commit message度。

　　當然，我唔記得段warning嘅exact wording係乜，但係對於一個基本上根本唔識中文術語嘅人，係唔會知道佢講緊commit message。

　　呢啲都係問題。我睇咗好多篇有關加拿大嘅文，好多譯法都令我覺得莫明其妙，因為我哋根本唔係咁叫。我執 ｢多倫多｣ 呢版嘅途中發現大量國語譯法（PS：其實唔係國語，直情係普通話，因為連台灣人都唔會咁寫），連簡體字都有；大部分我都有keep，因為我唔知邊個寫，寫嘅係咪加拿大人。但係如果要trap乜嘢，我寧願整個filter check下啲乜嘢一級區劃、兩級行政區、科靈武德、斯特拉特福、肖伯納（肖係簡體字）啲咁嘅真國字。我恁咗幾日先恁到乜嘢叫做兩級行政區。⸺Al12si (傾偈) 2022年8月25號 (四) 07:01 (UTC)

@Al12si：有關嗰句嘅exect wording喺呢度，因為之前啱啱改咗有關嘅字眼，之前用過嘅字可以喺有關嗰版嘅編輯紀錄入面搵得到。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 07:12 (UTC)

唔該。睇咗。

｢一大堆｣ 絕對係誤導 (red herring)；對於新人來講，｢摘要｣ 都係 red herring，唔會令人聯想到 commit message。我當時執緊嘅係 infobox，infobox 都係一種摘要；就算唔係，正文嘅第一段都係一種摘要（除非篇文寫得太差）。淨係寫摘要唔會令當事人 check commit message.⸺Al12si (傾偈) 2022年8月25號 (四) 07:33 (UTC)

@Al12si：多謝閣下嘅提議，已經拎走咗「一大堆」嘅字眼，另外講清楚有關嘅摘要係指編輯摘要。（英文原文係叫做Edit summary） Shinjiman ⇔ ♨ 2022年8月25號 (四) 08:47 (UTC)

少少題外話，我覺得個國字過濾器 maa4 maa2 哋，我頭先試咗喺呢度落句明顯係語體中文嘅嘢（我的語文能力不太好），過濾器一句聲都冇出。Dr. Greywolf (傾偈) 2022年8月25號 (四) 07:45 (UTC)

仲有，過濾器啟動嗰陣，會唔會起碼話返畀人知「係邊句嘢有問題」？噉嘅話人哋起碼知要點改。Dr. Greywolf (傾偈) 2022年8月25號 (四) 07:45 (UTC)

睇嚟閣下應該係講緊加文用嘅過濾器，當中「的」字可能有好多嘅配搭，好似「的士」、「標的」、「目的」等，以及「不」字可能會有「不倒」、「不惜」、「講『不』」等，呢兩個字冇放入過濾器入面，即使喺呢度提及到個「的」字，而過濾器嘅警告提醒訊息喺技術上面只能夠調用其中一個以 "MediaWiki:MediaWiki:Abusefilter-warning-" 做開頭嘅訊息，如果要拆開嘅話，相信要有好多句訊息，同埋要多個唔同嘅過濾器去過濾；暫時都只會喺嗰句提醒訊息入面加返修拎到嗰一版，喺嗰版入面列出咗一啲有問題嘅字。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 08:39 (UTC)

我認為，「覺得人哋做唔啱嗰陣出聲」呢樣嘢無可厚非，但要清楚噉講返畀人知你覺得佢哋錯在乜，如果唔係好易搞到人冇癮。Dr. Greywolf (傾偈) 2022年8月25號 (四) 08:46 (UTC)

呢個我個人都會認同，當時最初嗰起嗰陣係未有咁深入諗得到嘅，但唔同嘅改善建議都會令到個流程做得更加暢順啲同埋更加清楚啲。 Shinjiman ⇔ ♨ 2022年8月25號 (四) 09:09 (UTC)

根本粵維係應該講求共識，而唔係一個人一意孤行嘅，「當時最初嗰起嗰陣係未有咁深入諗得到嘅」←噉就唔應該起。好喇，起完之後，出過幾多事？大家拗過幾多次、引嚟過幾多不滿？證明晒點樣錯殺良民，討論完話要閂，有人又自己容忍唔到，就開返，自己凌駕埋個討論結果。都莫講話半毫子改善喇。個過濾器有殺錯冇殺過，又從來唔會講到底邊個或邊啲字詞出事，令人哋想check番改番都冇得check，呢啲問題十世前已經講過。有人有心改嘅，冇奶油連豆零嘗試都冇試過。而家天怒人怨，就話「都認同」有缺點，但同時又「再重申」唔肯閂、「再重申」繼續殺錯良民。噉嘅態度，邊忽似係有心改善？-Cangjie6 (傾偈) 2022年8月27號 (六) 17:37 (UTC)

好詫異點解有人公然噉話「喺未有最後定案之前先恢復現狀先」甚至仲要「再重申」。一套嘢，已經勁多人話咗有好大問題，殺錯良民，都仲有人講得出「未有定案就繼續呢套嘢」而唔係即刻停咗佢，噉講嘢嘅人到底仲要再殺錯幾多個良民先心息？明知殺錯良民都仲堅持繼續殺，要幾變態、幾黑心、幾無良，先會抱住呢種噉嘅心態？ 我再講多次，所謂嘅「國字過濾器」本身冇得到成個粵維嘅共識同有效監察，只係好個別嘅走火入走人士喺度死撐，禍害眾生，趕走晒啲有心編輯嘅人，根本唔應該存在。除非可以修改到佢完全冇錯，盡力令到半個錯殺嘅情況都唔㑹發生，否則必須立即．馬上．即刻停咗佢！唔要聽到再有人講藉口！即刻停咗佢，咪再咁多嗲！-Cangjie6 (傾偈) 2022年8月27號 (六) 17:25 (UTC)

抄兩個手邊嘅殺錯例子過嚟[7][8]，只不過係冰山一角，要搵嘅話仲有大把，簡直係罄竹難書。-Cangjie6 (傾偈) 2022年8月27號 (六) 17:37 (UTC)

關於InternetArchiveBot嘅問題

有冇人知有冇方法迫個機械人當個 link 死咗（有嘢都唔理）？例如個 link 網址冇變但係內容變咗（變咗唔可以引用），或者直情成個網域被人偷咗？

以前遇到咁嘅情況，我會淨寫 archive-url 唔寫 url，但係而今唔畀咁做。⸺Al12si (傾偈) 2022年8月25號 (四) 21:32 (UTC)

我恁我搵到點做⸺status=usurped⸺我睇下幾日睇下 work 唔 work。⸺Al12si (傾偈) 2022年8月25號 (四) 22:12 (UTC)

url-status=dead表示個網唔能夠再入到；url-status=userped會直頭收埋個原URL唔顯示出嚟。 Shinjiman ⇔ ♨ 2022年8月26號 (五) 01:00 (UTC)

url-status=dead 冇用，個 bot 會喺巡 link 嘅時候見到有嘢，就自作聰明咁將佢改返做 alive。說明話 usurped 表示原 link 就算存在都無效，不過我要睇幾日先知個bot係咪真係跟說明做嘢。⸺Al12si (傾偈) 2022年8月26號 (五) 03:21 (UTC)

應該喺「城市論壇」道新增「新聞」一欄（續）

之前嘅討論可以喺Wikipedia:城市論壇 (提議)/歸檔/2022年6月#應該喺「城市論壇」道新增「新聞」一欄搵到。

上面嗰節提到，啲外來消息冇人得閒翻譯，而本用户推測，嗰啲文唔理用乜嘢話寫，都只有少數發燒友會花時間睇。將佢哋擺哂入貴賓廳，畀嗰啲勁料舒服噉睇原文咪好囉，何必勉強噉塞落五顏六色嘅大笪地呢？況且，嗰啲叻人就算唔識英文，都會睇得明機器翻譯噉嘛。--110.174.132.162（討論） 2022年9月10號 (六) 17:20 (UTC)

啱啱見到原來英維上面亦都有en:Wikipedia:Tech news（d:Q15726229）呢一版，如果要開一版專門放呢啲技術新料嘅話，開過新版都唔係一個大問題。 Shinjiman ⇔ ♨ 2022年9月13號 (二) 02:30 (UTC)

發現咗，雜項都有啲英文消息，最好將冇人翻譯嘅嘢擺一齊，除非佢哋遲啲嚟得太快。--110.174.132.162（討論） 2022年9月13號 (二) 09:37 (UTC)

唔該Shinjiman建立Wikipedia:技術新聞。建議舊嘅Tech news都一律由城市論壇歸檔搬埋過Wikipedia:技術新聞/歸檔，方便統一翻查。--Mikedou (傾偈) 2022年9月13號 (二) 11:29 (UTC)

一講曹操，曹操就到！請睇「https://zh-yue.wikipedia.org/w/index.php?title=Wikipedia:%E5%9F%8E%E5%B8%82%E8%AB%96%E5%A3%87_(%E9%9B%9C%E9%A0%85)&curid=4288&diff=1880695&oldid=1880590」。應該改名，並擺埋其他「新聞」落去。--110.174.132.162（討論） 2022年9月13號 (二) 15:08 (UTC)

嗰次嘅修改唔屬於「技術新聞」嘅範疇。好似記得有一個地方（喺維基元上面）係可以設定，喺維基元嗰邊有翻譯訊息嗰陣會喺用戶傾偈版上面留言，等用戶可以翻譯嗰句訊息，之後再由發佈者轉發。 Shinjiman ⇔ ♨ 2022年9月14號 (三) 00:54 (UTC)

唔理係真人定係機械傳送，都要畀個位過佢。既然整開就應該順手處理埋呢樣同類問題囉。本用户當然希望用最簡潔嘅方案——喺城市論壇道擴建一間「新聞」房——將原文及翻譯版一齊陳列啦；畢竟寫嗰啲消息嘅人，係想啲理開類似事務嘅人睇到噉嘛；特登搭間隔離營係糾枉過正。若果深信隔離營方案可取，就最好將啱啱搭好嘅改名，再間成兩格，分別「收容」技術及非技術嘢；將系統頁數發水，毫無意義。--110.174.132.162（討論） 2022年9月14號 (三) 03:16 (UTC)

噉嘅情形，多數嗰啲內容都係同基金會有關嘅，或者可以開一版叫做Wikipedia:城市論壇 (WMF) (d:Q93462772)，點睇？不過開咗版之後都要俾發佈者知道開過呢一版。另外，如果有關嘅訊息係已經翻譯咗做粵文嘅話，噉就只會用粵文表示，冇人去譯嘅話就會以原文表示；但最終都要視乎夠唔夠人手去譯有關嘅訊息。 Shinjiman ⇔ ♨ 2022年9月14號 (三) 05:03 (UTC)

本用户唔反對呢個新方案，睇下其他人有咩意見啦；由起初提案到而家，已經出現幾套稍有分別嘅意見……--110.174.132.162（討論） 2022年9月14號 (三) 05:34 (UTC)

「有翻譯訊息嗰陣會喺用戶傾偈版上面留言」嗰個設定應該係講緊m:Special:TranslatorSignup。睇上面嘅討論，我覺得重開Wikipedia:城市論壇 (消息)係一個方法。有冇資深用戶可以解答下點解之前會執咗？如果有咩特別原因就要再考慮下。--Sun8908（傾偈） 2022年9月14號 (三) 16:42 (UTC)

冇人得閒咪唔翻譯囉，反正生手嘅唔會理到啲咁高深嘅嘢，熟手嘅自然會有本事睇得明。要花心機嘅地方只有揀位置；其餘嘅事好簡單——調校機械人同通知真人啫。正如以上所寫，本用户首選方案同Sun8908一致，喺旁邊整多一間房，門牌寫乜唔緊要；次選方案等於Mikedou所講噉樣整隔離營，不過最好一座過，無間隔……喺兩種情況之中，都將各種英文消息擺埋一齊啦；反正都唔算多；然而撈入去討論嘅現狀就真係太混亂喇。--110.174.132.162（討論） 2022年9月17號 (六) 20:45 (UTC)

原則上贊成重開Wikipedia:城市論壇 (消息)，畀人貼非Tech news嘅跨維基通知（唔限於WMF），盡量減少呢類通知影響其他由粵維人發起嘅討論。--Kowlooner (傾偈) 2022年9月18號 (日) 13:53 (UTC)

咦咦咦，啱啱有人話完我「未有共識前唔應該急住去改」，轉個頭呢邊討論未完就搬哂啲嘢去「Wikipedia:技術新聞」？點解嘅？ ——Z423X5C6（傾偈） 2022年9月18號 (日) 16:21 (UTC)

依家係咪bug咗？同一篇技術新聞send咗兩次，喺兩個位。 ——Z423X5C6（傾偈） 2022年9月20號 (二) 12:28 (UTC)

佢喺跟喺呢度個名單發送，我當時只係加咗發送版嘅目標去『技術新聞』一版，對於喺呢版上面嘅發送係未拎走嘅，呢方面可以再傾吓到底係咪唔再需要喺呢一版上面發送。以英文版做例，佢會發送出去技術新聞同埋VPT兩版；日文版會發送到新聞嘅Wikimedia共通版等。 Shinjiman ⇔ ♨ 2022年9月21號 (三) 02:30 (UTC)

如果開返「技術新聞」嘅目的係唔想呢啲mass message同傾技術嘢撈埋，點解唔移走呢版？搞笑？ ——Z423X5C6（傾偈） 2022年9月21號 (三) 08:16 (UTC)

意見同Z423x5c6。本來大家傾好將tech news擺去另一版，點解變成兩邊都擺？--Mikedou (傾偈) 2022年9月28號 (三) 11:46 (UTC)

我以為一早已經有「技術新聞集中放響Wikipedia:技術新聞」嘅共識，所以我之前先至將城市論壇嘅技術新聞搬過去Wikipedia:技術新聞。我見而家變成兩版都放，係我誤會咗？需唔需要還原返我移走個動作？不過講真嗰句，如果技術新聞都要繼續放響城市論壇，另外開版Wikipedia:技術新聞又有乜意義？--Kowlooner (傾偈) 2022年10月2號 (日) 13:43 (UTC)

加咗嗰一版，係未能代表呢度嘅發佈會停，呢個係作為過渡時期嘅措施之一；如果各位係同意停咗呢版入面發佈嘅話，噉喺下一期喺呢版發佈之後就當係最後一期嘅呢版發佈，之後嘅就只會喺技術新聞嗰一版發佈。 Shinjiman ⇔ ♨ 2022年10月3號 (一) 01:59 (UTC)

可以停未？唔停嘅話整版新版嚟做咩。 ——Z423X5C6（傾偈） 2022年10月12號 (三) 03:09 (UTC)

國字過濾器真係short咗

我啱啱唔覺意見到。冇彈通知，但係標籤咗。成句編輯摘要全文：｢copied from Citation/CS1/Configuration｣。

成句都係英文，連中文字都冇，何來國維行話？個過濾器好似真係出咗問題。⸺Al12si (傾偈) 2022年9月13號 (二) 09:27 (UTC)

喺"title_types"裏面嘅"mailinglist"一般上會譯做『電郵名單』，喺粵維嘅文章入面，"List of xxx"會寫做「〇〇〇一覽」，喺人名方面，可以用「名單」或者「清單」。 Shinjiman ⇔ ♨ 2022年9月13號 (二) 16:18 (UTC)

喺 CS1/Configuration 入面 “mailinglist” 譯做電郵名單應該唔啱文意，呢度嘅 mailing list 係指討論羣組，唔係名單。⸺Al12si (傾偈) 2022年9月13號 (二) 16:25 (UTC)

用「群組」或者「羣組」唔係太大問題，但直譯返英文就會係 "discussion group"。 Shinjiman ⇔ ♨ 2022年9月13號 (二) 16:30 (UTC)

多謝指正。我喺加拿大住，又未用中文寫過學術論文，啲中文術語我真係唔識，所以我都未敢掂嗰啲部份。⸺Al12si (傾偈) 2022年9月13號 (二) 16:34 (UTC)

喺呢度嘅情況就係喺引用模入面，可以引用嘅其中一個出處就係mailing list，而mailing list就係指一個人訂咗電郵，會定時會送啲電郵喺呢份名單入面訂咗嘅人嘅收信箱入面。好似WikiMedia嘅mailing list係Wikimedia-l，而MediaWiki軟件嘅mailing list係MediaWiki-l等。所以個人方面『電郵名單』呢個字係可以用喺呢種嘅情況。 Shinjiman ⇔ ♨ 2022年9月13號 (二) 17:03 (UTC)

點解個所謂「國字過濾器」仲未閂？！

點解個所謂「國字過濾器」仲未閂？！我喺上面已經講咗（其實之前亦都講過超多次），除非可以修改到佢完全冇錯，盡力令到半個錯殺嘅情況都唔㑹發生，否則必須立即．馬上．即刻停咗佢！唔要聽到再有人講藉口！即刻停咗佢，咪再咁多嗲！而家粵維係唔係就畀Shinjiman一個黐線佬凌駕一切、隻手遮天？！噉樣仲衰過中維多多聲，仲點叫人嚟粵維編輯？！-Cangjie6 (傾偈) 2022年9月17號 (六) 09:37 (UTC)

似乎嗰個機關係已經被改成將人哋撠一撠就算，而唔再係密不透風。以前有多啲人支持舊方案；隨住時間過去，常客逐漸替換，潮流隨之改變……相信部分人對於大陸五毛踩場，過度恐慌……無可否認，本用户見到中文版維基百科陋習嘅影子，有啲字只要有一個就無辦法通過，認真去得太盡；若果個觸發門檻係十個八個敏感字，都尚且講得通……其實根本就係捉錯用神，個過濾器只會擋到啲水皮嘅散仔，想做世界嗰班根本唔會在乎佢；粵文版維基百科其實正受到更離譜打壓，部分正文（例如「張津瑜」……）由於政治原因被谷歌完全過濾，重要唔加上有啲結果被投訴到隱藏咗之類嘅籍口；理論上，呢種手段係用於針對散布兒童色情及招募恐怖分子之類嘅反人類內容上面咖，不過實際上，當然會被濫用……--110.174.132.162（討論） 2022年9月17號 (六) 10:04 (UTC)

再問國字過濾器

首先多謝負責人半閂咗佢，但係我仍然想問，究竟佢 check 緊乜嘢？我自己嘅編輯淨係呢幾日已經 trigger 過佢幾次，次次都係一係全英文，一係就啲字照抄其他文，點解會 trigger 完全冇頭緒。

另外，我第一次 trigger 佢嘅時候，個解釋係我寫咗 ｢模組｣ 呢個字，但係後來我發現呢度係有 ｢模組｣ 呢樣嘢（而且仲要係一樣好重要嘅嘢，我而今寫模基本上已經放棄咗正常模，淨係用模組寫），只係我見慣台灣嘅術語，理解解錯咗 template 喺呢度應該點叫。｢模組｣ 似乎已經唔係關鍵字，但係我仍然好想知有冇其他嘢係呢度有咁叫但係都會 trigger 個過濾器⸺Al12si (傾偈) 2022年10月12號 (三) 23:44 (UTC)

個字「參見」多數都只會用喺舊時皇室嘅場合，好似「參見皇上」、「參見皇后」等；喺百科嘅場合，都係會用「睇吓」、「睇埋」為主嘅，可以睇吓Wikipedia:出貓紙#粵語同「語體」中文維基寫文嘅分別嘅"See also"嗰一行。 Shinjiman ⇔ ♨ 2022年10月13號 (四) 01:03 (UTC)

有一種情況如果就係照抄其它文（尤其係官話語體文等）嘅話，如果唔改有關行文嘅話，就有好大機會trigger到個過濾器。 Shinjiman ⇔ ♨ 2022年10月13號 (四) 01:06 (UTC)

Template喺呢度會叫做「模」，讀做mou5。 Shinjiman ⇔ ♨ 2022年10月13號 (四) 01:08 (UTC)

｢參見｣（See also）喺引用出處極為常見。我屋企淨係得香港出嘅寫文書，全部都係寫參見。如果參見唔啱會係寫乜？

｢模組｣ 喺粵維係 Module，指 Lua 寫嘅程式。例如幾乎每版都用嘅引模，其實係由7個模組組成。⸺ Al12si (傾偈) 2022年10月13號 (四) 01:31 (UTC)

睇返嗰版，可以用「睇埋」等字，要留意吓就算係香港出嘅寫文書，行文方面都有一程程度係用官話語體文（或者有啲人講嘅書面語）為主，喺粵文入面呢方面就有需要改動有關嘅行文；另外睇返，「模組」唔係trigger到過濾器嘅用字嚟。 Shinjiman ⇔ ♨ 2022年10月13號 (四) 01:38 (UTC)

我恁最好整個功能，見到如果改動部分係 ｢參考｣、｢攷｣ 或者類似字眼，要彈個解釋（要真係係解釋，唔好又用乜嘢 ｢警告｣ 字眼）教人點寫呢啲寫參考嘅術語。我唔相信寫／睇慣參考嘅人會識寫 ｢睇下｣；｢見｣（See）同 ｢參見｣（See also）根本係標準用字 Al12si (傾偈) 2022年10月13號 (四) 01:44 (UTC)

I mean, 咁搞真係保你大。又要出處，用正常寫出處嘅方法又話國文。咁啲人點會寫出處？ Al12si (傾偈) 2022年10月13號 (四) 01:54 (UTC)

估計閣下應該係指有關修改紀錄上面嘅標籤名？係嘅話已經加咗條拎過去嗰一版上面；之前嘅「警告」字眼已經改咗做「提醒」字眼；另外，單字「見」字亦唔係trigger嘅用字之一。 Shinjiman ⇔ ♨ 2022年10月13號 (四) 02:03 (UTC)

有關嘅粵維上面有關版嘅行文風格，喺Wikipedia:風格指南有詳細嘅指引可以跟返。 Shinjiman ⇔ ♨ 2022年10月13號 (四) 02:06 (UTC)

@Shinjiman：你唔好咁黐線得唔得？擘大對眼睇下眞實嘅粵文，豎起對耳聽下唔同場合、唔同語言風格嘅粵語，而唔係坐井觀天打飛機式幻想好冇？要講引用來源、出處，｢參見｣、｢參考｣都係極之common！粵文風格唔係淨係得一種。爲咗同zh維基唔同而夾硬迫人唔同，咁唔係風格，係叫「瘋格」！我再再再再再再再再講多次，粵維唔係你大晒、獨裁、閉門造車嘅地方，否則嘅話粵維只有死路一條，就係畀你搞死。Cangjie6 (傾偈) 2022年10月14號 (五) 12:41 (UTC)

@Al12si：針對過濾器嘅問題，你有時間可以揾返之前嘅討論嚟睇。總之唔係第一日嘅事嚟。特克斯特 (傾偈) 2022年10月14號 (五) 06:11 (UTC)

要重申啲語文常識……有大把複雜及細緻意思，都唔係單獨任何一種中文嘅口語可以簡單噉表達到咖，通常都要用到唔少文言詞彙，至於近代出現嘅抽象學術用語，就真係只有官話版……--110.174.132.162（討論） 2022年10月14號 (五) 16:08 (UTC)

CS1引模加地區名稱

我想問如果有辦法整到個引模可以寫 ｢香港中文｣ 或者 ｢美國英文｣ 而唔寫 ｢Chinese (Hong Kong)｣ 或者 ｢American English｣，但係代價係多咗三十幾行（同日子無關嘅）本地化，同引模要用 Lang 模嘅資料，會唔會係一樣值得考慮嘅嘢，定係太危險？

個 idea 已經有 prototype，改咗嘅模喺呢度（加咗嘅嘢係呢啲），示範版喺呢度，但係因為示範版暫時係用個沙盤模做模，如果版面出唔到會要去改個沙盤（點改個示範版有寫）⸺Al12si (傾偈) 2022年9月14號 (三) 02:06 (UTC)

英維上面有呢版，可以去睇吓。 Shinjiman ⇔ ♨ 2022年9月14號 (三) 02:21 (UTC)

記得呢個亦都會用返喺MediaWiki裏面嘅CLDR擴展，引用模亦都會用佢裏面已經譯咗做粵文嘅訊息去展示個語言名。 Shinjiman ⇔ ♨ 2022年9月14號 (三) 02:25 (UTC)

明。不過我覺得引模唔識我哋成日引嘅 zh-HK 或者 zh-TW 係乜嘢好怪，尤其係佢知道乜嘢係繁體中文同簡體中文。我最初係唔明點解 Lang 模出到嘅語言名引模會出唔到，一直以為引模有 bug，攪咗一輸先知完來兩個模一啲關係都冇。

如果覺得冇需要，我都想問一下，而今寫 zh-HK 引模會出 ｢Chinese (Hong Kong)｣。出 ｢中文｣ 會唔會好啲？呢樣係可以做到嘅；唔使用 Lang 模嘅資料，淨係需要第五個結果（維基軟件畀嘅答案，例如 ｢Chinese (Hong Kong)｣）留低唔出住，有第六個結果嘅時候（砍咗後面嘅國家碼之後再問維基軟件嘅答案，例如 ｢中文｣）先分析用邊個好啲。⸺Al12si (傾偈) 2022年9月14號 (三) 19:27 (UTC)

有關 ｢Chinese (Hong Kong)｣ 嘅問題確實需要諗個方法去解決，見「Special:要求嘅分類」有一大堆有英文名做語言名嘅CS1類（例：「Category:CS1Chinese (Hong Kong)語言來源 (zh-hk)」‏‎），最好搵到個源頭翻譯返。--Kowlooner (傾偈) 2022年9月18號 (日) 14:04 (UTC)

我已經知道個問題喺邊度，你可以睇睇我個示範版；如果唔想依頼 Lang 模／模組有可以有第二個解決方案（上面提咗）。我可以整多個示範版等大家可以有個比較。

呢啲分類冇得譯，淨係改模組先解決到（Citation/CS1 嗰版），問題係我哋想點改。牽涉到嘅問題係 MediaWiki 本身。⸺Al12si (傾偈) 2022年9月18號 (日) 15:45 (UTC)

其實唔想改模組都有第三個方案，可以改 CS1/Configuration，我哋可以 hard-code 一啲語言代號嘅正確名。呢樣我未試，可以試下。⸺Al12si (傾偈) 2022年9月18號 (日) 15:52 (UTC)

@Shinjiman： @Kowlooner： 我決定咗用原本嘅第一個方案，直接喺話模攞資料。已經改咗模。話模唔會無端端刪，應該冇問題。

我原本恁改 Configuration 可以試，但係睇過，其實係冇得咁改。⸺Al12si (傾偈) 2022年9月25號 (日) 22:35 (UTC)

解鈴還須繫鈴人，始終最根本嘅解決方法就係上Unicode嗰邊入返晒啲CLDR同粵文上面嘅資料，因為MediaWiki嘅CLDR擴展會拎返CLDR嘅名，然後Cite模會透過CLDR擴展拎返晒啲名去用。家吓hard-code加名最多都只係權宜之計，當個模嘅架構改嗰陣有可能要重新寫過先至會容納得到一啲本地化過用嘅名。 Shinjiman ⇔ ♨ 2022年10月3號 (一) 02:07 (UTC)

我唔係包拗頸，但係 ｢可以喺 CLDR fix｣ 似乎唔乎合現實觀察。我冇太仔細 check，但係試咗幾試（有睇過 CLDR，太長，無從入手，遲啲再睇過），有下面嘅觀察：

• 話模有大量語言名、地區名等等（有嘢我想改，但係保護緊，我改唔到），如果 CLDR 可以解決問題，呢啲資料冇必要存在，話模大可以砍走四五個檔案，但係佢哋冇咁做
• 我去法文維基睇過，佢哋個引模連語言名都費事出，出代號算數，明顯佢哋遇到過同樣問題，搵唔到源頭放棄咗
• 我去日文維基睇過，佢哋個引模遇到唔識嘅地區碼會砍走，同我本來考慮嘅方案二一樣

Al12si (傾偈) 2022年10月3號 (一) 03:12 (UTC)

lang=yue 冇嘢顯示。{{citation}} {{cite news}}都係噉。類別第d語言，應該顯示「(粵文)」。 RZuo (傾偈) 2022年12月24號 (六) 12:38 (UTC)

喺粵文維基咁係正常。lang 設定做本地維基本身嘅語言，正常係應該唔顯示。（源碼係咁寫。） Al12si (傾偈) 2022年12月24號 (六) 13:24 (UTC)

技術新聞：2022年第38週

最新技術新聞嚟自維基媒體技術社群。請同其他用戶去講呢啲變化。唔係所有嘅變化都會影響到你。翻譯亦已經提供。

最近改動

• 喺 templatelinks 表嘅兩個數據庫欄位會被放棄： tl_namespace 同埋 tl_title。任何基於呢啲欄位嘅查詢需要改用新嘅正規化欄位叫做 tl_target_id。睇吓 T299417 有更多細節。呢個係拎表正規化嘅一部份。 [9][10]

今個禮拜遲啲嘅更新

• 測試wiki同埋mediawiki.org會喺9月20號升級做新版嘅MediaWiki。其它唔係維基百科嘅wiki同埋部份維基百科會喺9月21號升級。其餘wiki會喺9月22號升級（睇日曆）。
• 喺Kartographer地圖入面，你可以喺多數景點上面嘅標記用圖示。喺禮拜二，之前嘅圖示套裝將會更新到版本 maki 7.2。噉即係，大約有100個新圖示會用得到。另外，全部現有嘅圖示將會更新同埋更加清楚噉樣喺國際內容度整得更加好。 [11][12]

未來嘅更新

• 喺Wikimania嘅小組討論度，多過30位人講過點樣去用喺維基媒體活動嘅內容合作軟件可持續做。有啲乜嘢嘅支持係可以由義工開發者接受嘅呢？睇個摘要同埋留低你嘅反饋。

技術新聞由技術新聞編者準備，並由機械人傳送 • 幫手寫 • 幫手譯 • 搵幫手 • 畀意見 • 訂閲或者停訂閲。

MediaWiki message delivery 2022年9月19號 (一) 22:16 (UTC)

The Vector 2022 skin as the default in two weeks?

The slides for our presentation at Wikimania 2022

Hello. I'm writing on behalf of the Wikimedia Foundation Web team. In two weeks, we would like to make the Vector 2022 skin the default on this wiki.

We have been working on it for the past three years. So far, it has been the default on more than 30 wikis, including sister projects, all accounting for more than 1 billion pageviews per month. On average 87% of active logged-in users of those wikis use Vector 2022.

It would become the default for all logged-out users, and also all logged-in users who currently use Vector legacy. Logged-in users can at any time switch to any other skins. No changes are expected for users of these skins.

• Top of an article
• 

  Vector legacy (current default)

• 

  Vector 2022

• A section of an article
• 

  Vector legacy (current default)

• 

  Vector 2022

About the skin

[Why is a change necessary] The current default skin meets the needs of the readers and editors as these were 13 years ago. Since then, new users have begun using Wikimedia projects. The old Vector doesn't meet their needs.

[Objective] The objective for the new skin is to make the interface more welcoming and comfortable for readers and useful for advanced users. It draws inspiration from previous requests, the Community Wishlist Surveys, and gadgets and scripts. The work helped our code follow the standards and improve all other skins. We reduced PHP code in Wikimedia deployed skins by 75%. The project has also focused on making it easier to support gadgets and use APIs.

[Changes and test results] The skin introduces a series of changes that improve readability and usability. The new skin does not remove any functionality currently available on the Vector skin.

• The sticky header makes it easier to find tools that editors use often. It decreases scrolling to the top of the page by 16%.
• The new table of contents makes it easier to navigate to different sections. Readers and editors jumped to different sections of the page 50% more than with the old table of contents. It also looks a bit different on talk pages.
• The new search bar is easier to find and makes it easier to find the correct search result from the list. This increased the amount of searches started by 30% on the wikis we tested on.
• The skin does not negatively affect pageviews, edit rates, or account creation. There is evidence of increases in pageviews and account creation across partner communities.

[Try it out] Try out the new skin by going to the appearance tab in your preferences and selecting Vector 2022 from the list of skins.

How can editors change and customize this skin?

It's possible to configure and personalize our changes. We support volunteers who create new gadgets and user scripts. Check out our repository for a list of currently available customizations, or add your own.

Our plan

If no large concerns are raised, we plan on deploying in the week of October 3, 2022. If your community would like to request more time to discuss the changes, hit the button and write to us. We can adjust the calendar.

Request for more time to discuss the change

Also, if you'd like ask our team anything, if you have questions, concerns, or additional thoughts, please ping me here or write on the talk page of the project. We will also gladly answer! See our FAQ. Thank you! SGrabarczuk (WMF) (傾偈) 2022年9月22號 (四) 03:14 (UTC)

翻譯：喺兩星期內將Vector 2022年版設為預設外觀畫面？

我哋喺2022年維基年會嘅演講簡報

你好。我係維基媒體基金會Web小組嘅代表。喺兩星期內，我哋希望將呢個wiki嘅預設畫面設為Vector 2022年版。

我哋用咗過去3年去整呢個新畫面。目前為止，呢個畫面已經被設為超過30個wiki嘅預設畫面，包括姊妹計劃，合計每月瀏覽次數達到10億。平均嚟講，呢啲wiki上面有87%活躍用户用緊Vector 2022年版。

佢會成為所有未登入用户，同埋所有用緊舊版Vector嘅已登入用户嘅預設畫面。登入咗嘅用户可以隨時轉去任何其他畫面。呢啲改動唔會影響用緊呢啲其他畫面嘅用户。

• 文章頂部
• 

  舊版Vector（現時預設）

• 

  Vector 2022年版

• 文章一節
• 

  舊版Vector（現時預設）

• 

  Vector 2022年版

關於呢個畫面

[點解呢個改動有必要] 現時嘅預設畫面符合13年前嘅讀者同編者嘅需求。自此以嚟，有新嘅用户開始用維基媒體嘅各個網站，而 舊版Vector唔能夠滿足佢哋嘅需要。

[目標] 呢個新畫面嘅目標係整返個對讀者舒適、對編者實用嘅界面。靈感嚟自過往嘅請求、一年一度嘅社羣願望清單，以及啲架撐仔。過程中亦幫到我哋跟從標準同改善所有其他畫面。我哋減少咗75%維基媒體部署咗嘅畫面入面嘅PHP代碼。呢個專案亦都有專注令個畫面更容易支援啲架撐仔同用啲API。

[改動同測試結果] 呢個畫面引入咗一系列改善可讀性同可用性嘅改動，亦無移除任何舊版Vector現時有嘅功能。

• The sticky header makes it easier to find tools that editors use often. It decreases scrolling to the top of the page by 16%.
• 新版目錄令穿梭各個小節更加容易。比起舊版目錄，讀者同編者用目錄跳去其他小節用多咗50%。It also looks a bit different on talk pages.
• 新搜索欄易揾啲，由一覽度揾啱嘅結果又易啲。喺我哋測試過嘅各個wiki上面，整體開始揾嘢嘅次數增加咗30%。
• 新版畫面唔會對瀏覽量、編輯量或開户數帶嚟負面影響。橫跨各社羣夥伴間，有證據顯示瀏覽量同開户數增加。

[試下] 如果你想試下呢個新畫面嘅話，你可以去自訂喜好嘅外觀頁，由畫面一覽度揀Vector (2022)。

編者可以點改同自訂呢個畫面？

你可以調整同自訂呢個畫面。我哋支持整新架撐同用户腳本嘅義工。請去我哋嘅repository度睇睇現時用得嘅customizations，或者加你自己整嘅嘢落去。

我哋嘅計劃

如果無大問題或疑慮嘅話，我哋計劃喺2022年10月3號嗰個禮拜進行部署。如果你嘅社羣想要多啲時間討論呢啲改動嘅話，請㩒下面個掣同我哋講。我哋會調整部署日期。

請求更多時間去討論呢個改動

仲有，如果你想問我哋任何問題，或者想表達疑慮或其他諗法嘅話，請喺呢度ping我，或者去呢個專案嘅討論版度留言。我哋會好高興解答！請睇下我哋嘅常見問題一覽。多謝！ —SGrabarczuk (WMF)

譯：H78c67c·傾偈 2022年9月22號 (四) 06:34 (UTC)

討論

唔該晒User:H78c67c細心翻譯。我支持按全域時間表推出新介面。維基百科成日俾人笑「封存咗2000年代嘅互聯網文化」，我哋係時候與時並進。翹仔 (傾偈) 2022年9月22號 (四) 12:22 (UTC)

又話「喺2022年10月3號嗰個禮拜進行部署」？而家都過咗個幾禮拜，乜都見唔到。--Rainpong (傾偈) 2022年10月13號 (四) 11:50 (UTC)

@Deryck Chan, @Rainpong, thank you for the comments, your interest in and support for the project! We have found out that there was a bug impacting wikis in Chinese scripts. This is why we have decided to stop the deployment. I'll let you know when we're ready. Best regards, SGrabarczuk (WMF) (傾偈) 2022年11月9號 (三) 04:58 (UTC)

@SGrabarczuk (WMF) Do you have a link or any other details of the bug? I just switched because I wanted to see the problem, but I don’t know what to look for. Thanks. Al12si (傾偈) 2022年11月9號 (三) 18:53 (UTC)

Hey @Al12si, I don't remember myself, but I've asked my colleagues. SGrabarczuk (WMF) (傾偈) 2022年11月10號 (四) 02:13 (UTC)

簡譯：因為發現咗新介面處理漢字有問題，所以暫緩將新介面喺漢字語文站點設定成預設嘅計劃。唔肯定實際問題係乜，會問同事。 翹仔 (傾偈) 2022年11月11號 (五) 09:49 (UTC)

你可以跟上面指示，開新介面嚟用。我開咗，覺得效果唔錯。 翹仔 (傾偈) 2022年11月9號 (三) 15:29 (UTC)

我改咗睇過，暫時改返，我覺得 @SGrabarczuk (WMF) 提到嘅問題（視乎係乜問題，我唔知）未必同中文有關。

我覺得用窄熒幕嘅人（例如做文字工作，慣用 portrait mode 擺 mon 嘅人）應該轉下睇睇，佢哋喺爾方面嘅測試可能唔係好夠。

我哋頭版轉咗新介面之後比之前仲要窄，窄到大使館嗰段通告一行得四五個字（每日靚畫情況冇變差，只係同而今一樣咁差）；如果我哋 go ahead 就一定要改頭版格式先掂。 Al12si (傾偈) 2022年11月9號 (三) 19:29 (UTC)

我見依家連通常最後deploy嘅英文維基都deploy咗，希望佢哋唔係遺忘咗呢度。--Rainpong (傾偈) 2023年1月21號 (六) 05:10 (UTC)

佢舊年11月嘅講法係"there was a bug impacting wikis in Chinese scripts"，可能搞掂個bug就所有Chinese scripts版本一齊做，唔會出現原本預期粵維比中維行先嘅情況。--Ivanlam88 (傾偈) 2023年1月23號 (一) 02:00 (UTC)

技術新聞：2022年第39週

最新技術新聞來自維基媒體技術社群。請幫手將爾啲變化話俾其他用戶。唔係所有嘅變化都會影響到你。翻譯亦已經提供。

最近改動

• Parsoid嘅客戶端應該要更新以令到拎嘅rel屬性容許空白分隔字元。詳請喺T315209入面。

今個禮拜遲啲嘅更新

• 測試wiki同埋mediawiki.org會喺9月27號升級做新版嘅MediaWiki。其它唔係維基百科嘅wiki同埋部份維基百科會喺9月28號升級。其餘wiki會喺9月29號升級（睇日曆）。
• Visual diffs將會俾全部用戶用得到，除咗喺維基辭典同埋維基百科。 [13]
• 流動版嘅傾偈討論版喺阿拉伯文、孟加拉文、語體中文、法文、海地歸融話、希伯來文、韓文同埋越南文維基百科將會有改變。佢哋應該會更加容易利用同埋提供更多嘅資訊。 [14] [15]
• 喺個模組空間名入面，用.json做結尾嘅版會視作做JSON，就好似佢哋已經喺User同埋MediaWiki空間名噉樣。 [16]

技術新聞由技術新聞編者準備，並由機械人傳送 • 幫手寫 • 幫手譯 • 搵幫手 • 畀意見 • 訂閲/停訂閲。

MediaWiki message delivery 2022年9月27號 (二) 00:30 (UTC)

Coolest Tool Award 2022: Call for nominations

The fourth edition of the Coolest Tool Award welcomes your nominations! What is your favorite Wikimedia related software tool? Please submit your favorite tools by October 12, 2022! The awarded projects will be announced and showcased in a virtual ceremony in December.

MediaWiki message delivery 2022年10月3號 (一) 18:30 (UTC)

技術新聞：2022年第40週

最新技術新聞來自維基媒體技術社群。請幫手將爾啲變化話俾其他用戶。唔係所有嘅變化都會影響到你。翻譯亦已經提供。

最近改動

• Kartographer地圖依家可以透過Wikidata嘅QID或者SPARQL查詢顯示地理點。之前，只有地理形同埋地理線先至可以拎得到。 [17] [18]
• 最Cool工具賞2022依家睇緊提名。你可以提議工具截至10月12號。

今個禮拜遲啲嘅更新

• 測試wiki同埋mediawiki.org會喺10月4號升級做新版嘅MediaWiki。其它唔係維基百科嘅wiki同埋部份維基百科會喺10月5號升級。其餘wiki會喺10月6號升級（睇日曆）。
• 流動版嘅傾偈討論版喺阿拉伯文、孟加拉文、語體中文、法文、海地歸融話、希伯來文、韓文同埋越南文維基百科將會有改變。佢哋應該會更加容易利用同埋提供更多嘅資訊。 （上個禮拜嘅發佈延遲咗） [19] [20]
• 個scribunto-consoleAPI模組將會要求一個CSRF幣。呢個模組註解咗做內部利用佢已經唔再支援。 [5]
• 個Vector 2022外觀將會喺最細Wikimedia計劃做預設外觀。 知更多。

技術新聞由技術新聞編者準備，並由機械人傳送 • 幫手寫 • 幫手譯 • 搵幫手 • 畀意見 • 訂閲/停訂閲。

MediaWiki message delivery 2022年10月4號 (二) 00:23 (UTC)

技術新聞：2022年第41週

最新技術新聞來自維基媒體技術社群。請幫手將爾啲變化話俾其他用戶。唔係所有嘅變化都會影響到你。翻譯亦已經提供。

今個禮拜遲啲嘅更新

• 測試wiki同埋mediawiki.org會喺10月11號升級做新版嘅MediaWiki。其它唔係維基百科嘅wiki同埋部份維基百科會喺10月12號升級。其餘wiki會喺10月13號升級（睇日曆）。
• 喺一啲wiki上面，Kartographer地圖嘅全大細視點將會可以顯示附近嘅文章。喺反饋期之後，更多嘅wiki將會跟住噉樣做。 [21][22]

技術新聞由技術新聞編者準備，並由機械人傳送 • 幫手寫 • 幫手譯 • 搵幫手 • 畀意見 • 訂閲/停訂閲。

2022年10月10號 (一) 14:08 (UTC)

Draft空間

見有人開版Draft:因推行簡化字而改咗名嘅中國地名一覽，但粵維係未有啟用Draft空間，系統當佢係普通文章。大家認為應該：1. 安排粵維啟用Draft空間，定係 2. 粵維維持唔啟用Draft空間，設置過濾器禁止開設「Draft:」字頭嘅版面？ Rainpong (傾偈) 2022年10月13號 (四) 11:48 (UTC)

正想開個討論，原來都有人留意到呢個問題。上面篇草稿我已經搬咗去佢用戶版。我認為粵維只係一個細語種，開多個Draft namespace就有多啲嘢要管，但唔見有明顯好處，所以暫時唔需要開Draft namespace。至於用過濾器阻止「Draft:」字頭嘅版面，暫時亦唔見有需要，相信上面嗰版只係個別事件，第時如果有更多人誤開「Draft:」字頭嘅版面先至再考慮。--Kowlooner (傾偈) 2022年10月16號 (日) 12:06 (UTC)

其實如果可以訂立好同Draft空間有關嘅政策嘅話，有係好事嚟嘅，唔使下下都用自己嘅用戶空間嚟做草稿，另外如果有啲文出現問題，管理員亦都可以將篇文移去Draft空間，執好先再攞返出嚟。 ——Z423X5C6（傾偈） 2022年10月16號 (日) 14:42 (UTC)

「回覆」掣

WMF技術人員打算將傾偈版每個簽名後面嗰個[回覆]掣改做粗字回覆，可能加個箭嘴，唔要個方括。大家點睇？

• 示範1號：[23]
• 示範2號：[24]

麻煩各位畀意見。詳情可以問User:Whatamidoing (WMF)。 --翹仔 (傾偈) 2022年11月21號 (一) 21:04 (UTC)

我自己：For me -

• 傾向鍾意方括，多過箭嘴，多過淨係得粗字。 Prefer square bracket > arrow > bold only.
• 鍾意而家個樣，應該係因為同[改源碼]掣統一。 I think it's because of consistency with [edit].
• 另外啱啱先發現：點解而家[回覆]個字高咗少少嘅？提議緊嗰個掣個回覆字又低咗少少嘅？ Also, why is the existing [reply] text raised by ~1pt? And why is the proposed Reply dropped by 1pt?

翹仔 (傾偈) 2022年11月21號 (一) 21:10 (UTC)

The new one is a proper button: 回覆

It has white space around it (top+bottom), so it sometimes looks "dropped". Whatamidoing (WMF) (傾偈) 2022年11月21號 (一) 23:14 (UTC)

@Whatamidoing (WMF) By the way, I was curious and checked the HTML. It’s styled as a proper button but I wouldn’t say it is one; it needs to have role=button to be “proper”. — Al12si (傾偈) 2022年11月21號 (一) 23:23 (UTC)

小問題：我用慣文字模式嘅嘢，方括明顯係用來扮掣（畫掣嘅邊框，略去上面同下面用字畫唔到嘅部分）；我尋晚無意中見到（已經唔記得邊度）維基仲講同文字式瀏覽器嘅兼容，唔用方括就係唔兼容，喺爾個層面上，｢內碼上｣ 唔用方括係問題。

同樣，點解改會係直接刪方括，而唔係將個製用 CSS 畫出來？我想知技術人員究竟點恁。（我知唔用方括對盲人會方便啲，但係想知技術人員究竟點恁。）

---

@Whatamidoing (WMF) Question: I came from the text user interface world so it’s clear to me that the square brackets represent a GUI button. I came across something somewhere (I forgot where) that suggests MediaWiki still talks about text browsers. As a (sometime) text browser user, I’d say removing the square brackets at the encoding level can be seen as a step back in terms of compatibility with text user interface conventions.

In the same vein, I wonder — since the square brackets were clearly to mimic a GUI button — why we don’t just draw an actual button with CSS? I’d like to know what concepts the devs initially came up with, what concepts were rejected, and why. (I can see compatibility with screen readers as a possible reason, but I’d like to know about the real reasons.)

(ETA: I just checked with my text browser. “Reply” is actually repeated in the current UI (and the link is a no-op); this is not fine. I suppose then that compatibility with text browsers is moot, since it’s already incompatible.)

⸺Al12si (傾偈) 2022年11月21號 (一) 21:22 (UTC)

Which text browsers do you prefer? Are you recommending that they test more in Lynx, or a screen reader (螢幕閱讀器)? Whatamidoing (WMF) (傾偈) 2022年11月21號 (一) 23:19 (UTC)

You can test the version with no arrow on this page, too. Whatamidoing (WMF) (傾偈) 2022年11月21號 (一) 23:21 (UTC)

I personally use w3m. Lynx would be good too; there really aren’t that many text browsers and we are increasingly being marginalized. Any amount of testing is good.

I’d suggest testing with both text browsers and screen readers; they really aren’t the same. I used to believe they’re pretty much the same thing until I was taught screen readers; I was shocked how different the user experience was. — Al12si (傾偈) 2022年11月21號 (一) 23:26 (UTC)

@Whatamidoing (WMF) I just tried all three links on my text browser. They basically all look the same (essentially “Reply (Reply)”) and the Reply link links to the same talk page so it’s essentially a no-op.

BTW, funny how you wikilinked the article here on screen readers for me; I wrote that stub :-) Al12si (傾偈) 2022年11月21號 (一) 23:35 (UTC)

I always worry about translating words incorrectly, especially if machine translation is used, but so far I've been lucky with interlanguage links between Wikipedia articles. I think it helps if we can be certain that we're talking about the same thing.

I don't know what the process is for testing with screen readers. It might happen, but it might not. I suspect that there is no testing with text browsers. Perhaps I will have to install Lynx myself. ;-) Whatamidoing (WMF) (傾偈) 2022年12月1號 (四) 20:59 (UTC)

Screen readers are kind of annoying, not because we have to deal with them but because, in context, they are essentially legacy browsers from who-knows-when. Some screen reader + browser combinations know how to switch between languages but most don’t, and when they encounter something they don’t understand (emojis, for example; or the stray CJK word in a paragraph of English) they just silently drop them, which really isn’t fine but, well, there’s nothing we can do.

They’re also not very intelligent so when we’re dealing with homonyms (we have tons in Cantonese, especially if we take “etymographically correct orthography” (正字, ˉdziŋˌdzi) seriously. I tried it with something I wrote and it wasn’t pretty.

I’m pretty sure most people don’t test with text browsers any more.

PS: The most annoying things that screen readers silently drop are punctuation, notably dashes. With English we can work around it by using spaced em dashes, but in Cantonese we can’t; it’s just like nothing’s there where the dashes are... Al12si (傾偈) 2022年12月1號 (四) 21:54 (UTC)

Al12si, I just saw the reports for accessibility testing for Vector 2022 in phab:T323634. I immediately thought of our conversation here. This testing only used screen readers (JAWS and NVDA). Whatamidoing (WMF) (傾偈) 2022年12月7號 (三) 02:34 (UTC)

@Whatamidoing (WMF) Interesting. I think they definitely need to test with VoiceOver (Macs and iOS devices) at least, and possibly TalkBack (Android phones). I have dabbled with JAWS when I was studying at OCAD; it’s pretty different from VoiceOver (which I do use because I use a Mac, sometimes). But of course that was some 8 years ago so things have probably changed.

(ETA: I admit to being sloppy when I test: I only test with VoiceOver and Talkback because I no longer boot into Windows and I can’t get Orca to work. I guess I’m expecting more for a large organization like WMF.) —Al12si (傾偈) 2022年12月7號 (三) 02:57 (UTC)

hi @Al12si: thank you for raising the potential impact this change could have on people using screen readers. You doing so inspired me to check with other members of the Editing Team about this. After talking with them, I feel confident saying that we are not aware of any reason that could cause people using screen readers to notice any changes in the experience they have finding the button for responding to a specific comment because of this change in how the Reply button will appear.

Of course, if this proves not to be the cause for you, or anyone else, we would value knowing so that we can address this issue.

Now, regarding support, or lack thereof, for text browsers like w3m: we do not support text browsers. While I appreciate me sharing this does nothing to address the concern you raised above about this, I thought you might value hearing this directly than potentially continuing to wonder why text browsers do not come up in conversations about software improvements. Note: you can read more about browser support on mediawiki.org.

Please ping me if anything above brings new questions to mind. By the way, I'm Peter. I work alongside Whatamidoing (WMF) as a product manager at the Wikimedia Foundation. PPelberg (WMF) (傾偈) 2022年12月7號 (三) 02:53 (UTC)

Hi @Peter, I took a quick look but I’m not seeing any mention that text browsers are actively unsupported. As far as I can tell, text browsers would essentially fall into Grade C. Even with “modern” GUI-based browsers not all browsers would “support Javascript”; Opera Mini would be the first example that comes to mind; some people also still turn off Javascript by default — maybe there aren’t many such people, but they still exist.—Al12si (傾偈) 2022年12月7號 (三) 03:06 (UTC)

單獨用粗體噶回覆反而更加令人懵懂。The reply in bold alone is even more confusing. 汩汩银泉 (傾偈) 2022年11月26號 (六) 13:11 (UTC)

冇反對新設計；可能撳掣可以細多尐仔。理由係方便睇到邊啲係結束畀評論方便過而今種讀法，種要睇簽名噶，因為 [..] 其實睇起身似正文風格。

No objection to the new design; maybe the buttons can be smaller. The reason is that it's easier to see where the comments end up than the current way of reading, which is to look for the signatures, since [...] actually looks like the body style. 汩汩银泉 (傾偈) 2022年11月26號 (六) 13:05 (UTC)

I guess it makes sense semantically to use actual buttons, but Reply

isn't even a button and blends right into the content. The variant with an arrow makes it stand out more, but I still much prefer the current reply link in square brackets. H78c67c·傾偈 2022年12月2號 (五) 01:29 (UTC)

Update: When I asked, they were planning to add the arrow. They were also planning to make it depend on your User Interface (UI) language, not the wiki's content language. I mostly use English (e.g., https://zh-yue.wikipedia.org/w/index.php?title=Wikipedia:%E5%9F%8E%E5%B8%82%E8%AB%96%E5%A3%87_(%E6%8A%80%E8%A1%93)&uselang=en for this page), so if their plan works, I won't see the arrow.

Also, it will be part of "Show discussion activity" in Special:喜好設定#mw-prefsection-editing-discussion. (This is the preference setting that also gives you the fancy bell button instead of [Subscribe], the number of comments in a discussion, etc.)

I hope this change will happen soon, so you can see the new idea on wiki (if you have the Beta Feature turned on – also, it might only appear on Talk: and User_talk: initially), but I'm not certain which day. Whatamidoing (WMF) (傾偈) 2022年12月7號 (三) 02:41 (UTC)

Join the Coolest Tool Award 2022: Friday, Dec 16th, 17:00 UTC

The fourth edition of the Wikimedia Coolest Tool Award will happen online on Friday 16 December 2022 at 17:00 UTC!

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

Read more about the livestream and the discussion channels.

Thanks for joining! -Komla

MediaWiki message delivery 2022年12月5號 (一) 18:53 (UTC)

Community Wishlist Survey 2023 opens in January!

請幫手去譯做你嘅語言

你好

The Community Wishlist Survey (CWS) 2023, which lets contributors propose and vote for tools and improvements, starts next month on Monday, 23 January 2023, at 18:00 UTC and will continue annually.

We are inviting you to share your ideas for technical improvements to our tools and platforms. Long experience in editing or technical skills is not required. If you have ever used our software and thought of an idea to improve it, this is the place to come share those ideas!

The dates for the phases of the Survey will be as follows:

• Phase 1: Submit, discuss, and revise proposals – Monday, Jan 23, 2023 to Sunday, Feb 6, 2023
• Phase 2: WMF/Community Tech reviews and organizes proposals – Monday, Jan 30, 2023 to Friday, Feb 10, 2023
• Phase 3: Vote on proposals – Friday, Feb 10, 2023 to Friday, Feb 24, 2023
• Phase 4: Results posted – Tuesday, Feb 28, 2023

If you want to start writing out your ideas ahead of the Survey, you can start thinking about your proposals and draft them in the CWS sandbox.

We are grateful to all who participated last year. See you in January 2023!

多謝！ Community Tech, STei (WMF) 2022年12月13號 (二) 12:59 (UTC)

Vote for your favourite Wikimedia sound logo

請幫手去譯做你嘅語言

We are really sorry for posting in English

Voting in the Wikimedia sound logo contest has started. From December 6 to 19, 2022, please play a part and help chose the sound that will identify Wikimedia content on audio devices. Learn more on Diff.

The sound logo team is grateful to everyone who participated in this global contest. We received 3,235 submissions from 2,094 participants in 135 countries. We are incredibly grateful to the team of volunteer screeners and the selection committee who, among others, helped bring us to where we are today. It is now up to Wikimedia to choose the Sound Of All Human Knowledge.

Best wishes, Arupako-WMF (傾偈) 2022年12月17號 (六) 16:22 (UTC)

Feminism and Folklore 2023

請幫手去譯做你嘅語言

Dear Wiki Community,

Christmas Greetings and a Happy New Year 2023,

You are humbly invited to organize the Feminism and Folklore 2023 writing competition from February 1, 2023, to March 31, 2023 on your local Wikipedia. This year, Feminism and Folklore will focus on feminism, women's issues, and gender-focused topics for the project, with a Wiki Loves Folklore gender gap focus and a folk culture theme on Wikipedia.

You can help Wikipedia's coverage of folklore from your area by writing or improving articles about things like folk festivals, folk dances, folk music, women and queer folklore figures, folk game athletes, women in mythology, women warriors in folklore, witches and witch hunting, fairy tales, and more. Users can help create new articles, expand or translate from a list of suggested articles.

Organisers are requested to work on the following action items to sign up their communities for the project:

1. Create a page for the contest on the local wiki.
2. Set up a fountain tool or dashboard.
3. Create the local list and mention the timeline and local and international prizes.
4. Request local admins for site notice.
5. Link the local page and the fountain/dashboard link on the meta project page.

This year we would be supporting the community's financial aid for Internet and childcare support. This would be provided for the local team including their jury and coordinator team. This support is opt-in and non mandatory. Kindly fill in this Google form and mark a mail to support@wikilovesfolklore.org with the subject line starting as [Stipend] Name or Username/Language. The last date to sign up for internet and childcare aid from our team is 20th of January 2023, We encourage the language coordinators to sign up their community on this link by the 25th of January 2023.

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

We look forward to your immense coordination.

Thank you and Best wishes,

Feminism and Folklore 2023 International Team

Stay connected  

--MediaWiki message delivery (傾偈) 2022年12月24號 (六) 10:24 (UTC)

Global ban for PlanespotterA320/RespectCE

Per the Global bans policy, I'm informing the project of this request for comment: m:Requests for comment/Global ban for PlanespotterA320 (2) about banning a member from your community. Thank you.--Lemonaka (talk) 21:40, 6 February 2023 (UTC)

New details about the Private Incident Reporting System

請幫手去譯做你嘅語言

你好

We have an update about the Private Incident Reporting System (PIRS) development.

We have created an FAQ on the project page to help answer your questions. Please check it, and give feedback, or ask additional questions if you have more.

Best regards, Trust & Safety Tools team.

STei (WMF) 2023年2月8號 (三) 19:07 (UTC)

點解加咗個鼓勵人翻譯到中文維基嘅功能？

喺Phabricator跟蹤
任務T304865

上嚟睇粵文維基發現多咗個功能，如果篇文未有連其他語言，左邊「話」仍會顯示「中文」嘅連結，如果㩒入去，就會開個翻譯工具，引導人將內容翻譯成中文，並喺中文維基發佈。但同一時間，中文維基未見有同類功能，如果篇文未有連其他語言，係唔會叫人翻譯做粵文或者其他語言。

我唔係成日睇住，唔肯定粵文維基社群有冇事前討論過（似乎搵唔到），但呢個功能對粵文維基嘅發展恐怕會有負面影響。一直以嚟，粵文維基有唔少題材因為唔符合中文維基收錄門檻，又或者中文維基冇人關注，而做咗粵文維基獨家文章，有唔少讀者靠搵中呢啲題材而接觸粵文維基。如果鼓勵人翻譯到中文維基，令中文維基都有同一題材嘅文章，除非粵文維基嘅文章做到好詳盡，否則多數人都會傾向睇中文維基，減少粵文維基接觸網民嘅機會。

我諗既然中文維基都唔見有呢個功能，點解唯獨粵文維基會有呢？如果粵文維基社群從來冇同意過，又可唔可以要求取消呢？ Hkzense (傾偈) 2023年2月17號 (五) 14:44 (UTC)

請檢查係毋係“[[zh:某標題]]”作怪，否則認真大劑！--202.141.212.98（討論） 2023年2月18號 (六) 01:03 (UTC)

我都見到（以冇連Wikidata嘅「陰目偵信」做例子，有「英文」同「中文」兩個翻譯連結），之前唔覺，應該係最近新加嘅。登入先至見到，登出咗就見唔到。而中維、英維呢啲大語種都唔見有。估計可能係上頭（基金會）覺得細語種獨有嘅知識應該要畀更多人睇到，所以就鼓勵人將細語種內容翻譯去大語種，喺宏觀角度有佢哋嘅道理，但如果用細語種角度去諗，而家即係喺細語種地頭宣傳叫人幫手貢獻大語種，我覺得係傷害緊細語種。--Alfakwan (傾偈) 2023年2月18號 (六) 06:32 (UTC)

呢個係ContentTranslation嘅功能之一，早喺2014年已經開始開發，好耐之前推出咗，唔係新功能嚟。H78c67c·傾偈 2023年2月18號 (六) 06:44 (UTC)

我跟住個例子睇，喺我度淨係見到 ｢英文｣（喺我度冇 ｢中文｣），撳入去會出翻譯畫面。我喺 ｢喜好設定｣ 搵到一個叫 ｢Access to start a translation, from the contributions page, the language list, and new page creations.｣ 嘅選項，預設係開着。我都唔贊同咁嘅做法。 Al12si (傾偈) 2023年2月18號 (六) 06:48 (UTC)

回覆H78c67c：就算個功能推出好耐，但之前一路都冇強加畀人，所以問題關鍵就係佢而家唔知點解由預設關閉改成預設開啟，同埋並唔係所有語種統一去推行，大語種都未有安排改成預設開啟。--Alfakwan (傾偈) 2023年2月18號 (六) 06:53 (UTC)

@Alfakwan: 我啱啱摷咗一陣，發覺呢個功能相關資料真係少得淒涼。呢個功能似乎叫做「gray link(s) panel」，mw:Content translation/Product Definition/Entry points#Surfacing lacking languages有介紹。 H78c67c·傾偈 2023年2月18號 (六) 06:56 (UTC)

@Al12si: 睇返2019年嘅commit f171aaa，粵維嗰陣呢個選項嘅預設閂咗嘅。最衰個file太多改動，開唔到個blame嚟睇係邊個改咗佢。 H78c67c·傾偈 2023年2月18號 (六) 07:05 (UTC)

揾到喇，係啱啱星期四UTC 08:15 deploy 嘅Change 889656將呢個功能改為預設開着嘅。詳情請睇phab:T304865。H78c67c·傾偈 2023年2月18號 (六) 07:09 (UTC)

咁大改動都唔放 tech news... ugh... Al12si (傾偈) 2023年2月18號 (六) 07:10 (UTC)

呢個task係專為粵維而開，居然完全冇同粵維社群溝通過。--Alfakwan (傾偈) 2023年2月18號 (六) 07:15 (UTC)

@Alfakwan：佢哋認為Wikipedia:城市論壇_(技術)/歸檔/2022年6月#Enabling_Content_and_Section_translation_tool_in_Cantonese_Wikipedia算係溝通咗。 H78c67c·傾偈 2023年2月18號 (六) 07:21 (UTC)

原來係噉。可能大家對「enable」個定義有落差啦。喺我眼中Content translation已經enable咗畀人用好耐，想用嘅可以自己開嚟用，但佢近期嘅動作係「所有粵維註冊用戶預設開啟」（default enable for all yue wiki registered users），我又唔覺佢舊年6月個通知有提及過會用呢種方式推行。（講明先：我自己未試用過Content translation，一路以為佢只係方便人由其他語言翻譯去粵維，冇諗過會同時叫人由粵維翻譯去其他語言。）--Alfakwan (傾偈) 2023年2月18號 (六) 07:38 (UTC)

嘩！咁難得有個契機，請有能力及技術保護自己嘅管理員（其實本用户都有啲驚……）順便勸喻維基媒體基金會處理谷歌打壓粵文版維基百科呢個嚴重問題，請睇「https://zh-yue.wikipedia.org/wiki/Wikipedia:%E5%9F%8E%E5%B8%82%E8%AB%96%E5%A3%87_(%E9%9B%9C%E9%A0%85)#%E8%B0%B7%E6%AD%8C%E7%8E%A9%E5%BC%84%E4%B8%AD%E5%85%B1%E9%86%9C%E8%81%9E%E4%BE%8B%E5%AD%90」及「https://zh-yue.wikipedia.org/wiki/User_talk:Universehk#%E9%80%A3%E7%B5%90%E7%B6%AD%E5%9F%BA%E6%95%B8%E6%93%9A」，有齊客觀證據！以前有檔香港傳媒可能會關心……--49.176.167.107（討論） 2023年2月18號 (六) 08:16 (UTC)

多謝解釋。我做個簡單小結先：舊年6月WMF曾經通知粵文維基「Enabling Content and Section translation tool in Cantonese Wikipedia」，但未獲粵文維基社群關注，直到今個禮拜四晚WMF安排為全體粵文維基戶口預設開啟「Content and Section translation tool」，而「Content and Section translation tool」入面包含喺文章左側語言清單入面增加「gray link(s) panel」功能，鼓勵用戶翻譯去其他語言（具體語言按照用戶本身瀏覽習慣而定，例如我只係見到中文、Al12si兄只係見到英文、Alfakwan兄就同時見到中英文），而因為「鼓勵用戶翻譯去其他語言」呢個功能可能會為粵文維基帶嚟潛在負面影響嘅疑慮，引發今次嘅討論。

我又有兩條問題 —— 一條民意調查同一條技術問題：

1. 大家認為「gray link(s) panel」功能應唔應該喺粵文維基預設開啟？
2. 如果粵文維基社群主流意見認為唔應該預設開啟「gray link(s) panel」功能：
   • 如果技術上有得獨立閂「gray link(s) panel」，可唔可以安排粵文維基預設閂呢個功能，有需要嘅用戶可以自己去開？（唔影響「Content and Section translation tool」其他功能）
   • 如果技術上冇得獨立閂「gray link(s) panel」（綑綁「Content and Section translation tool」），可唔可以安排粵文維基撤回預設開啟成個「Content and Section translation tool」，有需要嘅用戶可以自己去開？

--Hkzense (傾偈) 2023年2月18號 (六) 13:12 (UTC)

要預設閂咗呢個功能嘅「無私」原因，係佢專門鼓勵啲生手用户一時興起以此練習，無意間製造錯漏，誤人子弟，同時阻礙正確嘅原文曝光；「中」文版維基百科充斥英譯「中」嘅長篇半機翻垃圾，資深嘅粵文版維基百科編輯者，都唔會噉樣累街坊兼丢自己架。英譯粵作品以Dr. Greywolf嘅最多（亦似乎係最佳……），可以對照。--49.176.167.107（討論） 2023年2月19號 (日) 03:25 (UTC)

其實維基媒體基金會嘅職員好明白，內容增長速度減慢嘅主要原因，係政商打手勢力過大，家陣為咗做騷，竟然扮懵，走嚟打僅餘淨土嘅主意，借善男信女之手玩「misinformation」！人心叵測……--49.176.167.107（討論） 2023年2月19號 (日) 03:31 (UTC)

我正想報告問題，就見到原來已經討論緊。話說我入去《表演》一版（注意：而家係睇唔返我當時睇到嘅情況），見到零零舍舍得「中文」一個連結，覺得好奇怪，無理由呢個概念只係得中文版。後尾先至搞清楚個連結原來並唔係連去中文版，而係叫人翻譯去中文版，因為篇文未連Wikidata。當我將篇文連過去對應嘅Wikidata項目後，「中文」連結先至變成連去中文版。我認為「第啲話」呢一欄理應純粹擺放已經有其他語言版本嘅文章連結，而唔係擺放叫人翻譯去其他語言版本嘅連結。雖然話翻譯連結用灰色去識別，但如果唔細心睇都唔容易分辨，當見到有個「中文」連結，要望真啲先至知道究竟係代表已經有中文版定只係叫人翻譯去中文版。我唔認同要搞到咁複雜，希望可以為所有人恢復原狀。--XRTIER (傾偈) 2023年2月19號 (日) 09:19 (UTC)

本用户之前可能錯怪咗佢哋；話唔定係樂觀到離譜嘅人好心做壞事啫。其實，只要肯認真諗下，都知道唔理係焉啲話，鼓勵人將某篇文由有人打理嘅地方，直譯去冇人打理嘅地方，結果好極有限；當然，睇唔明官話白話文嘅人，未必會見到咁多嚇死人嘅實例。至於人機合一嘅跨國「disinformation」亂象，實在深不可測，應該暫時擱置。--49.176.167.107（討論） 2023年2月21號 (二) 09:58 (UTC)

A reply to "Why did you add a function to encourage people to translate to the Chinese wiki?"

Hello Cantonese Wikipedians,

I am Uzoma Ozurumba, a Community Relations Specialist supporting the Language team.

I apologise for our permanently enabling Content and Section Translation to your Wikipedia which surprised you. We announced our plans to permanently enable these tools in your Wikipedia last year, and there was no objection from your community. A minor blocker delayed the enablement until now that the tool is enabled.

From your conversation here, I can see you are worried about this enablement in your Wikipedia. I want to explain that Content translation already exists as a beta feature in your Wikipedia, but now it can be discovered by more contributors. However, users not interested in the translation tool can disable it from their preferences.

The Section translation tool is an improvement of the Content translation that allows translators to easily translate with their mobile device one section at a time.

Once again, I apologise for this oversight, and I would like to get your feedback and questions about the tool and the enablements.

Best regards UOzurumba (WMF) (傾偈) 2023年2月20號 (一) 18:33 (UTC)

Editing news 2023 #1

Read this in another language • Subscription list for this multilingual newsletter

This newsletter includes two key updates about the Editing team's work:

1. The Editing team will finish adding new features to the Talk pages project and deploy it.
2. They are beginning a new project, Edit check.

Talk pages project

Some of the upcoming changes

The Editing team is nearly finished with this first phase of the Talk pages project. Nearly all new features are available now in the Beta Feature for 討論工具.

It will show information about how active a discussion is, such as the date of the most recent comment. There will soon be a new "加主題" button. You will be able to turn them off at Special:Preferences#mw-prefsection-editing-discussion. Please tell them what you think.

Daily edit completion rate by test group: DiscussionTools (test group) and MobileFrontend overlay (control group)

An A/B test for 討論工具 on the mobile site has finished. Editors were more successful with 討論工具. The Editing team is enabling these features for all editors on the mobile site.

New Project: Edit Check

The Editing team is beginning a project to help new editors of Wikipedia. It will help people identify some problems before they click "發佈修改". The first tool will encourage people to add references when they add new content. Please watch that page for more information. You can join a conference call on 3 March 2023 to learn more.

–Whatamidoing (WMF) (討論) 2023年2月22號 (三) 23:24 (UTC)

Your wiki will be in read only soon

用其他語言嚟閱讀呢個信息 • 請幫手去譯做你嘅語言

維基百科基金會將會測試第一同埋第二個數據中心嘅轉換。 咁樣就會確保維基百科同其他維基媒體維基項目，即使喺發生意外之後，仍然可以保持在線。 為咗確保一切正常運作，維基媒體技術部門計劃進行測試，保證系統能夠可靠噉喺兩個數據中心之間切換。測試需要好多個團隊做好準備，隨時可以修復任何突發嘅問題。

1 三月 所有流量會切換到新數據中心， 測試會喺 14:00 UTC開始。

因為MediaWiki有某啲限制，切換期間都一定要停止所有嘅編輯。 我哋諒解今次測試帶來嘅不便，我哋喺度響未來度努力減少同樣嘅情況。

喺一段好短嘅時間，你可以閱讀，但係響短時間之內唔可以編輯所有啲維基。

• 10月27號當日嘅其中一個鐘之內唔可以編輯所有啲維基。
• 嗰陣時如果你嘗試編輯文章或者保存更改，你就會睇到一個錯誤信息。 我哋希望過程中唔會有編輯丟失，但係我哋保證唔到呢點。 如果你見到錯誤訊息，噉就請等到一切恢復正常， 然後你就應該可以保存你嘅編輯。 之但係，我哋建議你複製你嘅改動，以防萬一。

其它影響：

• 後台背景作業會變慢，有啲可能會被丟棄。 紅色連結可能更新得無平時咁快。 如果您開咗一版已經喺第度有連結嘅文章，個連結變色要耐過平時。 有啲長時間運行嘅腳本將不得不停止。
• We expect the code deployments to happen as any other week. However, some case-by-case code freezes could punctually happen if the operation require them afterwards.
• GitLab will be unavailable for about 90 minutes.

如有必要，呢個計劃可能會被延遲。 你可以喺wikitech.wikimedia.org讀個時間表。 任何嘅改變都會喺嗰份計劃書上面寫低。 未來會有更多呢方面嘅消息。 喺每一個維基都會喺呢個計劃之前30分鐘顯示一個通告。 請同你嘅社區分享呢個信息。

Trizek (WMF) (討論) 2023年2月27號 (一) 21:21 (UTC)

注意：信入面寫嘅 ｢10月27號｣ 係指3月1號，出咗10月係因為冇發翻譯通知，用咗過時嘅翻譯。正確譯文喺爾度。 Al12si (傾偈) 2023年2月27號 (一) 23:46 (UTC)

Ukraine's Cultural Diplomacy Month 2023: We are back!

請幫手去譯做你嘅語言

Hello, dear Wikipedians!

Wikimedia Ukraine, in cooperation with the Ministry of Foreign Affairs of Ukraine and Ukrainian Institute, has launched the third edition of writing challenge "Ukraine's Cultural Diplomacy Month", which lasts from 1st until 31st March 2023. 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 contribution in every language! The most active contesters will receive prizes.

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!

ValentynNefedov (WMUA) (talk) 07:58, 1 March 2023 (UTC)

模分類求助

有幾個模而今冇正確分類⸺Template:lang-grc、Template:lang-he、Template:lang-ti⸺爾啲都係我改，只係轉咗模組版，等出到羅馬拼音。開咗模解，模同模解都係照 lang-ar 模格式照抄，對過好多次，睇極都唔覺有嘢抄錯，但係就係喺 Category:Lang-x 模冇出現。想請教高人我係做錯咗乜，係咪做嘢次序錯咗，定係系統出錯。麻煩嗮！（PS: Template:lang-am 本來都分咗類但係冇出，而今正常返，但係我唔知點解正常返。） Al12si (傾偈) 2023年3月10號 (五) 07:00 (UTC)

Wikimania 2023 Welcoming Program Submissions

Do you want to host an in-person or virtual session at Wikimania 2023? Maybe a hands-on workshop, a lively discussion, a fun performance, a catchy poster, or a memorable lightning talk? Submissions are open until March 28. The event will have dedicated hybrid blocks, so virtual submissions and pre-recorded content are also welcome. If you have any questions, please join us at an upcoming conversation on March 12 or 19, or reach out by email at wikimania@wikimedia.org or on Telegram. More information on-wiki.

提議

頭版標題

今日無意中撳頭版，見到標題寫

   粵文維基百科
   海納百川 有容乃大
   人人都寫得嘅自由百科

不如改做

   粵文維基百科
   海納百川 有容乃大
   自由百科 人人寫得

— Al12si (傾偈) 2022年10月30號 (日) 20:18 (UTC)

Wikipedia:請求意見

可唔可以做返個重定向？--Ktsquare (傾偈) 2023年2月11號 (六) 00:37 (UTC)

諗法實驗室

發明機械人嚟清除連續空行

已知有幾個北士會整啲連續空行出嚟，其中之一，係响編輯途中，喺即見模式同編碼模式之間切換——中文版維基百科都有呢個缺陷。有冇人識得整個機械人，自動噉將佢哋消除？斷估唔難發明——原理無非係「搜索、取代」。--110.174.132.162（討論） 2022年5月23號 (一) 13:26 (UTC)

唔知AutoWikiBrowser做唔做得到呢類嘅修改，或者pyWikiBot嘅cosmetic_changes.py做唔做得到呢？ Shinjiman ⇔ ♨ 2022年7月20號 (三) 05:27 (UTC)

雜項

Google偏袒中文維基又一實例

之前爬文聽過Google對各語言維基版本未有一視同仁公平對待，重中文輕粵文，啱啱有個發現可以同大家分享。粵語維基開咗「‎歐陽仲豪」篇文已經差唔多兩年，今日06:46(UTC，下同) 中文維基開咗同一頁面，我大約07:06（開文唔夠半個鐘）Google搜尋「‎歐陽仲豪」，中文維基個結果已經排第二，只係排粵文維基下面。相反，粵文維基嘅新版，就算中文維基無開文，都需要一段長時間先至畀Google收錄。抽樣查幾篇中文維基無嘅文：今朝開嘅「創文館」，尋日開嘅「洛神花茶」，前日開嘅「創奇思」，大前日開嘅「動物守衛隊」，四日前開嘅「Okapi BM25」，五日前開嘅「艾爾絲懷疑仙境」，通通Google都暫未收錄；到我抽到呢篇六日前開嘅「啟德車站廣場」，先至見Google有收錄，呢刻排名第12。--Mikedou (傾偈) 2022年5月14號 (六) 07:29 (UTC)

講開，歐陽仲豪嗰篇中維啲料好似仲齊過呢邊。 ——Z423X5C6（傾偈） 2022年5月14號 (六) 15:32 (UTC)

我望到呢個討論嘅時間，中維嘅「‎歐陽仲豪」已經唔見咗（應該又係衰嗰邊嘅「關注度」），不過響Google搜尋結果仍佔第二。Google啲衰嘢都存在咗好耐，但無奈暫時都無方法去改變。Yahoo就叫做相對持平啲，唔係無偏袒，但情況好過Google好多。Yahoo搜尋「歐陽仲豪」，粵維排第一，而中維都憑「微辣」篇文排第7，掹車邊出現響第一版。--Kowlooner (傾偈) 2022年5月15號 (日) 11:58 (UTC)

咕㗝當初各地有各地搵，搵嘢啱本地用。後尾佢敗走大陸，轉哂啲嘢去香港，自此就好難搵香港本地嘢，搵親都夾住海量垃圾。佢個地圖，香港同深圳界綫，曾經長年錯位，兩地互相重疊，過咗好多年先整返啱。有時香港本土嘢，好似防風板咁，唔知頭唔路嘅話，就畀咕㗝誤導話擋風板，實情指第二樣嘢，靠咕㗝就會九唔搭八，冚晒本地用字。咕㗝搵乜嘢人做嘢，心照啦。何來會照住廣東話需求。HenryLi (傾偈) 2022年7月1號 (五) 07:03 (UTC)

@HenryLi: 地圖重疊係受中國大陸法律規定所影響：zh:中华人民共和国地理数据限制#坐标系实现。 H78c67c·傾偈 2022年7月1號 (五) 08:05 (UTC)

嗰時咕㗝已經撤走。而且微軟、諾基亞、蘋果等地圖都無依個問題。就算百度都無依個問題。只能話咕㗝自己有問題。HenryLi (傾偈) 2022年7月1號 (五) 08:10 (UTC)

順帶一提：大家因應呢種特性，可以多啲揀親美帝偏執者唔鍾意嘅題材嚟寫喺粵文版……某股勢力見到呢種獨家文章，就會出手翻譯，然後喺中文版整篇甩皮甩骨嘅和諧版出嚟，嗰啲醒目管理員意識到情況如此，就會出人意表噉暫停發神經，唔搬出萬能刪除歪理（抄襲嘅叫「侵犯版權」，唔抄襲就當「原創總結」……），扮睇唔到，甚至話夠關注度而支持保留——目的係令到搜尋者難以睇到呢道獨有嘅關鍵內容。然而繼續會有啲懵懂親美帝散仔不明所以，要求刪除，大家偶然見到時，不妨過去投下票，順水推舟。--110.174.132.162（討論） 2022年7月27號 (三) 21:15 (UTC)

@HenryLi：有冇試過噉樣（https://www.wikidata.org/w/index.php?title=Q111800366&diff=prev&oldid=1725315742及https://www.wikidata.org/w/index.php?title=Q111800367&type=revision&diff=1725335263&oldid=1639532952）教咕㗝？--110.174.132.162（討論） 2022年9月10號 (六) 14:29 (UTC)

等咗幾日……睇嚟乜用都冇。推測：以呢個例子計，大型網上商店平台同谷歌係拍檔……商業決定成分頗重，人工智能缺陷成分頗輕。--110.174.132.162（討論） 2022年9月15號 (四) 05:51 (UTC)

谷歌玩弄中共醜聞例子

大家可以試下用谷歌搜尋熱門關鍵詞「張津瑜」，會見到佢夾硬當你哋打錯字，顯示極為冷門嘅「張欣瑜」嘅嘢，而第一個結果係篇百度百科嘅簡體字文；偏偏改用「张津瑜」，唔會出現咁離譜嘅怪事，排除咗谷歌為道義而保護當事人嘅可能性……（若果谷歌仗義疏財，本用户會支持。）不過總係反常噉忽略粵文版維基百科嗰篇「張津瑜」。呢樣明顯唔係人工智能自然出現嘅偏差，而似係非廣告客户叫佢人手噉加道特別指令入去。就算用百度搜尋「张欣瑜」，喺結果當中排頭嘅，都唔係自己嘅網站。--110.174.132.162（討論） 2022年9月11號 (日) 07:00 (UTC)

@Mikedou：本用户揾到證據（https://archive.ph/JfmdZ），確定谷歌會將粵文版維基百科嘅正文擺入黑名單，反而粵文版維基百科嘅城市論壇頁面冇事，甚至連翻版粵文版維基百科嘅內容，都有埞企！谷歌唔尊重文化，亦唔尊重版權，更唔尊重私穩。若果用其他簡單組合嘅關鍵詞嚟做實驗，會發現有料到嘅鹹濕網站排位唔錯，可見谷歌對受害嘅張津瑜毫不憐憫；反而，本用户寫嗰篇文係孤兒，冇嘗試傳播佢嘅尷尬消息，喺正常情況之下，甚至會搶走嘩眾取寵嘅娛樂版新聞嘅些少瀏覽量。無奈，就算使出好多小技倆，對粵文版維基百科嘅幫助都唔會大。--110.174.132.162（討論） 2022年9月15號 (四) 11:43 (UTC)

谷歌已經肯將嗰篇文曝光，呢個似乎係佢嘅瀏覽量飆升嘅原因，不過有件新嘅怪事隨之而嚟（https://archive.ph/c9FZc），就係即使唔登入户口，冇閂色情過濾，都可以喺當眼位見到四仔冇格仔嘅相關網頁；唔理有心定係無意，都算辱華。若果中共網軍少啲洽嶺南同胞，多啲搞美帝外敵就好喇。另外，可能有人試過，喺中文版維基百科整篇新文嘅時候，唔小心將標題打錯成冇意義嘅嘢，谷歌照樣會即時收錄！只理出身，而唔理本質嘅做法，認真可惡。--110.174.132.162（討論） 2022年11月6號 (日) 21:51 (UTC)

我睇過Google搜尋「張津瑜」而家係排緊第二位，可以解釋到點解瀏覽人次多咗。只能夠慨嘆Google影響力真係好大，有能力控制到多數網民接觸到同接觸唔到特定嘅資訊。--Mikedou (傾偈) 2022年11月7號 (一) 11:51 (UTC)

我㝷日搵第啲嘢（同政治無關），用Google搵（因為搵中文，第啲真係唔掂），粵維嘅嘢被人抄，Google 會列出抄襲網站，但係唔列粵維，連叫佢列埋 ｢重覆網頁｣ 都仍然冇粵維。

如果佢唔係玩嘢，就係佢啲演算法根本全部係廢，仲係佢哋啲嘢廢自己都唔知（其係都唔係乜嘢新聞）。 Al12si (傾偈) 2022年11月7號 (一) 21:29 (UTC)

檢查過啲垃圾文章嘅索引狀態，發覺中文版維基百科好適合濫用嚟做污糟嘢！有人不斷玩「黃志強」呢個名，佢會搏命改標題，總係寫得一兩行無謂嘢（係唔係追債或者尋仇，就不得而知囉……）；雖然次次都好快被刪除，但係谷歌嘅緩存一律會留低好耐！--110.174.132.162（討論） 2022年11月12號 (六) 20:38 (UTC)

呢篇文响上個月登上瀏覽量榜首（https://zh-yue.wikipedia.org/wiki/Wikipedia:%E6%AF%8F%E6%9C%88%E6%9C%80%E5%A4%9A%E4%BA%BA%E7%9D%87%E5%98%85%E6%96%87/2023%E5%B9%B4/1%E6%9C%88），可能由戴璐桃色事件帶起；到咗今個月，佢已經被谷歌埋咗落地底（https://archive.md/dNoWG），肯定係人手操作！--49.176.167.107（討論） 2023年2月18號 (六) 08:13 (UTC)

「重新導向」算唔算所謂嘅「國維行話」？

我發現用編輯工具列去開redirect page時，以前係寫做「#REDIRECT XXX」，而家係寫做「#重新導向 XXX」。但我記得「redirect」呢度好似叫「跳轉」？咁「重新導向」又算唔算所謂嘅「國維行話」？ Yaukasin (傾偈) 2022年7月1號 (五) 05:33 (UTC)

@Yaukasin：請睇「Wikipedia:城市論壇_(技術)#MediaWiki_介面訊息今後無粵文翻譯就會預設用zh-hk或zh-hant顯示」嘅討論。 ——Z423X5C6（傾偈） 2022年7月1號 (五) 05:46 (UTC)

跳轉、重新導向，2個字都通用，冇必要揀咗是但一個，之後要禁用另一個用字。特克斯特 (傾偈) 2022年7月1號 (五) 05:48 (UTC)

明白，多謝各位解答。--Yaukasin (傾偈) 2022年7月1號 (五) 05:53 (UTC)

「#重新導向」呢個字係有bug嘅，請睇Wikipedia:城市論壇 (技術)#懷疑因為清理「#重新導向」遇到bug搞到粵維文章數少咗三百幾篇。如果保險計都係用住「#REDIRECT」先。 Shinjiman ⇔ ♨ 2022年7月22號 (五) 02:30 (UTC)

維基網上國際年會：全域行為準則討論

Hi all, sorry for writing in English here. There will be an Universal Code of Conduct Enforcement Guidelines Roundtable soon. You are also invited to share your questions directly on the page or on the Movement Strategy Forum. Looking forward to seeing you there! VChang (WMF) (傾偈) 2022年8月11號 (四) 13:05 (UTC)

粵文：今日 14:00 UTC (22:00 HKT) 會有 全域行為準則討論，請大家湧躍參與！會前會後都可以去呢度提出討論事項： Movement Strategy Forum 翹仔 (傾偈) 2022年8月11號 (四) 13:36 (UTC)

如果有時間不妨關注Special:UnconnectedPages

以往清理Special:UnconnectedPages（未連到項目嘅版）嘅工作量唔算多，但最近有人開咗大量香港政商界人物嘅文，而嗰位人兄出名冇連Wikidata嘅習慣，而家Special:UnconnectedPages有超過500篇文章，扣除大部份真係粵維獨有嘅文，估計應該仍然有二三十篇可以連去Wikidata項目。最麻煩係中文維基亦唔係篇篇有，就算有同名嘅文又未必係同一個人，所以需要相當多時間逐一去睇。如果有時間，不妨可以幫下手，清得幾多得幾多。 Kwgulden (傾偈) 2022年8月20號 (六) 09:44 (UTC)

我見已經用咗「另類方法」處理，就係冚唪唥開晒Wikidata項目，Special:UnconnectedPages乾淨晒。不過後續就要清理同中文維基同名嘅Wikidata項目（由259個增加到384個）（當然同名未必係講同一個人，所以仍然需要逐一人手比對）。--Kwgulden (傾偈) 2022年9月12號 (一) 08:28 (UTC)

我想問如果 check 咗發現唔同類，點樣update?⸺Al12si (傾偈) 2022年9月12號 (一) 10:23 (UTC)

@Kwgulden：可以去叫User:Universehk去連返。特克斯特 (傾偈) 2022年9月12號 (一) 16:40 (UTC)

同名但講緊唔同嘅嘢，可以喺兩邊item加「different from」嘅Statement；而確定可以合併嘅，用Merge gadget（如果未用過要去Preferences開返）就最方便。不過要比對都唔係簡單嘅事，隨便搵「任達榮 vs zh:任達榮」做例：粵維嘅文只係有佢中文名同選委身份；中維嘅文相對詳盡，但偏偏就未提過佢係選委，即係話兩篇文除咗中文名一樣之外，就見唔到有其他共通點證明係同一個人，係咪同一個人根本無從判斷。正所謂解鈴還須繫鈴人，或者最好都係等Universehk自己處理返最有效率。--Mikedou (傾偈) 2022年9月13號 (二) 11:25 (UTC)

喺早前我都已經將最少三十篇文喺Wikidata嗰邊連過嚟，都整過唔少嘅項目喺度，如果已經有Wikidata項目喺嗰邊嘅話，開咗文章之後就順手喺Wikidata嗰邊連返過嚟，真係冇項目嘅話就喺嗰邊開返一個新嘅項目。 Shinjiman ⇔ ♨ 2022年9月13號 (二) 16:27 (UTC)

我想問如果 merge 唔到應該點處理？例如 Q32163017（得個跳轉）merge 唔到入Q1615964（跳轉去嗰版）

我恁個 UnconnectedPages 列表唔係好可信。我見過幾個都係得個跳轉。有啲直接跳去維基字典，同刪咗版其實冇乜分別，其實我哋唔使嘥時間開維基數據畀呢啲喺用戶角度唔存在嘅版

Sorry 問咁多 stupid question。我從來都冇理過維基數據；我都唔知 Unconnected Pages 而今係冇連維基數據咁解（如果冇記錯，以前係第個意思）

⸺Al12si (傾偈) 2022年9月14號 (三) 04:53 (UTC)

《維基數據》家吓嘅其中一個重要功能就係喺嗰版嘅『話』一段列出其它話嘅版本，可以連到其它話嘅版本，同埋有啲模會喺《維基數據》嗰邊拎嘢，然後整理喺嗰版上面表示，好似一啲社交網嘅戶口或者YouTube頻道噉，各話係共通嘅，噉呢種情況之下用數據嗰邊嘅值做準，為咗都係維護方面唔需要喺各個維基上面做，可以以{{維基數據人物明細}}做例子。另外好似Q32163017呢個項目嘅，應該嗰版改做跳轉版之前就已經開咗項目版，所以先至會有嗰個項目。 Shinjiman ⇔ ♨ 2022年9月14號 (三) 05:34 (UTC)

如果嗰版本身係跳轉嘅話，係唔會計入Special:UnconnectedPages裏面。 Shinjiman ⇔ ♨ 2022年9月14號 (三) 07:49 (UTC)

既然系統歡迎，得閒就做啦，唔得閒咪等有心人囉……或者善用中文版維基百科嗰啲多餘人手比較有效。其實駁過去冇乜實質作用，甚至有害；除非粵文版嗰篇有個得獎嘜頭，令到俾互聯網搜尋引擎帶咗去睇中文版嘅人，順便睇多個版本。寫長篇內容嘅人得咁少，唔應該太介意佢哋有些少壞習慣。當兩篇唔同名嘅文經維基數據相連，谷歌就會按偏頗規則，將中文版嗰篇標題唔完全匹配嘅，擺喺頭幾個搜尋結果之中，而當粵文版嗰篇標題完全匹配嘅多餘，唔畀人一下子見到；當兩篇同名，唔使多講……政治及商業打壓學術，搞到個問題好複雜。--110.174.132.162（討論） 2022年9月14號 (三) 08:59 (UTC)

Al12si提到Special:UnconnectedPages見到跳轉版，其實多數都係掛咗即刪模而未被處理嘅無效跳轉版。至於IP友提到連去中文維基嘅顧慮，我覺得如果篇文中文維基一早已經建立咗，粵維唔連過去係粵維蝕底；反而粵維率先建立嘅文，第日當中維跟風建立，連結嘅責任自然就落響中維嗰邊，粵維唔需要刻意幫手。--Kowlooner (傾偈) 2022年9月18號 (日) 14:20 (UTC)

The 2022 Board of Trustees election Community Voting period is now open

You can find this message translated into additional languages on Meta-wiki.

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

Hi everyone,

The Community Voting period for the 2022 Board of Trustees election is now open. Here are some helpful links to get you the information you need to vote:

• Try the Election Compass, showing how candidates stand on 15 different topics.
• Read the candidate statements and answers to Affiliate questions
• Learn more about the skills the Board seeks and how the Analysis Committee found candidates align with those skills

If you are ready to vote, you may go to SecurePoll voting page to vote now. You may vote from August 23 at 00:00 UTC to September 6 at 23:59 UTC. To see about your voter eligibility, please visit the voter eligibility page.

Best,

Movement Strategy and Governance

This message was sent on behalf of the Board Selection Task Force and the Elections Committee

RamzyM (WMF) and VChang (WMF) 2022年8月23號 (二) 17:10 (UTC)

｢廣東話簡介｣ 求改錯字

有權改呢個模嘅可唔可以麻煩改幾個錯字？法文嗰段有兩個 ｢Cantonais｣，全部應該細楷（即係 ｢Bienvenue à la version Cantonais de Wikipédia. Le Cantonais est…｣ 入面嗰兩個）。法文同英文唔同，語言名唔係專有名詞；除非開句，否則一律細楷。（Cantonais 唔係唔可以大楷，但係係廣東人咁解，唔係廣東話。）

另外，最尾嘅 ｢populaire culture cantonaise｣ 應該係 ｢culture populaire cantonaise｣ 先啱。

不過有冇其他錯我唔知，我嘅法文係有限公司。

芬蘭文都有問題，不過冇解決方案⸺我睇到嘅係 ｢kantonilaiseen versioon｣ 係 ｢廣東人版本｣ (‐lainen = 人，字根 laise-，case ending -VVn 唔記得係乜，應該可能係 ｢來到｣ 之類)，唔係廣東話版本；廣東話版本應該係類似 ｢kantoniin versioon｣ （我個 case ending 應該錯咗，唔好信我）⸺我嘅芬蘭文係BB級以下，如果有人識芬蘭文我恁最好 check 下呢段。⸺Al12si (傾偈) 2022年8月26號 (五) 08:08 (UTC)

@Al12si：法文嗰到改咗。利申：我嘅法文都係有限公司。 ——Z423X5C6（傾偈） 2022年9月10號 (六) 08:59 (UTC)

芬蘭文部分嘅最新結果

芬蘭文部分我搵咗個芬蘭朋友睇過，佢覺得冇乜大問題，不過如果要清楚啲可以清楚啲。佢嘅回答係咁：

I have read the Finnish part several times and don't really find so much to correct in it.

我睇過芬蘭文嘅部分，睇過幾次都搵唔到有乜要改正嘅地方。

（我同佢講我覺得 ｢kantonilaiseen versioon｣ 有問題）

it could be phrased 'kantoninkieliseen versioon' and that would emphasize that it's about language not the people or location where it's spoken

可以寫 ｢kantoninkieliseen versioon｣ 強調指話，而唔係指人或者指講嗰種話嘅地方

But I don't think the issue is very big. Most of the use of language is somewhat ambiguous and people always have to interpret

不過我唔覺得係咁大嘅問題；凡係人話，通常都係有啲模糊，要讀者詮釋先得

如果有人有權限又想寫清楚啲，就係上面寫嘅咁改。⸺Al12si (傾偈) 2022年9月27號 (二) 05:51 (UTC)

Invitation to join the Movement Strategy Forum

Hello everyone,

The Movement Strategy Forum (MS Forum) is a multilingual collaborative space for all conversations about Movement Strategy implementation.

We are inviting all Movement participants to collaborate on the MS Forum. The goal of the forum is to build community collaboration, using an inclusive multilingual platform.

The Movement Strategy is a collaborative effort to imagine and build the future of the Wikimedia Movement. Anyone can contribute to the Movement Strategy, from a comment to a full-time project.

Join this forum with your Wikimedia account, engage in conversations, and ask questions in different languages.

The Movement Strategy and Governance team (MSG) launched the proposal for the MS Forum in May 2022. There was a 2-month community review period, which ended on 24 July 2022. The community review process included several questions that resulted in interesting conversations. You can read the Community Review Report.

We look forward to seeing you at the MS Forum!

Best regards,

Movement Strategy and Governance Team

VChang (WMF) (傾偈) 2022年8月30號 (二) 17:39 (UTC)

The 2022 Board of Trustees election Community Voting is about to close

You can find this message translated into additional languages on Meta-wiki.

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

Hello,

The Community Voting period of the 2022 Board of Trustees election started on August 23, 2022, and will close on September 6, 2022 23:59 UTC. There’s still a chance to participate in this election. If you did not vote, please visit the SecurePoll voting page to vote now. To see about your voter eligibility, please visit the voter eligibility page. If you need help in making your decision, here are some helpful links:

• Try the Election Compass, showing how candidates stand on 15 different topics.
• Read the candidate statements and answers to Affiliate questions.
• Learn more about the skills the Board seek and how the Analysis Committee found candidates align with those skills.
• Watch the videos of the candidates answering questions proposed by the community. For translated versions, please see here.

Best,

Movement Strategy and Governance

VChang (WMF) (傾偈) 2022年9月2號 (五) 16:21 (UTC)

Revised Enforcement Draft Guidelines for the Universal Code of Conduct

You can find this message translated into additional languages on Meta-wiki.

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

Hello everyone,

The Universal Code of Conduct Enforcement Guidelines Revisions committee is requesting comments regarding the Revised Enforcement Draft Guidelines for the Universal Code of Conduct (UCoC). This review period will be open from 8 September 2022 until 8 October 2022.

The Committee collaborated to revise these draft guidelines based on input gathered from the community discussion period from May through July, as well as the community vote that concluded in March 2022. The revisions are focused on the following four areas:

1. To identify the type, purpose, and applicability of the UCoC training;
2. To simplify the language for more accessible translation and comprehension by non-experts;
3. To explore the concept of affirmation, including its pros and cons;
4. To review the balancing of the privacy of the accuser and the accused

The Committee requests comments and suggestions about these revisions by 8 October 2022. From there, the Revisions Committee anticipates further revising the guidelines based on community input.

Find the Revised Guidelines on Meta, and a comparison page in some languages.

Everyone may share comments in a number of places. Facilitators welcome comments in any language on the Revised Enforcement Guidelines talk page. Comments can also be shared on talk pages of translations, at local discussions, or during conversation hours. There are a series of conversation hours planned about the Revised Enforcement Guidelines; please see Meta for the times and details.

The facilitation team supporting this review period hopes to reach a large number of communities. If you do not see a conversation happening in your community, please organize a discussion. Facilitators can assist you in setting up the conversations. Discussions will be summarized and presented to the drafting committee every two weeks. The summaries will be published here.

On behalf of the UCoC Project Team

There will be one conversation hour suitable for Asia-Pacific timezones happening this Friday, 16th September 10:00 UTC. Kindly sign up on the meta page if you are planning to attend, thank you! VChang (WMF) (傾偈) 2022年9月13號 (二) 14:33 (UTC)

Announcing the Preliminary Results of the 2022 Board of Trustees Election Community Voting Period

You can find this message translated into additional languages on Meta-wiki.

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

Hi everyone,

Thank you to everyone who participated in the 2022 Board of Trustees election process. Your participation helps seat the trustees the community seeks on the Wikimedia Foundation Board of Trustees.

These are the preliminary results of the 2022 Board of Trustees election:

• Shani Evenstein Sigalov
• Mike Peel

You may see more information about the Results and Statistics of this Board election.

The Board will complete their review of the most voted candidates, including conducting background checks. The Board plans to appoint new trustees at their meeting in December.

Best,

Movement Strategy and Governance

This message was sent on behalf of the Board Selection Task Force and the Elections Committee

VChang (WMF) (傾偈) 2022年9月22號 (四) 16:19 (UTC)

希伯來文嘅羅馬拼音

我想問下其實之前有冇傾過我哋會用邊隻拼音為主？因為我執過幾篇稿，見篇篇都用唔同嘅拼音方案；有時我見拼得太離譜會刪改，但係好多時我都唔會點理，淨係加句註釋話其實拼音冇統一，有其他拼法。

只係想知有冇傾過，同有冇乜嘢意見。⸺Al12si (傾偈) 2022年9月23號 (五) 00:03 (UTC)

中文維基百科嘅弊端

唔知大家點睇呢篇由IP用戶獨力編寫嘅文章，但我覺得入面話人「錯漏多、增長慢、內容少、專業貧」，套用落粵文維基百科都一樣，正宗係「迴力鏢」，甚至可以話係「百步笑五十步」。與其開篇文講人是非，不如落力去寫文，同改善返粵維自身嘅弊端。 Jason6698 (傾偈) 2022年10月4號 (二) 04:30 (UTC)

嗰篇文有大概一半係前人寫落咖，本用户做嘅係移位及擴充。佢嘅用途與閣下嘅願境並無衝突；希望有啲認真寫作嘅生手編輯者喺中文版被玩弄（改正陳年錯字被投訴「原創研究」，撮寫前人合法抄襲嘅政府宣傳稿被判定「持續破壞」……）過後，睇到嗰篇文明白自己衰乜，決定喺留人處——粵文版——試試。--110.174.132.162（討論） 2022年10月7號 (五) 08:23 (UTC)

《通用行為準則修訂執行指引》嘅諮詢期已經過咗

如果需要用第啲話睇爾個通告，可以去元維基搵

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

敬啓者：

通用行為準則修訂委員會喺爾度多謝大家喺《通用行為準則》（UCoC）嘅執行指引修訂草案嘅諮詢過程之中，獻出寶貴嘅時間來傾爾個指引、提議改善嘅地方同提出唔同嘅問題。唔該哂！

社羣諮詢期係2022年9月8號至10月8號，已經過咗。

喺過去嘅四個禮拜，通用行為準則專案小組透過咗唔同嘅渠道⸺包括畀維基人喺埋一齊傾爾個通用行為準則執行指引嘅三次對話時間⸺喺社羣度獲得咗寶貴嘅意見。

修訂委員會喺2022年10月嘅第二個星期會開返會，到時會研究社羣畀我哋嘅意見。通用行為準則專案小組會喺佢哋做嘢嘅過程中為佢哋提供更新，亦都會繼續向社羣報告任何重大嘅進展同埋有冇乜嘢里程碑達到咗。期間委員會會預備《通用行為準則執行指引》嘅最終版本，目前預料2023年1月中旬可以畀社羣投票確認。

　　此致
各位維基人

通用行為準則專案小組上

You can find answers on this page to the outstanding questions from the conversation hours. If you still have further comments or thoughts, please do not hesitate to reach out to me or leave your comments on, for example, the Movement Strategy Forum. -- VChang (WMF) (傾偈) 2022年10月19號 (三) 16:34 (UTC)

所以我仍然是粤维IP封禁豁免用户？

之前申请过，管理员回复是给临时性权限，我现在发现自己还可以编辑粤维，是说明我还有粤维IP封禁豁免吗？ 不慎言行非法师魔女 (傾偈) 2022年10月23號 (日) 09:21 (UTC)

@不慎言行非法师魔女：無，你嘅權限已經過咗期。可能係你嘅IP地址封鎖已經完咗。 ——Z423X5C6（傾偈） 2022年10月23號 (日) 09:43 (UTC)

粤维封锁会比别的地方要宽松吗？ 不慎言行非法师魔女 (傾偈) 2022年10月23號 (日) 09:55 (UTC)

@不慎言行非法师魔女：按個人觀察，這兒可能沒有總括性理由封鎖——突然之間説某用户「長期破壞」或「原創研究」，卻不指出錯在哪裏，或者以「一望而知」帶過……--110.174.132.162（討論） 2022年11月12號 (六) 20:26 (UTC)

Invitation to attend “Ask Me Anything about Movement Charter” Sessions

You can find this message translated into additional languages on Meta-wiki.

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

Hello all,

During the 2022 Wikimedia Summit, the Movement Charter Drafting Committee (MCDC) presented the first outline of the Movement Charter, giving a glimpse on the direction of its future work, and the Charter itself. The MCDC then integrated the initial feedback collected during the Summit. Before proceeding with writing the Charter for the whole Movement, the MCDC wants to interact with community members and gather feedback on the drafts of the three sections: Preamble, Values & Principles, and Roles & Responsibilities (intentions statement). The Movement Charter drafts will be available on the Meta page here on November 14, 2022. Community wide consultation period on MC will take place from November 20 to December 18, 2022. Learn more about it here.

With the goal of ensuring that people are well informed to fully participate in the conversations and are empowered to contribute their perspective on the Movement Charter, three “Ask Me Anything about Movement Charter" sessions have been scheduled in different time zones. Everyone in the Wikimedia Movement is invited to attend these conversations. The aim is to learn about Movement Charter - its goal, purpose, why it matters, and how it impacts your community. MCDC members will attend these sessions to answer your questions and hear community feedback.

The “Ask Me Anything” sessions accommodate communities from different time zones. Only the presentation of the session is recorded and shared afterwards, no recording of conversations. Below is the list of planned events:

• Asia/Pacific: November 4, 2022 at 09:00 UTC (your local time). Interpretation is available in Chinese and Japanese.
• Europe/MENA/Sub Saharan Africa: November 12, 2022 at 15:00 UTC (your local time). Interpretation is available in Arabic, French and Russian.
• Latin America/North America/ Western Europe: November 12, 2022 at 15:00 UTC (your local time). Interpretation is available in Spanish and Portuguese.

On the Meta page you will find more details; Zoom links will be shared 48 hours ahead of the call.

Call for Movement Charter Ambassadors

Individuals or groups from all communities who wish to help include and start conversations in their communities on the Movement Charter are encouraged to become Movement Charter Ambassadors (MC Ambassadors). MC Ambassadors will carry out their own activities and get financial support for enabling conversations in their own languages. Regional facilitators from the Movement Strategy and Governance team are available to support applicants with MC Ambassadors grantmaking. If you are interested please sign up here. Should you have specific questions, please reach out to the MSG team via email: strategy2030@wikimedia.org or on the MS forum.

We thank you for your time and participation.

On behalf of the Movement Charter Drafting Committee, VChang (WMF) (傾偈) 2022年11月2號 (三) 18:45 (UTC)

Join the Movement Charter conversation hour for ESEAP region

You can find this message translated into additional languages on Meta-wiki.

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

Dear all,

The Movement Charter Drafting Committee (MCDC) is currently collecting community feedback about three draft sections of the Movement Charter: Preamble, Values & Principles, and Roles & Responsibilities (statement of intent).

How can you participate and share your feedback?

The MCDC is looking forward to receiving all types of feedback in different languages from the community members across the Movement and Affiliates. You can participate in the following ways:

• Attend one of the scheduled community conversation hours with MCDC members; detail for the ESEAP session below;
• Fill out a survey (optional and anonymous);
• Share your thoughts and feedback on the Meta talk page;
• Share your thoughts and feedback on the Movement Strategy Forum:
  • Preamble
  • Values & Principles
  • Roles & Responsibilities (statement of intent); or
• Send an email to movementcharterwikimedia.org if you have other feedback to the MCDC.

The community consultation session for the ESEAP region will take place on Friday, 9 December 2022 at 09:00-10:30 UTC. The session will be held on Zoom; the link will be shared at the page 48 hours before the session. Live interpretation in Chinese, Japanese, and Indonesian will be available. The conversations will not be recorded, except for the section where participants are invited to share what they discussed in the breakout rooms. The facilitation team will take notes and produce a summary report afterwards.

If you want to learn more about the Movement Charter, its goals, why it matters and how it impacts your community, please watch the recording of the “Ask Me Anything about Movement Charter” sessions which took place earlier in November 2022. You can also watch the recording in Chinese and in Japanese.

Thank you for your participation.

On behalf of the Movement Charter Drafting Committee,

VChang (WMF) (傾偈) 2022年12月2號 (五) 15:51 (UTC)

Movement Charter: Current Community Consultation Coming to An End

Hi everyone,

On behalf of the Movement Charter Drafting Committee (MCDC), we would like to thank everyone who has participated in our first community wide consultation period on the Movement Charter.

People from across the Movement shared their feedback and thoughts on the content of the Movement Charter. If you have not had the chance to share your opinion yet, you are welcome to do so still by giving the drafts a read and filling out the anonymous survey, which is accessible in 12+ languages (Available in Banjar, English, Indonesian, Japanese, Mandarin Chinese and more). The deadline has been extended; the survey will now close on January 2, 2023. You are also invited to continue to share your thoughts with the MCDC via email (movementcharter@wikimedia.org).

What’s next?

The Movement Strategy and Governance team will publish the final report with the summary of the feedback received in January 2023. It will be shared with the MCDC and the communities via different distribution channels.

After receiving the final report, the MCDC will review the suggestions and communicate the changes by providing an explanation on how and why suggestions were or were not adopted in the next versions of the drafts. There will be additional ways to engage with the Movement Charter content in 2023, including early feedback on a proposed ratification process and new drafts of different chapters in the second quarter of 2023.

We invite you to sign-up to the MCDC monthly newsletter, it will be delivered to the Talk page of your choice. Monthly updates are available on Meta to remain updated on the progress of the MCDC.

You can view the relevant local conversations in East, Southeast Asia and the Pacific from the Movement Charter Ambassadors on this page. If you miss this round, you can still sign-up to become one in the future. The Movement Charter Ambassadors Grant Program will restart accepting applications from both individuals and groups ahead of the next round of consultations in the second quarter of 2023.

We thank you for your participation, time and effort in helping to build the Charter for our Movement!

Sending on behalf of the Movement Charter Drafting Committee,

VChang (WMF) (傾偈) 2022年12月19號 (一) 10:26 (UTC)

Upcoming vote on the revised Enforcement Guidelines for the Universal Code of Conduct

You can find this message translated into additional languages on Meta-wiki.

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

Hello all,

In mid-January 2023, the Enforcement Guidelines for the Universal Code of Conduct will undergo a second community-wide ratification vote. This follows the March 2022 vote, which resulted in a majority of voters supporting the Enforcement Guidelines. During the vote, participants helped highlight important community concerns. The Board’s Community Affairs Committee requested that these areas of concern be reviewed.

The volunteer-led Revisions Committee worked hard reviewing community input and making changes. They updated areas of concern, such as training and affirmation requirements, privacy and transparency in the process, and readability and translatability of the document itself.

The revised Enforcement Guidelines can be viewed here, and a comparison of changes can be found here.

How to vote?

Beginning January 17, 2023, voting will be open. This page on Meta-wiki outlines information on how to vote using SecurePoll.

Who can vote?

The eligibility requirements for this vote are the same as for the Wikimedia Board of Trustees elections. See the voter information page for more details about voter eligibility. If you are an eligible voter, you can use your Wikimedia account to access the voting server.

What happens after the vote?

Votes will be scrutinized by an independent group of volunteers, and the results will be published on Wikimedia-l, the Movement Strategy Forum, Diff and on Meta-wiki. Voters will again be able to vote and share concerns they have about the guidelines. The Board of Trustees will look at the levels of support and concerns raised as they look at how the Enforcement Guidelines should be ratified or developed further.

On behalf of the UCoC Project Team,

VChang (WMF) (傾偈) 2023年1月11號 (三) 17:07 (UTC)

Voting now open on the revised Enforcement Guidelines for the Universal Code of Conduct

Hello all,

The voting period for the revised Universal Code of Conduct Enforcement Guidelines is now open! Voting will be open for two weeks and will close at 23:59 UTC on January 31, 2023. Please visit the voter information page on Meta-wiki for voter eligibility information and details on how to vote.

For more details on the Enforcement Guidelines and the voting process, see our previous message.

On behalf of the UCoC Project Team,

VChang (WMF) (傾偈) 2023年1月18號 (三) 10:30 (UTC)

Universal Code of Conduct revised enforcement guidelines vote results

The recent community-wide vote on the Universal Code of Conduct revised Enforcement Guidelines has been tallied and scrutinized. Thank you to everyone who participated.

After 3097 voters from 146 Wikimedia communities voted, the results are 76% in support of the Enforcement Guidelines, and 24% in opposition. Statistics for the vote are available. A more detailed summary of comments submitted during the vote will be published soon.

From here, the results and comments collected during this vote will be submitted to the Board of Trustees for their review. The current expectation is that the Board of Trustees review process will complete in March 2023. We will update you when their review process is completed.

On behalf of the UCoC Project Team,

VChang (WMF) (傾偈) 2023年2月15號 (三) 10:36 (UTC)

銀紙嘅文章名

宜家係用地區 + 銀碼 +「蚊紙」，好似香港十蚊紙、星加坡一萬蚊紙、歐羅五百蚊紙咁。但係咁樣似乎唔夠準確，例如「香港十蚊紙」其實都可以指歷史上香港用過嘅軍票，或者假如有個文章叫「匈牙利十蚊紙」嘅話，咁可以指匈牙利福林或者匈牙利克朗；而且「蚊」通常係指港元或者其他用元做單位嘅貨幣，叫「歐羅十蚊紙」似乎唔多啱。我諗到幾個名代替，但各自都有自己嘅問題：

• 貨幣 + 銀碼 +「蚊紙」（例如「港幣十蚊紙」）：準確表示乜嘢貨幣，但係「歐羅十蚊」呢個問題仍然存在
• 銀碼 + 貨幣 +「銀紙」（例如「十港幣銀紙」）：似乎有啲繑口
• 銀碼 +「蚊」+ 貨幣 +「銀紙」（例如「十蚊港幣銀紙」）：比上面順口，但係又有返第一個嘅問題（「十蚊歐羅」）
• 「十蚊港紙」：順口，但係可能有歧義（「港紙」可以指銀紙或者港幣本身），同埋得港紙可以咁樣改名

請問大家有無咩提議？香蕉紳士 (傾偈) 2023年2月15號 (三) 14:53 (UTC)

唔記得咗「歐羅」都可以叫「歐元」添，可能用「英鎊」做例子好啲。香蕉紳士 (傾偈) 2023年2月16號 (四) 21:16 (UTC)

Community feedback-cycle about updating the Wikimedia Terms of Use starts

You can find this message translated into additional languages on Meta-wiki.

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

Hello everyone,

Wikimedia Foundation Legal Department is organizing a feedback-cycle with community members to discuss updating the Wikimedia Terms of Use.

The Terms of Use (ToU) are the legal terms that govern the use of websites hosted by the Wikimedia Foundation. We will be gathering your feedback on a draft proposal from February through April. The draft will be translated into several languages, with written feedback accepted in any language.

This update comes in response to several things:

• Implementing the Universal Code of Conduct
• Updating project text to the Creative Commons BY-SA 4.0 license
• Proposal for better addressing undisclosed paid editing
• Bringing our terms in line with current and recently passed laws affecting the Foundation, including the European Digital Services Act

As part of the feedback cycle two office hours will be held, the first on March 2, the second on April 4.

For further information, please consult:

• The proposed update of the ToU by comparison
• The page for your feedback
• Information about the office hours

On behalf of the Wikimedia Foundation Legal Team,

VChang (WMF) (傾偈) 2023年2月21號 (二) 17:10 (UTC)

重要：管理員活動覆檢

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

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

1. 昏君 (管理員)

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

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

大家點睇「藝人個人作品模」？

見到近排有人開幾個「藝人個人作品模」（包括Template:方力申、Template:吳卓羲、Template:佘詩曼），唔知大家點睇？我就覺得冇乜需要存在。先假設只收錄主演作品，以一個影視作品基本有兩男主角兩女主角計，如果呢類模普及化，每篇影視作品文至少要掛住四個藝人嘅模；如果連做配角同戲份少嘅演出都收錄落個模度，一篇影視作品文隨時要掛十幾個藝人嘅模，好唔現實。中文維基有嘅，粵文維基唔一定要死跟。 （另外，如果最後大家共識係容許呢類模存在，我覺得最低限度都唔好將個模搞到Template:吳卓羲咁花哩花碌。） Jason6698 (傾偈) 2023年3月2號 (四) 15:37 (UTC)

個人認為任何花碌碌到咁嘅模都唔得，我住加拿大安省，如果係大公司網站，整成咁技術上法例唔准，理由係視力岐視。 Al12si (傾偈) 2023年3月2號 (四) 22:24 (UTC)

無論願唔願意接受都好，中文維基對粵文維基確係有唔細嘅影響力，所以中文維基有嘅嘢，粵文維基要禁絕係唔容易嘅事（嗰幾個模根本就係直接由中文維基抄過嚟），比較易執行嘅只能夠盡量規範化。我提議首先配色上一係用返標準Navbox配色，一係用同藝人模同一配色（男藝人藍色女藝人紅色），唔准自創配色；第二就係內容上唔應該所有演出都收錄，而應該只限「領銜主演」嘅角色。而家Template:吳卓羲連佢初出道喺皆大歡喜做茄哩啡都收錄，好明顯唔合適。對於唔遵守規範嘅模，就大條道理刪除。--Alfakwan (傾偈) 2023年3月3號 (五) 11:58 (UTC)

簡單插句，藝人事幹唔牽涉到具體嘅商業版權或者生人問題之類話，唔應該強行使用規例去限制返自由採編。 Al12si君提點到視角範疇，諗嚟會係好入手啲嘅位，

各位若果係要討論返點對本地模組配置，做返啲有少少約束建議嘅本地化，應該直頭就試下細化下防止視覺方面歧視嘅本地條款，就著呢類型嘅個案check下本地化可信度有咩掂同有咩唔掂，唔好搞太多其他限制，唔係嘅話好易又會玩出新火頭。呢啲都係個人睇法，大家可以繼續傾。 Longway22 (傾偈) 2023年3月13號 (一) 08:39 (UTC)

Board of Trustees have ratified the UCoC Enforcement Guidelines

You can find this message translated into additional languages on Meta-wiki.

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

Hello all, an important update on the UCoC Enforcement Guidelines:

The vote on the Enforcement Guidelines in January 2023 showed a majority approval of the Enforcement Guidelines. There were 369 comments received and a detailed summary of the comments will be published shortly. Just over three-thousand (3097) voters voted and 76% approved of the Enforcement Guidelines. You can view the vote statistics on Meta-wiki.

As the support increased, this signifies to the Board that the current version has addressed some of the issues indicated during the last review in 2022. The Board of Trustees voted to ratify the Enforcement Guidelines. The resolution can be found on Foundation wiki and you can read more about the process behind the 2023 Enforcement Guidelines review on Diff.

There are some next steps to take with the important recommendations provided by the Enforcement Guidelines. More details will come soon about timelines. Thank you for your interest and participation.

On behalf of the UCoC Project Team,

VChang (WMF) 2023年3月24號 (五) 14:32 (UTC)