Wikipedia:城市論壇

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

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

城市論壇小節

Edit-find-replace.svg
政策
監察
去討論現有同埋建議嘅政策

Preferences-system.svg
技術
監察
去討論技術性問題。有關wiki軟件嘅臭蟲報告請用Phabricator

Dialog-information on.svg
提議
監察
去討論同政策無關嘅提議。

Tools-hammer.svg
諗法實驗室
監察
喺貼俾社群之前提議討論諗法同埋嘗試搵有關問題嘅解決方法

Help-browser.svg
雜項
監察
去貼唔能夠符合任何類別嘅信息

一次過去睇城市論壇所有嘅部份

Hyperlink-internet-search.svg
唔使等到星期日嘅中午十二點,亦都唔使拎張飛,隨時隨地都可以嚟呢個論壇度討論維基百科嘅大小事情 []
呢個地方就好似一個熱廚房噉,當有人討論一啲議題嗰陣,呢個論壇係會搵嚟一啲嘉賓或者台下觀眾發言去改善佢哋嘅嘢。
其它幫手同埋討論位置
我想…… 去邊度
一次過瀏覽晒全部「城市討論」嘅議題 城市論壇 (全部)
知道點用維基百科 幫助櫃枱
查詢特定嘅事實(例如邊個係第一位教宗 詢問處
為某篇文章提出建設性嘅批評 同儕互評
幫手解決某一篇文章所引起嘅爭執或者投訴某用戶行為 請求意見
喺某篇文章加上您嘅評論 文章嘅對話頁
睇其他維基媒體嘅計劃 元維基
知道點樣喺一本書或雜誌度引用維基百科 引用維基百科
報告複製自維基百科內容嘅網站 鏡像同埋分叉


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

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


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

政策

踐行同持續推進本地慣例指引同編輯實施(2021年9月~)

管理員任免程序嘅審視

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

提出實驗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)

改善人事任免討論排版

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

我睇返以前Cedric選管理員嗰陣,Wikipedia:申請做管理員/Cedric tsan cantonaisUser: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)

講在生嘅人

WP:講在生嘅人好似都已經好詳盡,可以搵時間review一次,之後升格。——Z423X5C6傾偈) 2022年5月17號 (二) 11:15 (UTC)

關於「出生日期」,請考慮以下情況邊啲畀邊啲唔畀:
1. 寫某藝人喺某年某月宣佈已經懷孕3個月,條目冇提BB個名(花名唔計)。
2. 寫某藝人喺某年某月生咗BB,條目冇提BB名。
3. 寫某藝人喺某年某月宣佈生咗BB,冇提幾時生或幾耐之前生,條目冇提BB名。--Mewaqua (傾偈) 2022年5月19號 (四) 11:12 (UTC)
@Mewaqua你問緊嘅問題,係寫喺「某藝人」嘅版上邊,定係「個BB」嗰版上邊?不過我照咁睇,你呢三個情況,只要有傳媒報過嘅話,都可以寫落去。 ——Z423X5C6傾偈) 2022年5月19號 (四) 11:22 (UTC)
「如果事件唔重要或宿個人嘅角色」係咪打錯字?--Mewaqua (傾偈) 2022年5月24號 (二) 15:51 (UTC)
@Mewaqua應該係,改咗。 ——Z423X5C6傾偈) 2022年5月24號 (二) 15:58 (UTC)

重提「楔位文章」改名

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

可以睇埋Wikipedia talk:楔位文章嘅先前討論。 Shinjiman 2022年1月12號 (三) 08:25 (UTC)
我自己覺得「楔(sip3/sit3)位」係軟件工程界「stub」幾直觀嘅對應譯法。「小作品」就真係唔同思維進路。你有咩提議? 翹仔 (傾偈) 2022年1月18號 (二) 10:21 (UTC)
多謝Shinjiman幫手搵返啲舊討論,同埋翹仔嘅意見。如果覺得(sip3)位文章係ok 嘅話,就麻煩搵返(sip3)嘅正字/本字,「楔」呢個字係無(sip3)呢個音。——Z423X5C6傾偈) 2022年1月18號 (二) 14:24 (UTC)
唔反對改做「攝位」[1]。問埋User:HenryLi有咩意見,「楔」呢個譯法係佢當年揀嘅。 翹仔 (傾偈) 2022年2月11號 (五) 13:41 (UTC)
  • @Deryck ChanZ423x5c6既然「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年之前有詳細數據,但而家唔再公佈 [2] 翹仔 (傾偈) 2022年2月17號 (四) 15:35 (UTC)
    @Shinjiman:請問你具體需要乜嘢數據?我可以幫手寫個數據庫query。H78c67c·傾偈 2022年2月18號 (五) 03:22 (UTC)
    @H78c67c係需要睇返『自動確認』(冇記錯嘅話應該係4日10次)同埋將來可能新設嘅『延伸確認』權限(假設以30日500次做界限)嘅總用戶數,對呢個網站之中全部用戶嘅比例,比較兩者嘅用戶數會差幾多位。 Shinjiman 2022年2月18號 (五) 03:55 (UTC)
    @H78c67c睇吓呢兩件查詢準唔準先,Quarry 62509係計自動確認用戶,目前有3414位;Quarry 62510係計以30/500做界限嘅用戶,目前有148位。 Shinjiman 2022年2月18號 (五) 04:48 (UTC)
    我正想講 Wikimedia Tech 有人答我,話要自己開 Quarry。唔該晒。quarry:query/62510 好似計咗啲 bot 入去。呢啲數計埋唔活躍用戶。望住呢幾個數字,我會覺得用30/500做投票權界線好似緊得滯。 翹仔 (傾偈) 2022年2月18號 (五) 14:10 (UTC)
    見到其中一啲應該係全域機械人嚟,扣走埋應該個用戶數會更加少一啲。 Shinjiman 2022年2月18號 (五) 14:51 (UTC)
  • 畀少少意見:「30/500」可能太高,但「高」就係指「500」,反而「30」就比較低。我會建議粵維嘅「延伸確認」門檻唔跟預設嘅「30/500」,而係調整到「90/200」,我覺得參與夠3個月、編輯夠200次嘅人,應該都會對粵維嘅情況有一定嘅理解,夠資格參與粵維重要嘅投票。另外,非官方嘅Wikiscan可以睇到用戶編輯數排名,當然無開Quarry咁準,但都算係個方便嘅參考。(嗰版顯示超過200次編輯嘅用戶有327個。)--Kowlooner (傾偈) 2022年2月20號 (日) 13:30 (UTC)
    啱啱走過Quarry,用「90/200」做界限嘅就會搵到313個戶口,當中包埋全域機械人戶口。 Shinjiman 2022年2月20號 (日) 15:56 (UTC)
@Deryck Chan其實用每季去計,就算連對粵維認識多嘅用戶都唔係夠,例如Special:貢獻/Mikedou。再唔係就返返去Deryck最初提議嘅用自動確認用戶做門檻,冇必要用一個嚟自中文維基、但喺粵維編輯量少嘅用戶,去提出一個準則,之但係佢又對粵維編輯情況唔理解,畫蛇添足,到時搞到連對粵維都有認識嘅用戶,唔符合投票門檻,咁就搞笑啦。反對用每季XX次編輯數呢個提議。特克斯特 (傾偈) 2022年2月23號 (三) 05:51 (UTC)
@Deryck ChanZ423x5c6Kowlooner呢度係傾係咪支持或者反對罷免機制嘅成立。有啲用戶喺確立係咪推出呢個機制時候先話某啲內容有問題,呢個步驟應該係喺舊年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)

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

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

係啊,{{jpingauto}}都應該改返。——Z423X5C6傾偈) 2022年3月6號 (日) 05:53 (UTC)
噉幾時得喐手呢?涉及到templates+文章都好多噉。好似冇乜人發表意見。 汩汩银泉 (傾偈) 2022年3月9號 (三) 22:25 (UTC)
改還改,仲要睇吓要點樣處理Category:用咗sup標記嘅調號上標模嘅遺留問題,定係有需要嘅話開一個新嘅類? Shinjiman 2022年3月10號 (四) 00:59 (UTC)
仲有,用CSS形式套用顏色亦係一個可行嘅做法,可能要開一個新嘅CSS class嚟處理。 Shinjiman 2022年3月10號 (四) 01:47 (UTC)
個類已經人手清咗。 ——Z423X5C6傾偈) 2022年3月10號 (四) 06:21 (UTC)
我會支持1.冇設任何樣式(首選); 2.粗體(但本身字已經粗體嘅話就會冇有分別)。維基百科顯示字帶顏色(除開[[]]之類)會有啲奇怪? 汩汩银泉 (傾偈) 2022年3月10號 (四) 09:11 (UTC)
Ngo5 njing4 wai4 gwai1 gan1 git3 dai2 zi2 hai4 duk4 gwaan3 mi4 duk4 gwaan3 man4 tai4 nje2. Zi3 siu2 ngo2 duk4 zing3 coeng4 Jit4 ping3 mau2 jau2 zoeng3 ngoi4. (我認為歸根結底只係讀慣未讀慣問題咡。至少我讀正常粵拼冇有障礙。) 汩汩银泉 (傾偈) 2022年3月10號 (四) 09:17 (UTC)
我建議仍然都係要用返CSS形式包返個數字,至於用乜嘢格式預設表示,就跟返上面嘅提議;另外有個別用戶想做唔同嘅表示形式嘅話,可以透過修改用戶自定嘅CSS去做到唔同嘅表示效果。 Shinjiman 2022年3月10號 (四) 09:21 (UTC)
可以似你噉子講,留interface等用戶改自定 CSS。 汩汩银泉 (傾偈) 2022年3月10號 (四) 09:25 (UTC)
一隻月嘞,冇異義就喐手嘞… 汩汩银泉 (傾偈) 2022年4月9號 (六) 09:02 (UTC)
已經將佢拆開咗一個CSS class "Jpingtone",如果用戶想自定標音格式嘅話,可以用呢個class名定義格式;但要先睇吓有冇一啲特別嘅技術問題先。 Shinjiman 2022年4月12號 (二) 02:06 (UTC)
我再加咗有關方面嘅註解,唔知仲有冇嘢需要補充呢? Shinjiman 2022年4月12號 (二) 02:24 (UTC)
多謝Shinjiman幫手處理。 ——Z423X5C6傾偈) 2022年4月12號 (二) 07:03 (UTC)
啱啊。 汩汩银泉 (傾偈) 2022年4月13號 (三) 08:25 (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)

技術

Wiki Loves Folklore is back!

請幫手去譯做你嘅語言

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

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

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

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

Kind regards,

Wiki loves Folklore International Team

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

2022社區願望清單調查

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

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

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

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

Tech News: 2022-02

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

Feminism and Folklore 2022

請幫手去譯做你嘅語言

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

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

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

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

Thank you.

Feminism and Folklore Team,

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

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

<languages />

Hello all,

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

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

Read more about the livestream and the discussion channels.

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

Tech News: 2022-03

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

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

Dear community members,

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

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

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

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

For more information, please contact spatnaik wikimedia.org.


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

Last two days for submitting proposals

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

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

Tech News: 2022-04

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

cite news cite web模問題

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

Tech News: 2022-05

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

Tech News: 2022-06

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

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

依家隻機械人大約幾耐行一次?——Z423X5C6傾偈) 2022年2月13號 (日) 06:28 (UTC)
@Z423x5c6我可以話係「不定期」,睇Special:貢獻/EmausBot,有一段時間係2021年10月12號-12月13號,成2個月部機械人冇喺粵維做過嘢,所以我呢度先要求本地整返個運作,唔好再依賴跨維基去處理。特克斯特 (傾偈) 2022年2月13號 (日) 06:32 (UTC)
唔止得一部噉嘅機械人,例如「https://zh-yue.wikipedia.org/wiki/Special:%E8%B2%A2%E7%8D%BB/Xqbot」,佢哋會補位,似乎冇必要增加。本用户都檢討緊,繼續用分量少,數量多嘅編輯風格究竟好唔好。堆新開嘅嘢環環相扣,優點係改動章節標題時只需要郁最頭嗰環,缺點係異常狀態為期不明;不過喺搜尋器搭線之前,瀏覽量唔會大,拖耐啲又似乎冇乜所謂喎。--110.174.132.162討論) 2022年2月13號 (日) 07:52 (UTC)
唔定期嘅原因應該係EmausBot用緊PAWS行Pywikibot,操作者上線run redirect.py先會edit。而家enwiki同zhwiki都主要用Xqbot,應該唔係好需要特登整本地嘅。--Sun8908傾偈) 2022年2月13號 (日) 09:28 (UTC)

Tech News: 2022-07

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

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

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

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

Rollout of the new audio and video player

請幫手去譯做你嘅語言

Hello,

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

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

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

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

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

You can track the work in T100106

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

Tech News: 2022-08

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

Wiki Loves Folklore is extended till 15th March

請幫手去譯做你嘅語言

Greetings from Wiki Loves Folklore International Team,

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

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

Best wishes,

International Team
Wiki Loves Folklore

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

Coming soon

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

Tech News: 2022-09

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

Tech News: 2022-10

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

Wiki Loves Folklore 2022 ends tomorrow

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

(Facebook , Twitter , Instagram)

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

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

We look forward for your immense co-operation.

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

Tech News: 2022-11

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

Survey: Help improve Kartographer

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

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

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

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

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

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

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

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

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

Tech News: 2022-12

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

錯誤寫法

@H78c67c你入Category:維基百科論文睇,全部都係“Wikipedia”開頭。即係咁樣寫:Wikipedia:係英文維基講嘅!,點解會係紅拎?唔識轉做藍拎。而Template:藝人模:藝人,就兩者都係藍拎(一個係寫“Template”一詞、一個係寫“模”一詞)。睇唔睇到個分別先?特克斯特 (傾偈) 2022年3月21號 (一) 21:59 (UTC)
其實「維基百科:係英文維基講嘅!」係開錯咗落文章/(主)空間名度。如果你想「維基百科:」開頭嘅版自動彈返去「Wikipedia:」空間名度嘅話,可以去搵系統管理員加'維基百科' => NS_PROJECT落InitialiseSettings.php wgNamespaceAliases嗰欄。 H78c67c·傾偈 2022年3月22號 (二) 00:16 (UTC)

Feminism and Folklore 2022 ends soon

Feminism and Folklore 2022 which is an international writing contest organized at Wikipedia ends soon that is on 31 March 2022 11:59 UTC. This is the last chance of the year to write about feminism, women biographies and gender-focused topics such as folk festivals, folk dances, folk music, folk activities, folk games, folk cuisine, folk wear, fairy tales, folk plays, folk arts, folk religion, mythology, folk artists, folk dancers, folk singers, folk musicians, folk game athletes, women in mythology, women warriors in folklore, witches and witch hunting, fairy tales and more

Keep an eye on the project page for declaration of Winners.

We look forward for your immense co-operation.

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

Tech News: 2022-13

2022年3月28號 (一) 19:54 (UTC)

Tech News: 2022-14

2022年4月4號 (一) 21:01 (UTC)

Tech News: 2022-15

2022年4月11號 (一) 19:44 (UTC)

Tech News: 2022-16

2022年4月18號 (一) 23:11 (UTC)

2022年第17期技術新聞

2022年4月25號 (一) 22:56 (UTC)

Coming soon: Improvements for templates

-- Johanna Strodt (WMDE) 2022年4月29號 (五) 11:14 (UTC)

Editing news 2022 #1

Read this in another languageSubscription list for this multilingual newsletter

 
New editors were more successful with this new tool.

The New topic tool helps editors create new ==Sections== on discussion pages. New editors are more successful with this new tool. You can read the report. Soon, the Editing team will offer this to all editors at the 20 Wikipedias that participated in the test. You will be able to turn it off at Special:Preferences#mw-prefsection-editing-discussion.

Whatamidoing (WMF) 2022年5月2號 (一) 18:55 (UTC)

Tech News: 2022-18

2022年5月2號 (一) 19:33 (UTC)

Tech News: 2022-19

2022年5月9號 (一) 15:22 (UTC)

「Unknown parameter |dead-url= ignored 」問題治本解決方案

見好多用Template:Cite web嘅編輯都會留低「Unknown parameter |dead-url= ignored 」呢啲蘇州屎,係咪應該考慮修改Template:Cite web,兼容返「dead-url」參數?如果唔係,係咪要開發機械人進行大規模修正?(但問題係粵維根本無人力物力去開發機械人)--Kowlooner (傾偈) 2022年5月15號 (日) 11:43 (UTC)

呢個參數以前曾經用過,但喺2019年年尾左右,喺英維已經棄用呢個參數;之後粵維呢度之後亦都棄用咗。唔建議改模兼容舊版參數嘅用法,建議用機械人或者用AWB等工具將參數改咗佢。要改嘅就要將dead-url=yes或者deadurl=yes改晒做url-status=dead。 Shinjiman 2022年5月15號 (日) 14:47 (UTC)
要搞應該唔難?喺{{cite web}}度加啲嘢,將用咗dead-url嘅加入一個類度,再行awb/bot。 ——Z423X5C6傾偈) 2022年5月15號 (日) 15:01 (UTC)
應該唔難,用Special:Whatlinkshere/Template:引網做返個list,再用上面嘅條件做改動就可以。 Shinjiman 2022年5月15號 (日) 16:51 (UTC)
另外有種情況就係dead-url=no,噉就有多過一種可能性,可能會係url-status=live或者url-status=unfit或usurped;而url-status=deviated亦係另一種嘅可能性。 Shinjiman 2022年5月15號 (日) 17:13 (UTC)
用Whatlinkshere可能會太多?我記得之前唔知藝人模定唔知邊個模可以detect到有過時參數,參考下就ok。不過User:Shinjiman你既然上線回覆,不如處埋吓User:WikiCantona嘅問題先?佢依家嘅行為已經騷擾到我。 ——Z423X5C6傾偈) 2022年5月15號 (日) 18:37 (UTC)
喺英維嘅處理方法可以睇吓呢度Shinjiman 2022年5月16號 (一) 01:56 (UTC)
我家吓處理緊dead-url=yes或者deadurl=yes改晒做url-status=dead呢樣嘢,之後嘅dead-url=no睇吓再點樣處理先。 Shinjiman 2022年5月16號 (一) 02:02 (UTC)
睇過篇解,如果以前嘅參數係用dead-url=no或者deadurl=no嘅話,就噉會將佢個參數改做url-status=live先;因為url-status=deviated係指同原先嘅嘢唔同,而url-status=unfit或usurped係會直接收埋原網址嘅,要改做後面嘅三種情況嘅話,就要用人手去查,噉嘅情況就假設全部嘅情況都係入得到去嘅,就先將佢哋改過先,我會喺今日稍後嘅時間開始去做埋佢。 Shinjiman 2022年5月17號 (二) 01:17 (UTC)
呢度可以用內文搵仲剩返幾多版要去執。 Shinjiman 2022年5月18號 (三) 06:47 (UTC)
喺大執之後剩返大約36版,最後用人手執埋之後將剩低嘅完全噉樣清理好晒。 Shinjiman 2022年6月18號 (六) 05:15 (UTC)
唔該晒Shinjiman幫手。不過由於有其他語言版本未有禁絕呢個參數,預計將來仍會有人由其他語言複製內容嗰陣抄埋個無效參數過嚟,所以日後仍需要定期發動清理。--Kowlooner (傾偈) 2022年5月29號 (日) 12:12 (UTC)

Tech News: 2022-20

2022年5月16號 (一) 18:58 (UTC)

Tech News: 2022-21

2022年5月24號 (二) 00:20 (UTC)

Tech News: 2022-22

2022年5月30號 (一) 20:28 (UTC)

Deployment of FLORES Machine Translation to Cantonese Wikipedia

Hello Friends!

Apologies as this message is not in your native language 請幫手去譯做你嘅語言.

The WMF Language team plans to introduce a machine translation (MT) support for the Content Translation in Cantonese Wikipedia called FLORES. This means that you can choose to use FLORES machine translation when translating Wikipedia articles to Cantonese using the Content Translation tool.

The FLORES Machine Translation is provided by an AI research team at Meta through a free for use API key that allows the Content Translation to access the service on the FLORES server for an evaluation trial period. This MT will be set as default in your Wikipedia, but you can choose not to use it by selecting "Start with empty paragraph" from the "Initial Translation" dropdown menu.

The Wikimedia Foundation has worked out an agreement that allows the use of FLORES without compromising Wikipedia’s policies about attribution of rights, your privacy as a user, and brand representation. You can find more information about the FLORES Machine translation on this page.

Please note that the use of the FLORES MT is not compulsory. However, we would want your community to:

  • use it once it is deployed to improve the quality of the Machine Translation service
  • provide feedback about our plans, its quality once deployed and ask any questions you might have about this addition.

We trust that introducing this MT is a good support to the Content Translations tool towards having better quality articles in Cantonese Wikipedia.

Thank you!

UOzurumba (WMF) (傾偈) 2022年6月1號 (三) 00:03 (UTC)

FLORES Machine Translation deployed to Cantonese Wikipedia

Hello Friends!

The WMF Language team is pleased to inform you that we have deployed the FLORES machine translation (MT) support for the Content Translation in Cantonese Wikipedia. Please remember that the FLORES machine translation is set as default in your Wikipedia. Still, you can choose not to use it by selecting "Start with empty paragraph" from the "Initial Translation" dropdown menu. However, we would want your community to:

  • use it to improve the quality of the Machine Translation service
  • provide feedback about its quality and ask any questions you might have about this addition.

We look forward to your community using the Machine Translation support in Content Translation to create better quality articles in Cantonese Wikipedia.

Thank you!

UOzurumba (WMF) (傾偈) 2022年6月21號 (二) 16:35 (UTC) On behalf of the WMF Language team.

Tech News: 2022-23

2022年6月7號 (二) 02:46 (UTC)

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

如題 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:查證得到之前嘅草稿版本[74]。所以我個人唔反對改語文後備鏈,將 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年6月11號 (六) 15:29 (UTC)

係唔係用咗微軟正黑體嘅粗體字? Shinjiman 2022年6月11號 (六) 16:08 (UTC)
勁!應該係啦,我冇搞過任何設定。 ——Z423X5C6傾偈) 2022年6月11號 (六) 16:15 (UTC)
@Z423x5c6呢樣嘢正想問,喺Template:我是歌手入面嘅「張碧晨」都係有個空格。所以依家係維基嘅問題,定係要電腦轉字體?特克斯特 (傾偈) 2022年6月11號 (六) 22:00 (UTC)
呢個係字體本身嘅問題,同維基無關。 Shinjiman 2022年6月12號 (日) 10:22 (UTC)

提議

Sandbox link

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

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

  • Does Cantonese Wikipedia want the Sandbox link enabled?

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

Personally I won't oppose this idea at all, however there's need to see what's that page name of the sandbox that's linking to. At least three of them are possible. Including "Sandbox", "sandbox" and "沙盤" where those names can be canonical and in the native language respectively. It's not a big deal as well as the other two can be make as redirect to the one that's chosen to. Shinjiman 2022年2月19號 (六) 03:16 (UTC)
That can be whatever Cantonese Wikipedia wants and admins of this project can determine it by editing MediaWiki:Sandboxlink-portlet-label. Anyone else can do the same thing from translatewiki.net. 4nn1l2 (傾偈) 2022年2月19號 (六) 03:27 (UTC)
Just to clarify that it's not the name of the label of the Sandbox, it's the page name that's link to the Sandbox, i.e. Special:MyPage/Sandbox vs Special:MyPage/sandbox vs Special:MyPage/沙盤Shinjiman 2022年2月19號 (六) 06:14 (UTC)
You have control over that too. Just edit MediaWiki:Sandboxlink-subpage-name. 4nn1l2 (傾偈) 2022年2月19號 (六) 06:28 (UTC)

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

如題……大家唔難發現,「技術」一欄絶大部分嘅嘢都係由英文版走過嚟嘅通知,冇嘢好傾,根本唔同類。--110.174.132.162討論) 2022年5月23號 (一) 13:40 (UTC)

如果想分開一頁擺技術新聞,我覺得唔使限死喺「城市論壇」入面做,而係開一頁WP:技術新聞專放通知。對分拆本身冇特別傾向,睇社群決定。另外,啱啱發現粵維曾經有用Wikipedia:城市論壇 (消息)呢版,我搵唔到點解後尾會廢棄,係咪有咩特別原因?Sun8908傾偈) 2022年5月23號 (一) 14:37 (UTC)
有關Tech news一項,多數嘅維基亦都會放喺「技術」版上面,如果有人翻譯咗做粵文嘅話,噉呢樣嘢就會用粵文表示,只不過未有人去譯只能用原文亦即係英文表示。Tech news喺大體意思上都算係屬於同技術上面有關嘅範疇嚟。 Shinjiman 2022年5月24號 (二) 02:14 (UTC)
m:Global message delivery/Targets/Tech ambassadors,見到cawiki同eowiki都有獨立一版(ca:Viquipèdia:Tech Newseo:Vikipedio:Teknikaj novaĵoj),而有維基係又有放喺城市論壇技術版又放喺獨立一版(arwiki、enwiki)。所以如果社群想放喺另外一版/額外一版都似乎唔係唔得。Sun8908傾偈) 2022年5月24號 (二) 02:47 (UTC)
我贊成開新一版專放Tech news,而家Wikipedia:城市論壇 (技術)大部份都係Tech news,影響正常技術討論。--Kowlooner (傾偈) 2022年5月29號 (日) 12:09 (UTC)

諗法實驗室

Special:短版入邊嘅辭典跳轉

啲辭典跳轉有一大部份內容只係「{{wi}}」,只有6 byte,變相係一定落喺Special:短版入邊(目前門檻係187 byte以下),阻礙真正嘅短版統計,我建議參考英維做法,喺呢啲版加入一個長comment(用<!-- ->包住嗰啲),谷長嗰版,就可以令佢哋唔係短版。 ——Z423X5C6傾偈) 2022年3月29號 (二) 06:05 (UTC)

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

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

雜項

膠東人嘅編輯爭議

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

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

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

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

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

副知曾經參與膠東人編輯及相關討論嘅維基人:@ShinjimanDeryck ChanMatttestH78c67c唔重要嘅人@特克斯特Detective Akai。如有打擾尚祈見諒。

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

呢次我有少少支持Eguersi。跟據日維,「東夷人」同「膠東人」係兩回事。「膠東人」一字有多個意思,一係「膠東半島地區既人有比較強既民族認同,往往認為自己係膠東人,而唔係山東人、煙臺人、威海人」;二係「舊膠東國既住民,稱之為膠東人(出自《漢書》地理志第八)」;三係「姜齊、萊國、莒國既人,稱之為膠東人」;四係「東夷人」。可以見到,粵維因為未寫清呢幾點,Eguersi先至刪走。
但唔代表我全部認同EguersiLongway22既做法不無道理。由於Eguersi多次以「中維字眼、中維作風」去寫文,但呢度係粵維,Longway22可能係認為Eguersi唔尊重本地文化,先至刪走。
Akai 博士 (傾偈) 2021年9月12號 (日) 04:01 (UTC)
閣下總結得好好,本編授權閣下可代為添加上述多種唔同嘅意思入文方便閱者理解,同時可以此再檢視返Eguersi係咪有繼續收窄分歧嘅意見或者淨系刪或鏟就搞掂 Longway22 (傾偈) 2021年9月12號 (日) 04:57 (UTC)
呢版畀人保護左 Longway22叫我點寫吖Akai 博士 (傾偈) 2021年9月12號 (日) 08:41 (UTC)
睇提出人呢度補唔補意見先,自然有真章。閣下唔使驚。 Longway22 (傾偈) 2021年9月12號 (日) 09:31 (UTC)
@Eguersi請閣下回覆係咪同意上述Akai同本編提出意見,閣下可提交可持續辨識嘅論說,增強本地繼續商議嘅氛圍觀感。——Longway22 (傾偈) 2021年9月12號 (日) 10:39 (UTC)
@Longway22我认同Akai君关于条目内容的观点,并仍然认为我的操作无误。
在此我陈述一下之前删除改条目内容的理由,其中大部分在以往已经在编辑摘要中提到,这里恕我复读一遍:
  1. 此句没有提供参考资料
  2. 这句话莫名其妙的,和主题没什么联系。讲着讲着胶东人为什么讲东夷人?讲东夷人可以,但是至少要讲出他和条目的联系来吧。而且,本句没有来源。
  3. 同上句原因。东夷人和胶东人什么关系?该写到东夷人条目里的请别往这里写,拜托。这里有来源也仍然是离题内容。高句麗人、扶餘人係日本民族嘅起源,那高句麗人、扶餘人和胶东人什么关系?
在下同时修改了本人之前的留言,更改了列表号格式以利阅读。--Eguersi (傾偈) 2021年9月14號 (二) 15:13 (UTC)
請Eguersi兄喺呢度留言嗰陣一定要用返粵文,往後喺計劃版入面嘅編輯亦可能會有呢個限制,否則會有唔可以保存有關嘅修改嘅可能。 Shinjiman 2021年9月14號 (二) 16:54 (UTC)
@ShinjimanDetective AkaiLongway22膠東人嘅全保護結束咗,而今有冇共識?---Eguersi (傾偈) 2021年9月24號 (五) 02:05 (UTC)
@Eguersi我會加上關於呢篇文既研究 如果再唔滿意先算Akai 博士 (傾偈) 2021年9月24號 (五) 12:15 (UTC)
@Detective Akai我觉得呢個做法毋合適,解釋詞義係維基辭典嘅工作,含義毋同鏈向毋同嘅文章係搞清楚頁嘅工作,而今噉不伦不类嘅。--Eguersi (傾偈) 2021年10月8號 (五) 02:38 (UTC)
粵文百科本地度開文可以做辭典功,解釋清楚呢個都係方便讀者理解。 Longway22 (傾偈) 2021年10月8號 (五) 10:08 (UTC)
膠東人#史文嘅考典一段仍然幾乎全部係離題內容,應當刪除或者移動至東夷。--Eguersi (傾偈) 2021年10月27號 (三) 05:53 (UTC)
而今有冇共识?--Eguersi (傾偈) 2021年11月9號 (二) 04:48 (UTC)
唔會同意閣下嘅任意強行要求 Longway22 (傾偈) 2021年11月10號 (三) 02:17 (UTC)
12月咗,有冇共识?--Eguersi (傾偈) 2021年12月2號 (四) 03:45 (UTC)
2022年咗,有冇共识?--Eguersi (傾偈) 2022年1月5號 (三) 05:09 (UTC)

粵維2021年回顧

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

喺社群事務上,點少得Talk:唐字風波啊。同埋頻頻揭發User:WikiCantona使用管理員權限存在問題。特克斯特 (傾偈) 2022年1月1號 (六) 07:51 (UTC)
瀏覽量上升可能係因為ViuTV文,不過隨住T君發功,呢個瀏覽量優勢應該逐漸被取代。喺開新文章上面,中間Talk:唐字一大段爭議,少咗人肯寫文都係正常。原因係揾得出同探究得到嘅。特克斯特 (傾偈) 2022年1月1號 (六) 07:55 (UTC)
最多人睇嘅文出爐,2021年最多人睇嘅文係MIRROR,第二同第三分別係時辰七仙羽。其中七仙羽係4月尾先開文。--Sun8908傾偈) 2022年1月5號 (三) 17:04 (UTC)
睇返排行榜,ViuTV相關節目同人物嘅文確係為粵維瀏覽量立咗好多功勞,不過中維響舊年已經寫多咗好多ViuTV文(舊年最經典一役係《YOLO的練習曲》),粵維呢一方面嘅優勢亦逐漸消失。當兩邊同時都有文,響搜尋器唔公平對待之下,大部份瀏覽量都會過咗中維,粵維版本每日瀏覽量就只有幾十甚至更少。講起搜尋器,基本上佢哋對粵維各篇文嘅瀏覽量有關鍵影響,唔係粵語圈文化獨有嘅「時辰」居然可以上到粵維全年瀏覽量第2,好大原因係無論用Google定Yahoo搜「時辰」,頭一個結果都係粵維而唔係中維(至於點解會咁樣排名,就真係唔知點解釋)。--Kowlooner (傾偈) 2022年1月9號 (日) 15:00 (UTC)
@Kowlooner 以前有文幾十萬人次睇嗰陣,又嫌人係大陸嘢唔關粵語圈事,我以為大家唔自在呢啲虛名添… ——Z423X5C6傾偈) 2022年1月9號 (日) 16:44 (UTC)
@KowloonerZ423x5c6咦,唔係粵維呢度有人自願犧牲過瀏覽量架咩?(覺得就算粵維好過中維都係奇怪現狀嚟。即係覺得粵維瀏覽量應該保持現狀打唔過中維先係正常情況,就唔會有人特登為呢啲嘢去城市論壇度討論)「来自粤语维基百科的条目居然比来自中文维基百科的同名条目排名还要靠前这岂不是一个天大的笑话?」,呢度唔係有人話中維同粵維係獨立運作架咩?咁不斷有人提中維嘅情況又係關咩事,又有咩用意呢?咁User:Tw drama就真係恨不得多翻譯翻譯呢度啲獨家文啦。特克斯特 (傾偈) 2022年3月8號 (二) 17:34 (UTC)
@特克斯特 我恨不得多翻譯翻譯呢度啲獨家文, 請問係想表達什麼呢? --Tw drama (傾偈) 2022年3月9號 (三) 13:11 (UTC)

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

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

建議話之啲人點樣寫。好多時,係要忠於原著噉嘛,例如電視劇名,由官方網站直接複制貼上最簡單。本用户覺得呢啲屬於風格問題,就好似「等」、「等等」、「……」……人人各有所好,若果要改嚟改去,會有排煩,重要傾埋正文;反正都唔會妨礙傳意。--110.174.132.162討論) 2022年1月2號 (日) 14:50 (UTC)
  • @Kowlooner喺外文作品上,翻譯過嚟,應該要跟返中文嘅書寫方式,傾向唔加空格。如果你話喺華文圈啲影視歌藝作品名,喺開文上,唔理空格 點嗰啲,用返原文就冇咩問題。特克斯特 (傾偈) 2022年1月2號 (日) 14:58 (UTC)
你講嘅情況只適合有官方中文名嘅嘢(例如《膠戰S2》)。而家講緊係一般格式。--Kowlooner (傾偈) 2022年1月2號 (日) 14:58 (UTC)
若果想快快脆扑鎚,就揾堆各政府/學校/報館嘅現成規則,幾揀一;人哋一早設想哂所有配搭嘅編排方法。重有,數字、字母同空格都係有全形同半形之分咖,自創規則極難。唔統一最好;睇下同名標題辨異用嗰啲括號,求求其其跟咗英文用半形,就知道管到咁細緻好無謂。--110.174.132.162討論) 2022年1月2號 (日) 15:14 (UTC)
「搞清楚」用半形括號好似係技術問題,同今次嘅討論無乜關係。 ——z423x5c6傾偈) 2022年1月2號 (日) 15:33 (UTC)
話時話嘞,若果係要大整頓,就順便收拾埋嗰啲最顯眼嘅括號囉;揾啱人嘅話,修改代碼同機械式自動批量更轉換有嘅嘢,唔會好難。應該一不做,二不休;視乎大家想揀焉樣——目標甲:只求準確傳意,就一動不如一靜;目標乙:要求整齊劃一,唔好再畀嗰啲周圍都係嘅異類括號繼續㧻眼㧻鼻。--110.174.132.162討論) 2022年1月2號 (日) 15:41 (UTC)
喺呢種情況之下應覺得唔加空格會比較合埋啲,如果係基於閱讀性方便啲去睇嘅話,做表示字同埋英數之間嘅空格效果好似喺CSS嗰度可以改得到。 Shinjiman 2022年1月2號 (日) 17:22 (UTC)
多謝各位意見,似乎共識係傾向「第X號交響曲」呢類標題唔加空格。我會先將上個禮拜我開嘅搞清楚版同相關嘅百科文修正,其他嘅之後再修正。--Kowlooner (傾偈) 2022年1月9號 (日) 14:14 (UTC)
原來睇返,幾個月之前曾經討論過類似嘅嘢。 Shinjiman 2022年1月20號 (四) 03:45 (UTC)

IMPORTANT: Admin activity review

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

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

  1. William915 (administrator)

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

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

Category:譯緊嘅文章

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

建議後者開個新類Category:夾雜非粵文嘅文章裝住。--Kowlooner (傾偈) 2022年1月23號 (日) 13:09 (UTC)
@Kowlooner啱啱改咗{{UnCantonese}},係咪要每版purge/touch一次先至會生效?——Z423X5C6傾偈) 2022年5月15號 (日) 12:40 (UTC)
等一段時間系統會逐步更新,而家見到個新類已經有好多文。--Kowlooner (傾偈) 2022年5月15號 (日) 13:19 (UTC)
@Kowlooner係喎!係我太心急啦,咁呢單嘢可以告一段落啦。 ——Z423X5C6傾偈) 2022年5月15號 (日) 13:31 (UTC)

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

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

有諗頭喎,支持,我自己就係成日唔記得連wikidata嘅人嚟。——Z423X5C6傾偈) 2022年2月1號 (二) 05:22 (UTC)
中維唔連結粵維嘅Wikidata項目有兩種情況:第一係開文者真心唔知粵維已經有文;第二就係明知粵維已經有文,專登選擇唔連。上面提議嘅功能應該可以解決到第一種情況,但對第二種恐怕就無乜作用。以我觀察,唔少情況都係第二種,明明一睇就知係翻譯粵維嘅文,都唔連返過嚟。--Kowlooner (傾偈) 2022年2月6號 (日) 13:49 (UTC)
@Kowlooner@Z423x5c6@Kwgulden:佢地就連翻譯粵維嘅文章都唔會承認啦,更何況連去Wikidata... Akai 博士 (傾偈) 2022年2月6號 (日) 13:57 (UTC)

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

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

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

啱啱改寫完篇唱遊,已經見到你點名話我無改好內部link,距離搬文都唔夠10分鐘。今次大部份內部link都係嚟自Template:王菲‎Template:新城勁爆頒獎禮年度專輯大獎,要改唔難。但如果有自動功能,可以應對比較複雜嘅情況,當然歡迎,不過社群願望清單已經截止提名,要提就要等出年1月。--Kowlooner (傾偈) 2022年2月6號 (日) 13:41 (UTC)
@Kowlooner我見你之前搬完我開新文嘅《Bad Boy (張惠妹專輯)》都冇搬(Special:diff/1647316:呢度之前畀我喺編輯摘要提點過),所以我先出聲咋,我唔出聲嘅話,根據你之前一貫嘅做法,肯定唔會改。特克斯特 (傾偈) 2022年2月6號 (日) 13:45 (UTC)
@Kowlooner改完Template拎,之後等一陣再睇Special:邊度鏈去呢版/唱遊,就會少咗一大堆文(呢個係需要等等 系統未咁快更新到),咁剩返嗰啲就係未執完嘅手尾。特克斯特 (傾偈) 2022年2月6號 (日) 13:50 (UTC)
@Kowlooner做咩改一啲,又唔改一啲?特克斯特 (傾偈) 2022年2月6號 (日) 14:31 (UTC)
你都識講「改完Template拎,之後等一陣再睇Special:邊度鏈去呢版/唱遊,就會少咗一大堆文(呢個係需要等等 系統未咁快更新到)」,我咪改住其他嘢先,遲啲再搞。我唔明點解你係都要針對住我。
講執手尾,我一樣都執過你唔少手尾,譬如啱啱就發現你開篇魯冰花 (搞清楚)但又無響「魯冰花」嘅跳轉目標羽扇豆擺返個連結,呢啲情況我都執唔少。
其實維基百科人人都幫得手,你等唔切我執你自己都可以執咗先。我響呢度咁耐,大多數編輯都係執人手尾。我敢講我執人哋手尾嘅編輯數肯定大幅多過人哋執我手尾嘅編輯數。--Kowlooner (傾偈) 2022年2月6號 (日) 14:41 (UTC)
@Kowlooner「我咪改住其他嘢先,遲啲再搞」,唔知架,好似《Bad Boy (張惠妹專輯)》嗰次咁,你喺2020年5月尾就搬咗文,結果去到2021年7月頭先畀我發現你冇改到。話唔定,去到下個禮拜日,你再上線,開始改其他文,又唔記得咗去改呢啲link。
因為針對「搬完文唔改link」呢類情況實在太多,而之前嗰啲案例,搬文人都係閣下做嘅,所以我先至要講。你用「唱遊 (遊戲)」咁樣都係冇問題(偏偏唔用肯定唔使執手尾嘅做法),你唔搬文就唔會出事,就唔會有手尾。特克斯特 (傾偈) 2022年2月6號 (日) 14:54 (UTC)
@特克斯特搞掂咗,開咗User:Sun8908/DisamAssist.js。你將User:特克斯特/common.js改成噉樣就得:
mw.loader.load( '//zh-yue.wikipedia.org/w/index.php?title=User:Sun8908/DisamAssist.js&action=raw&ctype=text/javascript' );
--Sun8908傾偈) 2022年5月29號 (日) 04:48 (UTC)

食物vs嘢食集中討論

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

一啲可能需要改,因為夾硬配詞或者有地域成分嘅用詞。喺度列出來算:有機嘢食BB嘢食垃圾嘢食。你話燒嘢食呢個字詞配搭就話可以接受。其他嘅字詞配搭懷疑係自己憑住「food」呢個字自己推出嚟用「嘢食」,搞到其他配詞都有問題(同有人自己用sub-stub推出“細楔”嘅邏輯差唔多)。仲要有一個係User:Deryck Chan開嘅文都被改走。特克斯特 (傾偈) 2022年3月2號 (三) 16:08 (UTC)
@Z423x5c6我反而覺得未必要一次過做決定咁。例如喺Talk:嘢食度已經有初步共識用“食物”。參考返拏褦呢版,人際關係關係 (數學)都係冇統一度。呢個睇嚟要逐個逐個去討論用字,唔係咁樣會搞到其他版都會拖慢進度。特克斯特 (傾偈) 2022年3月12號 (六) 14:43 (UTC)
我諗重要啲嘅討論係類名用字。文題用字應該唔使夾硬統一,就好似拏褦/人際關係噉,每個題材會有自己嘅常見講法。翹仔 (傾偈) 2022年4月3號 (日) 22:33 (UTC)

漢族民系

關聯詞條”模板系何意?點解“肅慎語”、“扶餘語”同“東北官話”並列?東北官話系肅慎語之後代?--Eguersi (傾偈) 2022年4月2號 (六) 05:55 (UTC)

轩辕民系、西燕民系、西齊民系、西秦民系、東秦民系、北晉民系、南晉民系、北魏民系、南魏民系之名,可靠嘅文獻喺边度?--Eguersi (傾偈) 2022年4月2號 (六) 05:58 (UTC)

New Wikipedia Library Collections Available Now - April 2022

Hello Wikimedians!

 
The TWL owl says sign up today!

The Wikipedia Library has free access to new paywalled reliable sources. You can these and dozens more collections at https://wikipedialibrary.wmflabs.org/:

  • Wiley – journals, books, and research resources, covering life, health, social, and physical sciences
  • OECD – OECD iLibrary, Data, and Multimedia​​ published by the Organisation for Economic Cooperation and Development
  • SPIE Digital Library – journals and eBooks on optics and photonics applied research

Many other sources are freely available for experienced editors, including collections which recently became accessible to all eligible editors: Cambridge University Press, BMJ, AAAS, Érudit and more.

Do better research and help expand the use of high quality references across Wikipedia projects: log in today!
--The Wikipedia Library Team 2022年4月26號 (二) 13:16 (UTC)

This message was delivered via the Global Mass Message tool to The Wikipedia Library Global Delivery List.

Template:Tone有問題

[75]明明加咗時間參數都仲係話冇加 C933103 (傾偈) 2022年5月12號 (四) 16:24 (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)

解放高海寧

唔該解鎖高海寧— 之前未簽名嘅留言係由124.217.189.114 (留言)寫低嘅。

@Pokman817——Z423X5C6傾偈) 2022年6月11號 (六) 08:42 (UTC)
The pancakes大數魁北克省毛片真田麻美進化都可以考慮解鎖?
解咗兩個生人傳記。HenryLi (傾偈) 2022年6月25號 (六) 01:30 (UTC)

反逃犯條例修訂運動相關文嘅命名

而家反逃犯條例修訂運動相關文嘅命名主要分兩種:

  1. 「反修例運動」,例:反修例運動期間嘅警察濫權同反修例運動有關嘅藝術創作
  2. 「反送中運動」,例:反送中運動期間對無線電視嘅批評反送中運動警察假扮示威者破壞嘅指控

唔知大家會覺得:

  1. 係咪需要統一命名,定係維持現狀(即係鍾意用邊個就邊個,唔作干涉)?
  2. 如果要統一命名,應該用邊個?「反修例運動」?「反送中運動」?定係篇文個原名「反逃犯條例修訂運動」?
  3. 如果揀「反修例運動」或者「反送中運動」統一命名,篇文個原名「反逃犯條例修訂運動」又使唔使跟住改埋?

中文維基嘅做法畀大家參考:篇文個原名叫「反對逃犯條例修訂草案運動」,而相關文嘅命名亦係用「反對逃犯條例修訂草案運動」。如果比對返呢邊,等同相關文統一用「反逃犯條例修訂運動」命名。 --Rainpong (傾偈) 2022年6月11號 (六) 07:53 (UTC)

其實以前已經討論過:Talk:反修例運動期間嘅警察濫權#標題有無需要統一返個運動名呢?,結論係選用「反修例運動」(唔用「反送中運動」),只係之後有啲人無留意/無理會呢個討論結果,繼續用「反送中運動」開文。--Kowlooner (傾偈) 2022年6月12號 (日) 12:48 (UTC)