跳去內容

Wikipedia:城市論壇

出自維基百科,自由嘅百科全書

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

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

城市論壇小節


政策
監察
去討論現有同埋建議嘅政策


技術
監察
去討論技術問題。wiki軟件嘅臭蟲報告請用Phabricator


提議
監察
去討論同政策無關嘅提議。


諗法實驗室
監察
喺貼畀社群之前提議討論諗法同埋試搵問題嘅解決方法


雜項
監察
去貼毋能夠符合任何類別嘅訊息

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

後面已經預備咗喇,你係其中一位嘉賓嚟㗎喎 []
呢個地方就好似一個熱廚房噉,當有人討論一啲議題嗰陣,呢個論壇係會搵嚟一啲嘉賓或者台下觀眾發言去改善佢哋嘅嘢。
其它幫手同埋討論位置
我想…… 去邊度
一次過瀏覽晒全部「城市討論」嘅議題 城市論壇 (全部)
知道點用維基百科 幫助櫃枱
查詢特定嘅事實(例如邊個係第一位教宗 詢問處
為某篇文章提出有建設嘅批評 同儕互評
幫手解決某篇文引起嘅爭執或者投訴某用戶行為 請求意見
喺某篇文加您嘅評論 文章嘅對話頁
睇其他維基媒體計劃 元維基
知道點樣喺書或雜誌度引用維基百科 引用維基百科
報告複製自維基百科內容嘅網站 鏡像同埋分叉


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

[1](去睇響城市討論部份嘅最近更改)


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

政策

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

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

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

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

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

呢度想提下有關英倫嘅概念,似乎新生代朋友係唔太認為屬於粵文通用嘅概念,呢度想開講下睇睇,係咪可以度度各家認知度係咪仲有差異,依家諸君係咪可以連中維要求埋嘅正式參考記錄啲都唔使睇睇就可以直接搬版,唔好話粵文社區度好死都仲有啲正式嘅刊載都唔騷,有好多措辭用法都係一路就有用開嘅,有齊埋歷史文件記錄,有啲可能仲可以喺其他社羣背景啲中文使用者啲著述度搵得到,齋睇討論頁一下就講一句話唔見人覆就自己開工係咪對得住其他使用者,好值得討論一下。放膽呢樣並唔話唔好,其實呢度係可以揭露返一啲平時我地啲使用者之間嘅偏差,亦會吸引返諸君一齊好好認識粵文智識度唔少可能我地啲新生代唔嘹解、我地啲舊人老不死忽視咗嘅盲點問題。就著簡單一個英倫嘅使用,先已提出咗早已歸老嘅順德文學家梁廷枏先生著作海國四說做參考基礎,當然被講成咩咩古老石山大概就又難免,之不過呢個單輪返著述歷史嘅地位,相信唔係當時唐文度其他啲著作可以相比嘅,諸君希望認真睇睇,同考慮下唔同背景因素,希望可以折中講述返古今之間可能存在唔同世代朋友之間啲認知偏差。——Longway22 (傾偈) 2023年11月21號 (二) 04:10 (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)[回覆]
多謝各位討論。我搬咗蕭邦列寧呢兩篇幾清晰有主流共識應該用返(淨係譯姓氏嘅)常用名嘅傳記。有其他文係類似情況嘅話,可以拎出嚟集中討論。(另外,我相信呢度冇人扮盲,只係維基百科咁多版,冇人顧得晒。) 翹仔 (傾偈) 2023年6月22號 (四) 22:32 (UTC)[回覆]
非常多謝翹仔。好多世界名人,習慣上都只係叫佢個姓,已經係約定俗成,反而要嗌佢全名嘅場合先係特殊情況,所以非常贊同唔應該盲目變做全名。
另外,呢度係粵維,就算遇到要用全名嘅場合,亦都好應該盡力搵出所有通行譯名,喺當中細心噉揀個最貼合粵語嘅譯名,而唔係亂咁將啲跟普通話而唔理粵音嘅譯名搬過嚟。之前有啲人唔理三七二十一,抄咗一大堆「以普代粵」嘅名過嚟,夾硬搬版改啲文嘅標題,甚至明明篇文入面已經有符合粵音嘅全名,佢都要抄個普譯嚟搬版做篇文嘅標題,係不負責任嘅。
再加上,有好多英國政治人物,使用嘅係官方機構譯出嚟嘅「漢化譯名」,特登只係取三個字(有時係兩個或四個)嚟做嗰個人嘅專譯。即使呢三個字都只係取自本人姓氏個音,但就已經係嗰個人嘅成個專名,而唔係姓氏。有相同姓氏嘅人物,官方機構自然會頒佈有分別嘅漢化譯名。例如Ed Miliband係「文立彬」,David Miliband係「文禮彬」,絕對唔可以當Miliband呢個姓氏係「文立彬」或者「文禮彬」,然後擅自將佢哋改名做「愛德·文立彬」同「大衛·文禮彬」,噉係大錯特錯嘅。偏偏,喺之前盲目改成全名嘅歪風入面,就眞係有呢種荒謬嘅改法,例如將「貝理雅」錯誤噉當做只係Tony Blair嘅姓,然後夾硬幫佢改名做「東尼·貝理雅」。我唔知實際上有幾多篇文受影響,但係䁽過眼,喺嗰時嘅盲目風潮入面,被人亂改嘅文都唔少。可能有必要搵人全面檢査。Cangjie6 (傾偈) 2023年6月25號 (日) 22:09 (UTC)[回覆]
例子有好多,超過一年前我已經質疑過「舒伯特」未經討論改用全名,之後出現好多唔討論直接改用全名嘅個案,到後期就連「約翰遜」呢個由英國官方採用嘅粵語正式譯名都畀人夾硬改用全名,結果要走去中文維基百科開返「香港繁體」嚟睇先至可以見到用「約翰遜」做標題,真係諷刺。而家睇返粵維最早期開嘅人物文「愛因斯坦」原來都唔能夠倖免,「愛因斯坦」個標題更被夾硬改成搞清楚,無視粵語日常溝通講到「愛因斯坦」四字有超過99.9%情況都係講緊嗰位發表相對論嘅科學家。--Jason6698 (傾偈) 2023年6月26號 (一) 15:19 (UTC)[回覆]
如果講諷刺,我好耐之前因為需要,買咗一套大陸用嘅人名字典,所以知道上面點解譯名咁譯(佢哋基本上係逐個音節查表),但係連佢哋都寫明早期譯咗嘅歷史人名全部係例外(唔記得 cutoff 係幾時)。我平時根本唔用嗰套嘢,但係如果有需要,邊個名要查,我可以查下究竟係咪連普通話都唔會用全名。
PS: 普通話用表,亦係點解佢哋乜名都可以極速譯全名,根本係機械式抄表,唔似粵語要恁。 Al12si (傾偈) 2023年6月26號 (一) 15:40 (UTC)[回覆]
感謝指出更多例子。我認為「舒伯特」、「約翰遜」、「愛因斯坦」等等都應該還原。「愛因斯坦」個「搞清楚」,除咗「歐拔·愛因斯坦」之外,另一個選項係連文都冇嘅「愛因斯坦家族」,根本只係「生人霸死地」。同嗰陣時爲咗將「貝理雅」改做錯誤的「東尼·貝理雅」,夾硬將「貝理雅」改做搞清楚頁,然後塞個粵維人至今都冇人理過嘅Bonnie Blair落去,係同一種手法。我認為應該視呢種手法做破壞。
尤其係「約翰遜」,係官方頒佈嘅,專指Boris Johnson呢個人。其他Johnson自然另有譯法,例如Alan Johnson係「莊漢生」、Garry Johnson係「莊俊彥」。老作出「鮑里斯·約翰遜」呢個嗌法,當「鮑里斯·約翰遜」係「全名」,都係大錯特錯嘅。好應該即刻更正番。而連番搞出呢啲錯誤嘅人,亦都應該視之為破壞,要罰佢負番責任,喺限期之內修復番晒所有佢搞出嚟嘅破壞先啱。——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年6月26號 (一) 17:31 (UTC)[回覆]
@Z423x5c6以前用落就係跟,哪怕係無道理都要跟?上面「貝理雅」、「約翰遜」,呢啲係英國對照香港人物翻譯,喺官方機構畀出嘅用名,之前已經喺「貝理雅」呢篇文已經退讓咗。冇理由依家冇全名都唔用全名,例如「祖·拜登」呢啲冇理由見到有啲香港報紙寫「拜登」,所以要用返「拜登」呢個寫法。如果跟返「愛因斯坦」呢個邏輯,係咪直接可以將「佳·施巴斯坦」改做「施巴斯坦」?特克斯特 (傾偈) 2023年7月22號 (六) 10:59 (UTC)[回覆]
英國政治人物有官方名嘅話,用官方名無可非議,但係其他都夾硬老屈話咩常用講法係淨係叫姓,就講唔通啦。 ——Z423X5C6傾偈2023年7月22號 (六) 11:54 (UTC)[回覆]
淨系覺得幾位可以濫用支配地位做完大龍鳳又唔認數,真係非常值得載入粵維史冊。你地說服唔到粵維度唔同意你地做法嘅大家,就直頭自己開波搞唔話,仲可以大喇喇無視埋對粵維造成嘅傷害,唔直接公開檢討就真係過唔去。 Longway22 (傾偈) 2023年8月1號 (二) 01:45 (UTC)[回覆]
非常驚詫同埋非常不能接受User:特克斯特話『之前已經喺「貝理雅」呢篇文已經退讓咗』。乜嘢叫做「退讓咗」?!「貝理雅」就係官方頒佈嘅Tony Blair唯一正式譯名,「東尼·貝理雅」係生安白造、無中生有嘅老作錯名。當時(2022年9月12號)User:特克斯特荒天下之大謬噉夾格生安白造出「東尼·貝理雅」,事實上、客觀上係破壞粵維、玩弄粵維,竄改粵譯,篡改自然粵文,將粵維變成佢嘅私人遊樂場。而且喺客觀說明呢個生安白造名嘅錯誤之後,User:特克斯特仲要大支嘢噉堅持唔肯改,堅持將佢對粵文嘅破壞利用粵維散播出去!到我喺2022年10月30號,忍唔住之下,喺冇權限嘅狀態,用人手土法去搬版,只係撥亂返正,改正番極度離譜嘅錯誤,做番任何一個粵維編輯都應該負嘅維護責任。本來維護完就算喇。但係User:特克斯特居然到咗今時今日,都仲要喺度,喺眾目睽睽嘅情況下,公然大大聲噉話冇再破壞我嘅撥亂返正只係「退讓咗」?!到底User:特克斯特「退讓」啲乜?!粵維係公器,喺𫒀維上寫嘅要係正確、自然、符合約定俗成嘅粵文。你呢個無恥之徒破壞粵維、傷害粵維,人哋改正你,你居然仲有面皮好意思話只係你「退讓」?!粵維幾時變咗你胡作非爲嘅私器?!而家你呢個無恥之徒有乜嘢特權,可以隨你鍾意就破壞粵維、傷害粵文嘅書寫?!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年9月4號 (一) 09:35 (UTC)[回覆]
你睇清楚我講緊啲咩再話「到底User:特克斯特「退讓」啲乜」先啦。我睇完你上面啲回應唔覺得你睇過我講緊啲咩。
仲有使唔使我寫嗮你呢句發言有幾多廢話都係唔對題,完全喺度人身攻擊+宣洩情感?
  • 「事實上、客觀上係破壞粵維、玩弄粵維,竄改粵譯,篡改自然粵文,將粵維變成佢嘅私人遊樂場。」、「喺眾目睽睽嘅情況下,公然大大聲噉話冇再破壞我嘅撥亂返正只係「退讓咗」?!」、「你呢個無恥之徒破壞粵維、傷害粵維,人哋改正你,你居然仲有面皮好意思話只係你「退讓」?!粵維幾時變咗你胡作非爲嘅私器?!而家你呢個無恥之徒有乜嘢特權,可以隨你鍾意就破壞粵維、傷害粵文嘅書寫?!」。

以上。特克斯特 (傾偈) 2023年11月2號 (四) 17:21 (UTC)[回覆]

我改咗Wikipedia:粵文拼音嘅標音方式

獨尊粵拼毋好;百家爭鳴好。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月16號 (五) 16:07 (UTC)[回覆]

有過萬篇文用緊Template:Jpingauto,而Template:Jpingauto入面「粵拼」兩字係連緊去Wikipedia:粵文拼音,所以唔應該輕率修改Wikipedia:粵文拼音嘅內容。 Alfakwan (傾偈) 2023年6月17號 (六) 06:01 (UTC)[回覆]
我無改啲粵拼模,淨係改咗幾時標音同加咗其它標音方式。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月17號 (六) 06:34 (UTC)[回覆]
君似乎有啲主觀反對粵拼嘅意思,同君名頭係咪有出入? Longway22 (傾偈) 2023年6月18號 (日) 10:32 (UTC)[回覆]
捍衛粵語無話要同支持邊隻標音方式掛鈎喎,睇吓我用戶名頭頂用標音?——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月18號 (日) 11:42 (UTC)[回覆]
本地班所謂支持「發展」粵維嘅新班子,經已消除咗版頭展示粵語輔助工具,若果連用慣開關粵文、粵拼都要一齊被正統「中文」指點,可能爭議更大。 Longway22 (傾偈) 2023年6月21號 (三) 09:36 (UTC)[回覆]
開關粵文?——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月21號 (三) 13:58 (UTC)[回覆]
政策頁應該反映粵維主流共識,唔係用嚟抒發個人意見。有大修改之前,應該喺到討論好先。 ——Z423X5C6傾偈2023年6月22號 (四) 05:20 (UTC)[回覆]
(*喺度/道)
明嘅,但嗰頁無寫話{{Policy}},而係話{{舊聞}}。 ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月22號 (四) 07:21 (UTC)[回覆]
標音方法其實五花百門,作文人用邊個,其他人改咗佢,我都見過,多年嘅觀察就係,有幾位好推崇香港語言學學會粵語拼音方案,不過,如果有人應為用其他粵語拼音方案都可以,喺開新文時、唔去特登改以前寫落拼音嘅情況之下,用新嘅拼法亦唔係大問題。反切法、粵切幾有新意,幾趣致 :-) 劉錫祥拼音我比較鍾意。之前有人搞真人錄聲: {{Audio|Yue-aa4aa1zai2.ogg|讀}} 喺孲𤘅子一文之中,Wikipedia 畢竟都係一個電腦產物,純粹用寫嘅拼音有限,用讀音都係一個有得諗嘅方法。--WikiCantona (傾偈) 2023年6月28號 (三) 22:15 (UTC)[回覆]

@Deryck ChanWikiCantonaShinjimanPokman817Z423x5c6Al12siXRTIER 如果我冇記錯,維基係唔准人用原創研究嘅,捍粵者係噉擅自將文入面嘅字改做佢嗰套「正字」(例如用唔用),又喺啲文入面加切字(我印象中極少人用),甚至剷走粵拼(已經有幾高普及度)。我覺得佢嘅行為唔係咁恰當。Dr. Greywolf (傾偈) 2023年6月22號 (四) 10:27 (UTC)[回覆]

擅自將文入面嘅字改做佢嗰套「正字」(例如用唔用

啲本字我全部都喺Wikipedia:粵語本字表搵嘅,無列到我毋會改;

又喺啲文入面加切字(我印象中極少人用)

我都係參考廣韻分韻撮要啲字啫,啱音咪得,邊個話反切一定要跟古書(傳,住願切,https://www.savepropercantonese.com/files/save-proper-cantonese-book-3ed.pdf,第322、325頁)?

粵拼(已經有幾高普及度)

[未記出處或冇根據],順便改正:有幾高普及度->幾普及吓
,而且我都話,直音、反切(按粵音)一日仲喺度,都應該考慮復興作標準標音系統;普毋普及毋係正當理由。
題外話,你連音都錯(如孤立語你標立做蠟;標音應標保守音),既然係噉不如毋好標,費事誤人子弟。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月22號 (四) 11:31 (UTC)[回覆]
大原則係,預設要用香港或者廣州常用嘅寫法。但為咗鼓勵人寫多啲新嘅內容,有根據嘅其他正字法都可以接受,冇共識之下唔好亂咁改人哋嘅用字習慣。至於反切,粵語教育極少用來標音,唔建議喺維基百科文章入面用嚟做主要標音方式。 翹仔 (傾偈) 2023年6月22號 (四) 22:20 (UTC)[回覆]

預設要用香港或者廣州常用嘅寫法。但為咗鼓勵人寫多啲新嘅內容,有根據嘅其他正字法都可以接受,冇共識之下唔好亂咁改人哋嘅用字習慣

無錯,其它正字係可以寫,但改做本字毋代表反對佢噉寫,而係話佢知,佢噉寫無錯,但本字係更好寫法,間接鼓勵佢寫本字。(百科全書係權威刊物,用嘅語句應該偏傳統、保守)

至於反切,粵語教育極少用來標音,唔建議喺維基百科文章入面用嚟做主要標音方式

噉粵拼就多?粵拼毋係教育局/香港中小學課程會教嘅標音系統,佢毋預你識,反而文言文課程就會係噉意講吓反切,佢預你起碼知原理;至於我話【主要】,意思係【優先用】,毋係毋俾用其它。 ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月23號 (五) 18:14 (UTC)[回覆]
香港已經唔用反切好耐,字典全部都係 IPA(唔係粵拼),不過亦有啲用粵拼嘅字典⸺我都有本係純用粵拼嘅字典⸺連雜誌都見過粵拼標音(ruby),我喺香港來嘅朋友要喺英文寫粵字亦係用粵拼(加拿大出世嘅有自己一套拼音方法,唔係任何正統方案,我識睇唔識寫),客觀上真係普及;要同香港人拗多人用反切好難,我感覺上,喺而今嘅普及書講反切淨係喺講正讀嘅書先會講。
我喺香港嗰陣有教反切,記憶中好似係小學教咗(少過)一堂(教查字典嗰陣教),之後冇再提,亦冇特別教文言文;我哋係讀好多文言文,然後預咗你識睇識寫,我仲記得中一考中文,試卷話寫文言文可以寫短啲,我當時真係唔知好嬲定好笑(根本冇教過點寫)。 Al12si (傾偈) 2023年6月23號 (五) 19:12 (UTC)[回覆]

香港已經唔用反切好耐

可以話少,但毋係完全無;

字典全部都係 IPA

都好過粵拼啦,話晒IPA都係國際標準;為粵語整拉丁拼音方案不撚如直接用IPA毋使砌來砌去,又可學完用來學其它語言毋會好似專為粵語而設嘅拉丁拼音方案淨係啱粵語,外國人睇完都係𢲷(亞交切)晒頭。(參考)——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月24號 (六) 11:42 (UTC)[回覆]
重有,

為咗鼓勵人寫多啲新嘅內容,有根據嘅其他正字法都可以接受

,吓,即係重量毋重質?咁粗製濫造嘅話只會令百科全書嘅質素每況愈下,恕本人毋可認同。 ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月24號 (六) 12:47 (UTC)[回覆]
@捍粵者 聽到阿頭點講啦?Dr. Greywolf (傾偈) 2023年6月23號 (五) 01:27 (UTC)[回覆]

佢噉寫無錯,但本字係更好寫法

@Deryck ChanAl12si 印象中我哋做嘅唔係規範語言學Dr. Greywolf (傾偈) 2023年6月24號 (六) 02:06 (UTC)[回覆]
本字有爭議,我喺度之前從來未聽過有人話 「咗」 嘅本字係 「徂」 或者 「唔」 嘅本字係 「毌」(大家都知道 「毌」 字香港仲有用,之前我試過有國語人唔明點解我寫 「毌」,而今明咗),淨見過話本字係 「着」 同 「無」,淨係咁已經係某啲本字唔應該用嘅理由。
冇爭議嘅本字,例如 「來」、「無」 或者 「睏」,我唔會反對用。
爾度有啲用本字寫嘅文我真係成篇都睇唔明,係睇好多次都唔知佢寫乜嗰隻;咁寫粵語把鬼?我而今寫 「爾」 只係因為喺日文字典查過,的確係咁解同係咁讀(日文讀 「に」,即係 ni1)。 Al12si (傾偈) 2023年6月24號 (六) 02:43 (UTC)[回覆]
我覺得「毌」同「唔」音意都近,極有可能就係本字。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月24號 (六) 12:18 (UTC)[回覆]
噉你(哋)話要統一用粵拼就毋係規範語言學?粵拼又毋係人人都同意。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月24號 (六) 12:30 (UTC)[回覆]
君最好唔好為拗數而拗數,粵維社羣嘅分歧即使唔似隔離咁款,之但係亦唔係話個個都同意君嘅睇法。本身唔好話有無得揀用邊個方案,「新班子」經已剔除埋粵維整體使用時有得快速參考粵拼輔助工具嘅空間,規範化呢個問題,再考究點講,都先要畀得社羣有多啲接觸返唔同粵拼方案嘅空間。若果君係要一入場,就推廣一個當下社羣(用返埋「新班子」剷除唐字講法時講過嘅「用法非主流」睇法)之前都唔多熟悉嘅概念,成數唔多可能。
君需要綜合考慮認受度、通用度同可辯度幾個方面,兼且重要一個因素係呢種情況,按照依家環境壓力同雷打不動嘅維基宗旨,一定要實體社羣度出返一定嘅綜合語文尺度共識,起碼引用返再討論嘅時候就唔至於太過主觀,兼採信起身亦唔會抵觸到維基機械準則。 Longway22 (傾偈) 2023年6月25號 (日) 01:38 (UTC)[回覆]
另外君對語文使用嘅講法,有啲武斷嘅感覺,希望君避免好似元首規訓咁一竹篙。 Longway22 (傾偈) 2023年6月25號 (日) 01:41 (UTC)[回覆]
Wikipedia:粵語本字表入面有好多根本唔係本字,而只係穿鑿附會出嚟嘅。況且,就算係本字,但係到咗後來有約定俗成嘅寫法,都應該尊重約定俗成,強行改做「本字」反而會引起種種誤會,污染語文。「唔」同「毋」已經約定俗成噉用嚟表示唔同嘅音,「呢度」個「呢」亦好可能係壯侗語底層,同「爾」字只係某啲層面偶合,全部都唔見得符合約定俗成。呢啲問題喺Wikipedia talk:粵語本字表都有講過。如果大家眞係捍粵,麻煩即刻停止呢種竄改。Cangjie6 (傾偈) 2023年6月25號 (日) 21:46 (UTC)[回覆]
忙咗段長時間冇上嚟。一上翻嚟,見到上面嘅討論,我急忙一睇,首先見到User:捍粵者用一大堆實際上係錯別字嘅偽本字,嚟扠禍我keep住維護嘅粵語注音符號呢篇文。再check一check,我眞係想爆粗,好多好多篇文都畀你噉破壞法!如果佢眞係「捍粵」而唔係嚟破壞粵文,佢絕對有責任即刻抿番晒你屙嘅屎,還原番晒本來約定俗成嘅粵字!
「毋」同「無」係同源嘅,基本上由古至今音義都一樣,憑乜嘢用「毋」取代「唔」而用「無」取代「冇」?點解唔調轉嚟,用「毋」取代「冇」而用「無」取代「唔」?由此可見,啲所謂「本字」係幾咁雙重標準。唔理「毋/無、唔、冇」歷史上有幾同源,發展到今日,音、義已經唔同。我哋只會講「毋寧死」唔會講「唔寧死」,我哋要區分「無條件投降」同「冇條件投降」。偏偏User:捍粵者就走嚟撈亂晒。所謂嘅掛名「捍粵」,事實上係扠禍晒啲正常粵文!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年6月25號 (日) 22:58 (UTC)[回覆]
既然你覺得佢哋應該調轉取代,噉你不如答我,【毋】幾時有【沒有】嘅意思、【無】幾時有【不】嘅意思?【冇】同【唔】嘅意思邊個近啲【無】,邊個又近啲【毋】? ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月29號 (四) 16:21 (UTC)[回覆]
到底閣下嘅閱讀理解能力有幾高?我冇主張「佢哋應該調轉取代」,唔好屈我,我只係指出你嗰種取代法有幾矛盾。我唔會答啲根本違反我主張嘅問題,相反,閣下主張要以「無」代「冇」,噉閣下係咪有責任解釋「無條件投降」同「冇條件投降」畀你扠禍完之後仲可以點樣區分?
又,我實實在在噉指出咗你啲修改造成嘅咁多問題,結果你咩都扮睇唔到,就淨係回我一個打稻草人嘅問題。選擇性失明好好玩咩?我叫你負番你自己嘅責任,即刻抿番晒你屙嘅屎,還原番晒本來約定俗成嘅粵字啊!咪扮睇唔到!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年6月30號 (五) 02:25 (UTC)[回覆]
「無條件投降」同「冇條件投降」意思毋(錯別字?邊撚度錯啊睇吓?)同?毋覺囉,淨係知前者係常見寫法噉囉;寫做後者都毋會毋同意思𠺝,所以,分來做咩?
你又成日話噉改係破壞要我還原,破咩壞還咩原吖,我初頭噉改嗰時你哋又毋出聲,改咗咁多你哋先來話毋得?你想還原咪自己還飽佢囉,一係咪叫返之前啲咩henryli啊來搞囉,話晒你覺得佢哋先係誤人子弟嘅始作俑者嘛!咁多篇,得閒同你逐隻字搵咩,我睬你都有味啊! ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月1號 (六) 15:26 (UTC)[回覆]
連「無條件投降」同「冇條件投降」有咩分別都唔知,User:捍粵者你到底識唔識廣東話?!
連廣東話都唔識,User:捍粵者你憑乜嘢編輯粵維?
連「毋」同「唔」都唔識分,User:捍粵者你夠膽咪棟喺旺角商場門口,攞將紙將「唔係」寫做「毋係」,睇吓有幾多人認同你冇寫錯?
我自己有一排忙,嗰陣你未開始將正常粵文改成火星文錯別字,但我同好多人晨早已經喺相關討論度多次論證係錯別字,你未改就已經出咗聲喇!而家係你落手搞破壞,邊到你放肆周圍屙屎唔肯抹仲要話「睬你都有味」?!
如果各位管理員縱容User:捍粵者嘅破壞,粵維從今以後仲有邊一日可以安寧?!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月1號 (六) 18:53 (UTC)[回覆]
「無條件投降」同「冇條件投降」對我來講係同義而對你來講毋同又點?正如你嘅文筆同我都毋同啦!如果你覺得佢哋毋同不如你又講吓你覺得佢哋點毋同?!
我毋撚係好似你噉講毋識分「毋」同「唔」囉,而係覺得喺我用嘅語境無必要分囉,明毋明啊?! ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月2號 (日) 13:28 (UTC)[回覆]
「無條件投降」同「冇條件投降」,唔係「對我嚟講」唔同義,而係對所有正常理解粵語嘅人嚟講都唔同義。你居然覺得同義,已經充分證明咗你唔識粵語同粵文。噉你有咩資格走嚟編輯(扠禍)粵維?!
仲要我敎識你有咩唔同?!任何一個正常識粵語嘅人都知道嘅嘢,仲要我講?!
「毋」同「唔」亦都係一樣,任何一個正常睇粵文、寫粵文嘅人,都一定會分。你居然覺得「無(錯別字,應該寫成『冇』)必要分囉」,已經充分證明咗你唔識粵語同粵文。噉你有咩資格走嚟編輯(扠禍)粵維?!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈)
至於粵拼有幾普及?官方小學識字標準預設用粵拼;香溯人最常用嘅查讀音網預設用粵拼;香港人發起嘅粵語詞典、「潮語咭」用粵拼;多間大學嘅通識課程、粵語課程同粵語自學網站都用粵拼,仲要講明粵拼多人用又多資源。居然有人噉都要選擇性失明,死拗粵拼唔普及?
直音、反切唔係一無是處,但係缺點亦係明顯。要顯淺簡單易明噉標寫聲韻調,直音做唔到,反切複雜麻煩亦唔統一,音標或拼音就水到渠成,噉都仲要捨近就遠?唔畀人用身邊嘅消防水龍頭,逼迫所有人都只准用遠水嚟救近火,User:捍粵者到底係捍粵,定係反串者,掛捍粵之名,其實係要殺死粵語書寫?
以前香港啲中小學冇教任何粵語拼音,搞到有唔少香港人講唔出甚至分唔到啲聲韻調嘅學理,淨係讀咗個字出嚟當識咗。直音、反切做唔到呢啲嘢,IPA對好多人嚟講又太深。而家難得粵拼比較普及喇,大學中學,甚至有小學,都教粵拼喇,User:捍粵者就走嚟不停刪走啲粵拼,夾硬用一般人唔識或者覺得深嘅標音方法,根本就係嚟扠禍粵語!
無論User:捍粵者再點死拗死撐,必須阻止佢嘅破壞,要即刻阻止!請各管理員畀個限期佢,要佢喺限期內改番走佢嘅所有破壞(包括刪走粵拼,將約定俗成嘅粵文改做偽本字等等),如果佢唔肯就封鎖佢。——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年6月27號 (二) 09:23 (UTC)[回覆]
你使乜噉樣標我幾次來洗我板唧?標一次我就知啦!講到好似我啲字毋快啲打返回頭你就會急到瀨屎噉。
本字表咪話咗有啲字存疑囉,我都毋係逢本字表講嘅就改啦!毋通好似你噉盲反咩!如果你覺得本字表啲字有嫌疑,咪喺篇文度加入反對理據囉,又毋係毋俾你改~
你有無睇到我上面話:

普毋普及毋係正當理由

,同

任何註音系統都有基本符號(字形/字符)要學

?語會套系統簡稱粵拼,霸住【粵語拼音】嘅簡稱,令人以為粵語拼音就得佢嗰套!而且多數粵語拼音推廣者一推粵語拼音就係語會套系統,其它系統隻字毋提,連帶受眾都淨係知粵拼,可能連教院啊、IPA之類都未聽過,爾啲系統點會普及?對佢哋點會公平?如果真係想推廣粵語拼音就應該介紹埋其它系統,起碼俾人知吓揀吓!我肯定如果啲人知有其它系統,粵拼一定少好多人用!IPA對好多人嚟講太深?你又知人哋覺得深?IPA要學,反切要學,粵拼就毋使學呀?倉頡要學,手寫輸入就毋使學呀?
仲有你又話反切分唔到啲聲韻調嘅學理,你有無學過反切吖?知毋知咩叫陰陽平仄吖?咩叫聲韻調吖?
~~~~ ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月29號 (四) 17:08 (UTC)[回覆]
我標你純粹係行文需要,有必要喺內容度寫明破壞緊粵維嘅係閣下。我已經冇用ping。
凡係破壞,多一秒都嫌多。點解閣下大肆破壞完,仲居然有面皮去嫌人哋心急想快啲修復番?
你話你「毋(錯別字:應該用『唔』)係逢本字表講嘅就改」,問題係你改嘅都係好常用嘅字,好影響正常閱讀!你話我「盲反」?哈,我有冇反對過你啲正常修改吖?本來見你花時間執走啲歐化病句,我欣賞你㗎。點知搞搞吓,你走火入魔,變咗破壞粵維,將正常嘅文改做火星文。你咁扠禍法,我有乜可能唔反你?
文字又好,標音又好,要方便其他人閱讀,而唔係孤芳自賞,冇得唔講求約定俗成,大把大粒佬都係噉話嘅。普唔普及,絕對係堂而皇之嘅超極正當理由。抑或你家陣就係要做crank(民科),仲想將粵維變做你嘅民科樂園吖?係嘅就講明,唔好明明係噉做但係唔敢認。
各種「粵語拼音」,大家舊底就已經講開「粵語拼音」,四粒字好簡單,本來就冇咩簡稱可言。語言學會嗰隻簡稱做「粵拼」,閣下你好唔啹,但係慘就慘在成個社會受喎!你唔啹嘅,可以做客觀嘅統計調查㗎,睇吓邊隻標音方法最多人揀囉。香港人冇閣下咁豬,啲人用粵拼,往往唔係因為唔知有第二隻。你自己唔鍾意,唔代表可以噉樣屈人。
至於我識唔識反切、陰陽平仄、聲韻調等等,我使唔使話你聽,我係中維「重紐」篇文嘅主要內容貢獻者吖?(如果你唔識重紐係乜,呢抽問題係咪應該由你自己嚟答番?)當然唔只呢篇,要數可以有排數。但係噉又有乜嘢關係?要識呢啲嘢先可以指出你嘅問題咩?你喺度製造啲咩資格論啊?你覺得你自己咁識,係噉你又答唔答得出,點樣唔依靠任何音標或者拼音字母,淨係用反切或者直音,簡單、直接而且固定咁,表達出「二百年前,扇字讀sh聲母,線字讀s聲母」、「eon韻有eo元音同n輔音韻尾」呢兩句句子?——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年6月30號 (五) 02:25 (UTC)[回覆]
我話你盲反嘅係本字表啲字,毋係我改嘅嘢;
民科(貶義)?民咩科啊?反切係成熟嘅標音系統,你就話人毋專業研究;
粵語拉(丁)拼普及度/喜好嘅調查,我搵都搵毋到,你就毋好鳩吹話多數人知粵語有咁多種拉拼系統;你之前重話有中小學教吖嘛,你咪舉例甚至擺佢哋啲教材上來畀我睇吓囉?
既然你識嗰啲音韻學術語就咪話反切分毋到聲韻調啦!我係話你明明識音韻學都仲要話反切分毋到聲韻調啊!你就調返轉話人製造資格論!
反切係愛來標聲韻調毋係愛來解釋現代語音學嘅音素概念!毋好越俎代庖!扇同線當年毋同聲母,前者照組審母後者精組心母,標明對立聲母係反切嘅用途!但拆開臻韻來表達佢韻腹同韻尾毋係反切嘅用途,係語音學術語或IPA嘅用途,例如話短靴韻腹同泥母韻尾,反切表達毋出好正常! ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月1號 (六) 20:25 (UTC)[回覆]
你話我盲反所謂「本字表」啲字。我係咪個表上每一隻所謂「本字」都反對吖?你邊隻眼見我反對過個「啲」字?你邊隻眼見我反對過個「正」字?你邊隻眼見我反對過個「整」字?你邊隻眼見我反對過「鍾意」個「鍾」字?
我冇「盲反」嗰張所謂「本字表」,佢有啲字,的的確確眞係啱嘅,或者符合到約定俗成嘅,我有反咩?我只係反對嗰張表上面啲火星字,同埋反對稱佢哋做「本字」咋。偏偏張表上面絕大多數嘅字都係啲火星字,包括你呢條根本唔識粵文嘅破壞者,專揀埋晒啲火星字嚟改走人哋正常嘅𫒀文。我有乜可能唔反啊?!
至於反切,噉「審母」同「心母」具體即係乜嘢,佢哋有咩同有咩唔同?同樣係「審母」嘅字,切語上字又係咪次次都會標做「審」?「通、桶、痛、同、壟、洞」呢六個字嘅韻母,你用反切又會點寫?「東、司、因」、「懂、屎、忍」、「凍、試、印」、「同、時、人」、「壟、市、引」、「弄、事、刃」六組字,每組嘅聲調都一樣,你又點樣用反切表示出嚟?甚至你自己都話有啲嘢「反切表達毋(錯別字:應該用『唔』)出好正常」,而有另一隻工具,可以好簡單噉表達到晒呢啲反切表達唔到嘅嘢,同時又可以表達埋反切表達到嘅嘢,對唔少人嚟講又相當普及嘅,點解你唔畀人用?點解要改走人哋,變做反切?
我唔係話反切係民科,我係話你,連正常粵文都唔識嘅User:捍粵者閣下係民科!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月2號 (日) 19:48 (UTC)[回覆]
【至於反切,噉「審母」同「心母」具體即係乜嘢…切語上字又係咪次次都會標做「審」?】
咁想具體到畫出腸係⿰口毋係?!用語音學術語同IPA囉!!!明⿰口毋明咩叫正齒清音(清齦齶擦音)/ʃ~ɕ/同齒頭清音(清齒齦擦音)/s/??古書愛來標音嘅反切字⿰口毋統一就代表現代嘅我哋標音嗰陣要跟佢⿰口毋統一?
【「通、桶、痛、同、壟、洞」呢六個字嘅韻母…你又點樣用反切表示出嚟?[原文如此]】
其它粵語反切標音嘅詳情自己睇https://zh.wikipedia.org/zh-hk/User:%E6%8D%8D%E7%B2%B5%E8%80%85/%E7%B2%B5%E5%88%87%E6%A8%99%E9%9F%B3,有問題集中喺佢討論頁問,我⿰口毋再喺度多講
【甚至你自己都話有啲嘢「反切表達毋(錯別字:應該用『唔』)出好正常」,而有另一隻工具,可以好簡單噉表達到晒呢啲反切表達唔到嘅嘢,同時又可以表達埋反切表達到嘅嘢[原文如此]】
我講多次,你想表達語音原理咪直接用語音學術語同IPA囉,粵拼邊向左走向右走度解釋到點解要分oe同eo?直接用⿰口毋同嘅IPA符號咪得囉!使乜好似粵拼噉調來調去?!專登發明粵拼(或其它粵語拉丁拼音系統)出來都雙魚包!
【點解你唔畀人用?點解要改走人哋,變做反切?[原文如此]】
我改咗頂多兩三次,佢哋打咗返回頭!但你講到好似我改親文都會改走佢!hi auntie⿰口毋好再吹大啲?!
民科?咁多道理都叫民科,你就真係民科!
——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月7號 (五) 15:38 (UTC)[回覆]
重有,你⿰口毋盲反WP:粵語本字表就⿰口毋會將引言成篇改走重要將一句講晒改到叫人⿰口毋好跟啦! ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月7號 (五) 16:01 (UTC)[回覆]
我舉「通、桶、痛、同、壟、洞」呢六個字,目的係呈現用粵拼好簡單就標示到嘅同韻唔同調,用反切就會變成至少要用三個唔同嘅反切下字,而要表示陰陽仲另外要用反切上字。證明你改走人哋註好咗嘅粵拼,變做反切,係化簡單為複雜,捨近就遠。噉明顯係傷害、係破壞。
古書標音的反切字唔統一唔係罪,喺佢哋嗰個時空嚟講亦冇所謂。但係現代有簡單好多、統一好多、易用好多、易學好多、普及好多嘅拼音,點解你唔畀人用,要專登改做複雜好多嘅反切?
就算你退一步話用IPA,問題都係一樣。同反切比,IPA係簡單啲、統一啲、易學啲、普及啲。但係同粵拼比,優勢就喺粵拼度。
點解要分oe同eo,設計粵拼嘅學者已經解釋得好清楚。你分唔分到「裱起張soet1」個「soet1」同「體恤」個「seot1」「恤」吖?你分唔到嘅,仲有咩資格講你識粵語?
除咗你個人發神經,自己莫名其妙語鍾意粵拼,仲想迫全世界當你係皇帝聽你支笛之外,眞係完全冇改走𫒀拼嘅理由。
人哋將你嘅破壞打返轉頭,唔等於你冇破壞。正如你搶完嘢,畀人捉到你,將你搶走嘅嘢還返畀原來主人,唔等於你冇搶過嘢。你噉都仲可以大大聲講出嚟,真係人唔笑狗都吠。
唔係所謂「多道理」就唔係民科,絕大部份民科都一大抽口水講,弊在喺邏輯同證據上根本唔通。你啲所謂「道理」正正就係噉。
至於張九成火星字嘅表,叫人唔好跟有乜問題?唔通明知佢至少九成係錯都叫大家跟?討論頁話明跟咗張表係可以打回頭,我只係將呢點更新番,避免再有人好似你噉攞張表做藉口破壞粵維咋!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月11號 (二) 01:55 (UTC)[回覆]
我之前話提議現代標音統一啲反切字已經慳唨成半有多嘅字數,頂多都係多幾隻陽調字,噉就叫複雜?你連簡單嘅中文字都⿰口毋識嘅話有咩資格話你識重紐?
我上面亦講過,【傳統/文化:任何註音系統都有基本符號(字形/字符)要學,噉既然都係標自己語言嘅字音點解毋用我哋源遠流長、博大精深嘅漢/粵字(或基於漢/粵字嘅標音子系統)而要用蠻夷創製嘅文字?粵語必須用漢/粵字(或基於漢/粵字嘅標音子系統)標音,同官話爭奪華夏正統之名!用拉丁文字標漢語族語言字音簡直神化拉字、矮化漢字、崇洋媚外、摧毀傳統!】你睇⿰口毋到?定你想用拉丁拼音一步步毀滅漢字粵文,步越文後塵,【今日越文,聽日粵文】?
粵拼分oe、eo,萬國音標就⿰口毋分[œː]、[ø/ɵ]?你噉問係⿰毋系以為萬國音標都⿰口毋分?萬國音標分嘅話又特登整套粵拼出來係⿰毋系叫多此一舉?
就算張表畀夠你九成錯,噉你叫人⿰口毋好跟,咪即係叫人嗰一成都要反囉!噉⿰口毋係鳩反係咩?!——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月17號 (一) 01:18 (UTC)[回覆]
覺得粵語標音係「老母係女人」,只係你呢件「禍粵者」嘅個人睇法。覺得粵拼係「蠻夷創製嘅文字」,亦係你呢件「禍粵者」嘅個人偏見(兼夾歧視)。
收手啦!維基唔係你一個人想點就點嘅遊樂場呀!你想乜都按你自己鍾意,可以自己開個fandom,而唔係破壞人哋維基上面嘅文呀!
仲有,如果用羅馬字母叫做「蠻夷文字」,噉主體係羅馬字母嘅國際音標亦都係。粵拼簡單過國標音標,日常應用上有優勢,粵拼只係標音嘅簡便工具,唔係取代漢字,唔會「步越文後塵」。你件「禍粵者」自己思覺失調亂咁腦補,就自己開個fandom玩飽佢,唔好走上嚟維基迫其他人同你一齊癲!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月18號 (二) 00:05 (UTC)[回覆]
百科嘅功用同職責根本就⿰口毋係愛來標常用音,字/辭典嘅職責先係標常用音,百科就頂多標僻音,做埋字/辭典嗰份即係越俎代庖;我引嗰段都講過,字都⿰口毋識多幾隻就睇百科?未學行先學走,傻乎乎?
【粵拼係「蠻夷創製嘅文字」】你意思係話語會嘅人係蠻夷,喇我無噉講啊,我係話【制訂粵拼迡啲拉丁拼音即係用「外族」創製嘅文字來標自己語言嘅字音,係有辱語體】啊。
我的確話要復興反切迡種偉大嘅標音法而想喺度用㗎,不過你又⿰口毋制,噉我咪提國際音標迡隻雖然係羅馬字母嘅延伸但又話晒通用嘅系統囉!
粵拼簡單過國際音標?如果你簡單嘅定義係粵拼用嘅符號少過國際音標,噉你用二進制吖笨!二進制夠少符號喇啩!
你今日⿰口毋用拉丁拼音取代漢字⿰口毋代表遞日正苦⿰口毋逼你嘛!
1.正苦將粵語定做香港官方語言
2.正苦將粵拼定做粵語官方標音系統
3.正苦將粵拼納入中小學必收課程,並有粵拼考試
4.正苦將粵拼定做粵語官方文字
5.正苦部門中文名全轉粵拼
6.正苦將香港路牌拉丁音全轉粵拼
7.正苦將粵拼定做港人外文名預設拼法
8.正苦立法廢除漢字
好喇,你答我,以正苦今下做嘢態度,你係⿰毋系想正苦一行行晒八步? ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月18號 (二) 10:25 (UTC)[回覆]
@捍粵者其實關於粵語本字/用字問題,之前都有用戶討論過,可以睇睇Special:diff/1280867特克斯特 (傾偈) 2023年7月22號 (六) 11:13 (UTC)[回覆]

既然我哋幾人當中就出到3種(最)鍾意嘅標音法,不如改Wikipedia:粵文拼音嘅標音政策

我最鍾意反切、@Al12si鍾意黃錫凌、@WikiCantona鍾意劉錫祥式

49.176.167.107君喺我頁討論版留嘅言:

不如嘗試達成噉嘅模糊共識啦:新增某篇非空殼文嗰位有權自己揀套有名望嘅拼音方案嚟標注,不論過時與否;其他人見到之後唔好鏟走,頂多用「{{notetag|……}}」及「{{notefoot|……}}」加料……若果爭住制定標準,會搞到大家好冇癮,令原本唔多嘅活躍者變得更少。粵文版維基百科並無總編輯或大老世,亦唔係個語言類專家團體,應該包容各種冇錯嘅行文風格,正如現狀係語氣勁老套至頗新潮嘅作品都喺呢道並存。

@Dr. Greywolf,我爾今提出改標音政策,就係畀各套標音系統百花齊放,毋好統一做粵拼。

另外,我仲建議,標音毋好擺粗體標題頭頂,而應該擺頁面右邊嘅多系統粵音模(現有?整新?) ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月1號 (六) 16:55 (UTC)[回覆]

粵拼係成個粵維晨早傾過晒,大家都認同嘅。而且而家提出呢堆嘢嘅人,係連日以嚟不斷破壞粵維嘅User:捍粵者。我強烈反對呢堆嘢,認為大家唔應該理呢堆嘢。——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月1號 (六) 18:56 (UTC)[回覆]

而且而家提出呢堆嘢嘅人,係連日以嚟不斷破壞粵維嘅User:捍粵者。我強烈反對呢堆嘢,認為大家唔應該理呢堆嘢。

你又衝出來鳩反喇?除咗識鳩反我重識咩?晨早傾過即係幾時?你當政策死嘅毋更新得㗎?——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月2號 (日) 13:50 (UTC)[回覆]
我有晒道理噉反,唔係「鳩反」,相反係你「鳩搞事」,先迫到我冇得唔反你。你唔搞事嘅話,你正正經經淨係執走啲歐化病句嘅話,我幾時反你?但係你搞事,仲要肆無忌憚,請問我有得揀咩?我有可能唔反你咩?!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月2號 (日) 19:48 (UTC)[回覆]
噉我夠有道理提出改政策咯,你有無反對嘅道理吖?!你噉反法擺明鳩反喎! ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月7號 (五) 14:07 (UTC)[回覆]
你嗰啲所謂「道理」喺邏輯同證據上根本唔通,只係民科發泄,根本「鳩反」嗰個就係你。
我反對張表絕大部份嘅字,反對改走啲粵拼,原因亦已經講得清清楚楚,打咗咁多字,你唔係文盲嘅就自己睇返上面。你仲有一啲啲自知之明嘅,就停止破壞,同埋抹返走你周圍屙嘅屎,打返你自己啲破壞回頭!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月11號 (二) 01:55 (UTC)[回覆]
我口毋記得講,你反對我上面提出嘅改標音政策口毋單止係反緊我想用嘅標音系統,重反埋人亻地(@Al12si同@WikiCantona)想用嘅標音系統喎,噉你又何嘗口毋係鳩反?
你口毋明人啲道理邏輯就話人民科發泄,返屋企睏覺啦你~ ——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月17號 (一) 05:49 (UTC)[回覆]
Ji4-gwo2 1000 Nin4 cin4 Hoeng1-Gong2-Zai2 di1 Zu2-zung1 jau2 cat1-gwo3 10% Lik4 bi2 bau2-fu4 Mu2-ji2, Hoeng1-Gong2-Zai2 ji4-gam1 gong2 ga3 zau4 mau2-wui3 hai4 "Gwong2-dung1-waa4", ho2-nang4 hai4 壯話. 汩汩银泉 (傾偈) 2023年7月21號 (五) 07:31 (UTC)[回覆]

標音嘅事,過去呢個月已經喺唔同場合討論過。社群主流共識係繼續用粵拼, 同埋唔好將人哋寫嘅慣用粵字改做你心目中嘅「本字」。開多個討論唔代表多咗人支持提議。如果User:捍粵者你繼續喺度嗌交,其他編者俾你嘅提議繼續扮聽唔到,噉管理員惟有封鎖呢個帳戶,好似 Dr. Greywolf 警告咗你噉。翹仔 (傾偈) 2023年7月20號 (四) 10:01 (UTC)[回覆]

【唔同場合】:乜粵維版務重可以喺遞度傾㗎咩?除唨迡度(城壇)重有咩場合?
【同埋唔好將人哋寫嘅慣用粵字改做你心目中嘅「本字」】:我已經無再改人啲【慣用粵字】
【嗌()交】:講道理叫喝交?你係⿰毋系誤會唨?用感嘆號毋一定係【大聲】,可以純粹係表達語氣囉…——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月20號 (四) 15:44 (UTC)[回覆]

哦~!@Cangjie6雙重標準,話人改人亻地啲粵字做屎毋啱,轉個頭就自己改人啲粵字!

(原本喺普通話拼音嘅編輯歷史講唨迡句,但WP嘅軟件食唨我打過嘅字:【哦!又話叫人毋好改人亻地啲粵字,轉個頭就自己改人啲粵字,重毋俾我捉到你雙標?】)

雖然我都同意毋應該用【尐】,但引用先例,你噉改犯規。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月22號 (六) 16:09 (UTC)[回覆]

由呢個所謂「投訴」充份證明「禍粵者」死心不息噉破壞粵維

  • 「殘陽孤俠」當年就係嗰一大餅僞本字火星文(即係錯別字)嘅發明者、量產者。佢嘅講法只係為咗keep低佢自己啲僞本字火星文(即係錯別字)而夾硬搵藉口,完全唔係任何規則,亦完全冇可能跟。一個正常嘅百科,冇任何理由唔用約定俗成嘅正常寫法,特登走去寫錯別字。見到百科上面有文寫錯別字,改正佢係天公地道。粵維嘅問題係太多呢種僞本字火星文錯別字,但係根本冇幾多人肯真正維護,改正番啲錯別字,仲要有啲癲佬係噉增加錯別字。「禍粵者」引用呢啲垃圾發言嚟當成十戒投訴我,證明佢根本存心破壞唔會心息。請唔好再姑息養奸,帶住私心去「sense」呢件「禍粵者」係咩「熱愛粵語」,佢破壞正常粵文書寫、破壞粵拼嘅事實擺在眼前,請即刻永久封禁呢件到而家呢刻都仲不停破壞緊粵維嘅「禍粵者」!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月22號 (六) 16:58 (UTC)[回覆]
    Bat1 gwo3 "di1" dang4 "dit1" daai4-koi3 hai4 jau2 Fan1-bit4 Ji2-faat3 hoi2 slak1-dit1 Dialekte, di1 di1 Hoeng1-Gong2-Zai2 mi4 bit1 teng1-gwo3 ga3. 汩汩银泉 (傾偈) 2023年7月23號 (日) 18:35 (UTC)[回覆]

急切必須喺方針、政策上杜絕火星文錯別字

呢幾個禮拜,「禍粵者」搞咗唔少風風雨雨出嚟。而家雖然佢畀管理員暫時封咗,但係嗰啲風風雨雨其實冇停,甚至仲擴散緊。我講嘅係僞本字火星文(即係錯別字)嘅問題。

回顧粵維嘅歷史,由創立之初,有啲編輯已經好鍾意標奇立異,一幅「眾人皆醉我獨醒」嘅心態,覺得唔少人寫粵文都係錯嘅,佢哋喺粵維度寫啲別樹一幟嘅文先係典範,而九成火星文嘅Wikipedia:粵語本字表就係噉嘅產物,唔只叫「本字」,仲要冠以「Wikipedia:」開頭,可見張表係喺咩心態之下整出嚟嘅。當年粵維仲經常出咩「殘陽孤俠」呢種編輯,唔只大寫特寫僞本字火星文,甚至唔畀人寫正字,迫人跟佢啲僞本字火星文(即係錯別字)嚟寫,趕走晒啲正常人。

時至今日,「殘陽孤俠」好少蒲頭喇,張火星文表亦都屢屢畀人批評,不過創立呢張表嘅「HenryLi」依然唔肯廢咗張表,仲話佢有「價值」,甚至話寫正常粵文、反對火星文錯別字只係「一時風氣」,仲聲稱「無論乜嘢正字假借字俗字都可以寫,只不過睇邊個勤力寫」,只係話張表唔𠇼方針,但係依然keep住個「Wikipedia:」開頭。於是,就算「禍粵者」做得太過份、犯眾憎而暫時被ban,問題依然冇解決過,仲有其他編輯好主動咁量產用僞本字火星文(即係錯別字)寫成嘅文,污染粵維同時扠禍成個粵文生境。只係解決「禍粵者」一個編輯,絕對唔足以撥亂返正。

我對事不對人,唔係要「整」邊一個定邊幾個編輯,而係希望粵維上面唔好再有火星文出現,扠禍正常嘅粵文。呢個影響唔只係粵維內部,仲影響埋粵維以外大家點睇粵維(繼續出現咁多火星文,大家只會當粵維係怪胎。你覺得你寫火星文好過「癮」,但係其他人唔只冇癮仲睇到死吓死吓——包括我睇你上面呢段話,都唔係真係好明,有唔少位都係靠估),同埋擾亂學者硏究粵文嗰陣嘅數據。嗰張所謂粵語本字表,根本九成以上都穿鑿附會嘅,唔應該用佢嚟支持啲火星文。「和而不同」係指喺一啲共識上可以唔同觀點,但係編輯百科全書,要寫正常嘅用字,唔好寫錯別字同火星文,應該係最最基本嘅共識同埋必須共同遵守嘅編輯規則,而唔係用咩「和而不同」嚟做藉口,大寫特寫火星文、錯別字。縱容啲火星文、錯別字繼續量文產,先至係真真正正嘅弊多於利。

要治本而唔係治標,必須喺方針上、喺政策上杜絕火星文錯別字,講到明無論邊一個,只要喺粵維度寫文,都應該用正常粵文,唔可以故意用僞本字火星文、用錯別字嚟寫。以後再有人,故意用大量僞本字火星文、用錯別字嚟寫文,應該講到明會列為破壞,管理員有權要求佢改正,死都唔肯改嘅,管理員可以封禁佢。唯有噉樣,先至有可能杜絕到而家都冇停止過嘅火星文錯別字不斷噉出現。呢個問題到咗而家呢一刻都仲係擴散緊,有非常緊急、非常逼切嘅需求。希望所有管理員正視同支持,唔好再繼續令粵維成爲火星文錯別字嘅滋生溫牀,扠禍成個粵文書寫。——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月30號 (日) 19:00 (UTC)[回覆]

立意雖好,之不過似乎可能加劇根本上管制採編同審查模式官影響力,需要考慮嘅應該係,喺警覺我地自己採用咁嘅相應語文因素本身受到著唔對等壓力影響嘅情形下,可以保持返社區入邊每一個遵守到相應禮儀同合作要求嘅發言,同埋所有可以考證嘅跨背景、跨時間嘅語文記錄素材,喺議案或一般論說時候提交,之間嘅關係唔會因為提及時所附帶嘅唔對等或其他唔啱牙嘅壓力而變相造成惡果,
若果學似中維大一統或本地近排照抄嘅同一類思路款,除咗原則上客觀需要應對返正統式大一統思維而秉持嘅政治文化保守傳統,亦應當確定書寫系統簡化通俗化、時興化嘅路線唔會製造出另一種唔對等或者有極限壓制異議嘅意識,譬如話呢排之前有所謂粵譯外籍人士名號採用全名形式統一、變相施加大一統嘅翻譯規則到本地,正式可話引以為鑑,需要警戒。
一旦子未有充分整合唔同基礎同合理推進討論改變,係按照某啲政權或壟斷思維嘅緊急法做箝制以一了百了,如果係就本提案所話到嘅字詞使用問題,亦關聯書寫系統背後隱含嘅既有素材再梳理、再認識等深層次問題,單論火星與否淨係按現代極化嘅一啲思維而定,如果缺乏適合嘅、通行而普及嘅衡常辯論同共同協商等背景基礎,好難唔話一下子又再似之前本地一啲情況咁、發出禁制使用字眼或統一改變記述,訴諸干預社區傳統習慣,係唔會造成仲嚴重對智識學術辨識同言論嘅限制。
關於用字整體嘅爭議,個人認為係值得保持一定嘅質疑,但係極度憂慮若果係被升格成採取規制嘅程度,可能對社羣同社區製造其他嘅寒蟬效應。
遵照返過往情況、傳統同慣例,認為呢個反污染中文朋友嘅個案處理,係應當繼續採用個案情況進行處理,針對返當事人對本地採編活動同專案嘅意圖同影響因素,做出判讀。 Longway22 (傾偈) 2023年7月31號 (一) 10:40 (UTC)[回覆]
感謝回應,不過好多嘢扯到好遠,其實同我指出嘅問題以及提出嘅解決方法無關。要求正常噉寫粵文,其實只係最最最基本嘅編輯體例,正常粵文係點亦應該係編輯者必備嘅常識,根本唔應該係任何嘅「改變」。指出呢堆火星文錯別字,係火星文錯別字嘅事實,並唔係咩「現代極化嘅一啲思維」,而係實實在在嘅客觀結果。如果粵維嘅書寫本來就正常,根本唔使大費周章去做。而家粵維搞到咁畸型,係「殘陽孤俠」等火星文派禍害者多年嚟一直種落嘅禍根,導致個天秤已經好嚴重噉向火星文嗰邊傾斜,如果唔做返必須做嘅嘢(只係講必須做嘅嘢,完全唔係咩「壟斷思維」咩「箝制」)去平衡番個天秤,喺度懶大愛,慢慢同班存心用火星文嚟毒害正常粵文嘅禍害者「協商」,噉只不過係製造藉口畀啲禍害者,變成容許甚至助長啲禍害者繼續擴展佢哋嘅火星文禍害——呢個正正係而家呢刻粵維嘅情況!
而所謂「用個案情況進行處理」、只係「針對返當事人」,根本完全無效。就好似件「禍粵者」而家只係暫時封咗,唔單止限期到佢又可以繼續佢嘅毒害,而且佢啲同類已經等唔切,好似「202.68.172.246」就已經喺度咬緊人。我亦嘗試過同佢溝通,講明係對事不對人,只係希望粵維上面唔好再有火星文出現,結果「202.68.172.246」唔只堅持要用火星文嚟毒害粵維,仲連番人身攻擊本人。呢啲存心傷害粵文、扠禍粵文嘅人,一而再再而三噉出現喺眼前,正好證明我提出嘅問題堅係擴散緊!係極度逼切要即刻解決!希望各管理員盡快阻止呢個問題繼續擴散,拯救粵維於水深火熱之中。拜託!——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月31號 (一) 17:42 (UTC)[回覆]
單獨需要嘅係討論參與同適當嘅本地管理指引參照,可以發揮作用,而且亦覺需要注意返依家一部分新晉嘅管理姿態係可以縱容到剷除異己人等或資訊智識、變相拖低粵文部分核心建制傳統價值同慣例,係真係會本身就唔在乎擴大撕裂,亦可以藉機擴大管制手段,閣下需要小心唔好因為有新友特登撩事鬥飛而正中下懷。
議案重點仲係應該關注返新晉粵維用家啲行事手法同意圖、影響呢幾part,可能兼且需要考慮係咪存在篡謀因素,個人可以好肯定嘅話依家自治環境嘅困局仲惡劣過之前,明擺著就出現咗不正當嘅干預本地獨立採編同傳統情況,呢個個案亦應當作為同一種情形嘅一環,
個人認為較為確切啲嘅觀感,呢度發生嘅係有啲新晉粵維參與者,依據返家下啲表面記錄粗略睇,可能係正有意圖咁濫用友好豁免原則、超出合理可商議嘅範圍,同中維一啲人士係有一致嘅訴諸騷擾採編嘅patterns,兼有可能達致破壞衡常爭議嘅商議過程、產生超出可承受比率嘅言論同採編限制效果。以上應該係問題嘅核心。 Longway22 (傾偈) 2023年8月1號 (二) 01:39 (UTC)[回覆]
希望Longway22閣下唔好再無限離題。我講嘅係粵維上火星文錯別字嘅文不斷擴大嘅問題,同啲咩「一部分新晉嘅管理姿態」、咩「剷除異己人等或資訊智識」、咩「變相拖低粵文部分核心建制傳統價值同慣例」、咩「自治環境嘅困局」、咩「不正當嘅干預本地獨立採編同傳統情況」、甚至咩「係咪存在篡謀因素」等等等等,連豆零關係都冇!冇呀!閣下唔滿意呢啲事,可以去眞係相關嘅topic度討論,冇嘅可以開新討論,但絕對唔係走入嚟呢個咁嚴正又咁急切嘅問題下面大肆離題,甚至用呢啲大纜扯唔埋嘅嘢去反對爲呢個急須即刻阻止嘅重大問題做應做嘅事!呢啲嘢絕對絕對絕對絕對絕對絕對唔係我所指出個問題嘅核心,而且連邊皮都唔係!丁屎關係都冇呀!而閣下嘅離題反對,先至係眞眞正正嘅正中下懷——正中嗰啲想將粵維變做火星文錯別字溫牀嘅破壞者嘅下懷!
退一步嚟講,而家火星文錯別字就係喺粵維擴散緊,量產火星文錯別字文章嘅人,就係唔肯改之餘,仲再三再四噉攻擊指出問題嘅編輯。係噉Longway22閣下有咩高見去眞係有效噉阻止問題嘅擴散?請問可唔可以喺度詳述?講完之後,又能唔能夠出力執行,眞係可以即刻制止到啲火星文錯別字嘅擴散先?——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年8月4號 (五) 22:04 (UTC)[回覆]

結果呢個明明係最最最最最影響粵維、最最最最最扠禍正常粵文書寫嘅問題,到而家都冇人肯理。而用火星文扠禍正常粵文嘅新例子到而家都不斷誕生緊,冇人試過用任何方法去阻止。到底大家當粵維係乜嘢?——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年9月10號 (日) 22:00 (UTC)[回覆]

睇住粵文維基變成火星文嘅溫牀,我真係真係非常極度痛心疾道。而用火星文扠禍正常粵文嘅新例子到而家都不斷誕生緊,將正常粵文改成火星文嘅兇手——就好似本例子入面同「禍粵者」一模一樣作為嘅「202.68.172.246」,佢唔只逍遙法外,甚至仲喺User talk:Dr. Greywolf上面喺User talk:Deryck Chan上面等多處地方反咬我。希望咁多位管理員可以真係真正噉去處理,包括喺政策上,包括針對「202.68.172.246」呢類慣犯嘅封禁上,真正杜絕粵文維基變成火星文溫牀嘅呢個極極極極極度嚴嘅問題! ——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年9月11號 (一) 19:37 (UTC)[回覆]

既然反破壞人手唔夠,就應該加強對非確認用戶編輯限制

香港藝人明細模破壞者持續大規模進行Overlink同亂改藝人模破壞,但好多破壞都未有人還原,之前我見管理員留言板有相關討論,但一路都未有管理員正視。我覺得既然反破壞人手唔夠,就應該加強對非確認用戶編輯限制。而家「過濾器51」只係留紀錄,建議應該改為當非確認用戶觸動到呢個過濾器,就唔可以儲存有關改動。當然呢個安排有弊處,就係當有其他非確認用戶發現之前被破壞內容,就唔可以幫手清理,但權衡之下依然係利多過弊。另外,「過濾器51」只係針對改藝人模,Overlink問題要再諗諗點樣防範。 Yaukasin (傾偈) 2023年8月1號 (二) 15:35 (UTC)[回覆]

@Yaukasin開咗個新嘅過濾器,會針對部分嘅相關破壞行作出封鎖。另外亦封鎖咗呢個破壞者常用嘅幾個IP地址。 H78c67c·傾偈 2023年9月1號 (五) 10:43 (UTC)[回覆]
多謝跟進。睇封鎖日誌,呢位破壞者近期仍然好活躍,有唔少次自動封鎖都同佢有關,希望終有一日佢會覺得無癮而走人。 Yaukasin (傾偈) 2023年9月17號 (日) 12:27 (UTC)[回覆]

文章長度

唔係想有嘢傾緊扠開話題,但係驚唔寫低唔記得。

今日一半出席 North American Wikiconference(因為咁啱喺多倫多),有個講者(應該係職員)提到恁緊好唔好整啲短內容(佢意思係video),因為好似而今啲人係睇短嘢而唔係睇長文。

如果有留意,我一直都係反對合併,亦反對抄內容夾硬整長主文;除咗維基數據同DRY原則之外,我其實一直都有覺得文章太長其實唔係好事。而今有人提出英維嗰便啲文可能太長,呢個係我哋唔應該下下盲從英維嘅一個新理由。 Al12si (傾偈) 2023年11月12號 (日) 01:52 (UTC)[回覆]

應該禁止IP用戶同新用戶開空頁

見到有IP用戶鍾意開分類空頁,等其他人執手尾,我認為應該要用Abuse Filter禁止呢種行為。 XRTIER (傾偈) 2023年11月25號 (六) 01:52 (UTC)[回覆]

基礎文章

呢度要唔要再推基礎文章呢。Wikipedia:基礎文章主題好好有五維基友認頭,之不過,都好耐之前㗎喇,近來都進展唔大。Wikipedia:基礎文章/等級/4尚有成千篇未有人寫。都未使講質素,都唔使講五等文。要稍為可以睇,至少都寫百字以上,而非一行字嗰種。積極啲推動呢啲有意義編輯,百科內容更加似樣,譬如,喺版面頂頭招人寫咁。又好似,定個目標時間,全部開晒,等級四都有百字以上。大家點睇。 HenryLi (傾偈) 2024年4月5號 (五) 07:21 (UTC)[回覆]

補充,唔單止要開文,而且要有基本質素。

  • 文有百字以上
  • 文字有駁去其他文
  • 若有圖就加圖
  • 至少有兩項來源

HenryLi (傾偈) 2024年4月5號 (五) 07:45 (UTC)[回覆]

@HenryLi有興趣啊,但係諗住點搞?係類似執文大行動咁搞個活動,定係WP:WPVA咁用主題形式搞? ——Z423X5C6傾偈2024年4月6號 (六) 06:08 (UTC)[回覆]
我覺得可以加強推廣WP:WPVA,譬如係喺頁頂整個banner噉。 h78c67c (傾偈) 2024年4月9號 (二) 21:40 (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)[回覆]
@Shinjiman我發現就算改做「b:」好似都唔得,係咪因為佢仲喺incubator,變咗跳唔到過去? ——Z423X5C6傾偈2023年5月11號 (四) 13:59 (UTC)[回覆]
彈過去incubator唔算係問題,但每一版有b:開頭嘅全部彈過去有關語言incubator嘅「頭版」就應該係一個問題嚟。 Shinjiman 2023年5月12號 (五) 04:13 (UTC)[回覆]
@Shinjiman係囉,咁所以應該點樣解決? ——Z423X5C6傾偈2023年5月12號 (五) 06:03 (UTC)[回覆]
噉就要報上去Phabricator搵人處理,因為呢個問題已經超出咗粵維做得到嘅範圍 (Interwiki-Interlanguage mapping)。 Shinjiman 2023年5月12號 (五) 06:42 (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.

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.

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嘅已登入用户嘅預設畫面。登入咗嘅用户可以隨時轉去任何其他畫面。呢啲改動唔會影響用緊呢啲其他畫面嘅用户。

關於呢個畫面

[點解呢個改動有必要] 現時嘅預設畫面符合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)[回覆]

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

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

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

我諗既然中文維基都唔見有呢個功能,點解唯獨粵文維基會有呢?如果粵文維基社群從來冇同意過,又可唔可以要求取消呢? 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:T304865H78c67c·傾偈 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)[回覆]

  • 呢度係粵文維基,淨係睇個名都知,大家寫嘅係粵文,唔係英文。我唔理你哋咩原因,你哋要上嚟呢度講嘢,要有效,唔該你解決你嘅語言問題,至少畀人睇得明,唔係老奉噉貼一大餅英文上嚟好冇?尤其是好似「Content translation tool」事件噉,你哋貼完英文上嚟,大家睇唔明,冇回應,你哋居然當大家同意!你哋唔好再野蠻啲?!
  • This is Cantonese wiki, as the name implies, we're writing in Cantonese, not English. I don't care what your reason is, if you want to communicate with us, you should solve your language problem and write Cantonese, at least let people know what you mean, instead of posting a bunch of English words, okay? Especially in the case of the "Content translation tool", you posted English, people could not understand it, no response, and you took it as an agreement! Please don't be barbaric! (the English sentences are translated by DeepL)
——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月27號 (四) 06:29 (UTC)[回覆]
你睇唔明就收皮過主laa。 RZuo (傾偈) 2023年9月17號 (日) 11:58 (UTC)[回覆]
粵文係粵維嘅工作語言,英文唔係。喺粵維用粵文天經地義,喺粵維用英文係違反粵維本來嘅環境。我指出呢個問題,你居然鬧我「收皮」「過主」?如果我眞係「睇唔明」,會回應到佢咩?但我睇得明都好,唔代表佢哋有權違反粵維嘅作業語言,然後老奉咁屈大家唔回應就係同意。佢哋有錯,我如實指出嚟,你憑乜嘢鬧我「收皮」「過主」? ——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年9月18號 (一) 00:45 (UTC)[回覆]

建議限制使用Content translation tool

唔知而家出聲算唔算遲,我見WMF始終唔肯撤回為粵文維基百科所有用戶「預設開啟」Content translation tool功能,但我覺得呢啲工具真係唔適宜隨便開放畀所有用戶用。最近有篇文由新手用Content translation tool翻譯,質素唔合格。我又發現原來英文維基百科係為Content translation tool定咗規矩:只有「extended confirmed users」(註冊夠30日、編輯夠500次)先至可以用。英文維基百科有咁多人手檢查文章,都定咗一個門檻唔畀新手用Content translation tool,作為細語種嘅粵文維基百科就更加需要。我動議下面兩個決議,希望粵維社群可以有共識,反映畀WMF:

  1. 為粵文維基百科引入「extended confirmed users」,條件係註冊夠30日、編輯夠500次(條件係咪跟到足英維可以再傾),只有粵文維基百科嘅「extended confirmed users」先至可以喺粵文維基百科用Content and Section translation tool
  2. 粵文維基百科預設關閉Content and Section translation tool,非「extended confirmed users」唔可以手動開,而「extended confirmed users」可以手動開

@HkzenseAlfakwanH78c67cAl12siXRTIER 唔知大家點睇。--Yaukasin (傾偈) 2023年7月2號 (日) 03:55 (UTC)[回覆]

對方出嘅牌係:「以前」得到咗默認共識……我方似乎要跟英文版慣例行事,來次投票,強調有「新」動議要求改變現狀,避免將佢定義為「還原」!掌權嗰班人有啲長年扮純情……--49.176.167.107討論2023年7月2號 (日) 07:12 (UTC)[回覆]
題外話:有時真係覺得氣餒;花咁多功夫理解人哋啲陰招,到頭嚟可能只係幫谷歌賺多咗啲廣告費。--49.176.167.107討論2023年7月2號 (日) 08:29 (UTC)[回覆]
第一冇回應可以理解做「默認共識」,都可能係「默認冇共識」,而後者就應該要按兵不動或者保持不變。佢噉樣話「得到咗默認共識」,係老屈。
第二,粵維嘅工作語文係粵文,佢哋根本冇人用過粵維有效嘅工作語文嚟同粵維溝通,一大堆外語撻落嚟,粵維嘅人老奉要處理?佢憑乜嘢擅自認為「得到咗」共識?——咪用實際上係錯別字嘅偽本字嚟扠禍粵文。Cangjie6 (傾偈) 2023年7月2號 (日) 19:17 (UTC)[回覆]
同意唔好自動開着呢個功能俾所有用戶,起碼要有少少經驗先。對我嚟講CX最大問題係周圍有太多「廣告」想人用,但啲機械翻譯係廢嘅(所以卒之停用咗),格式、連結又唔識自動搬,其實只不過係個 glorified side-by-side editor。而家嘅設計搞到新人加入就想人由零開始翻譯篇文,但好多人根本唔識 wikitext 語句,甚至對粵文同百科嘅語調唔熟悉;搞咁多嘢最終要其他人執手尾。實際執行方面,我覺得就算調教到要autoconfirmed都夠——WMF似乎唔鍾意幫細語種加extendedconfirmed(見phab:T336343等)。 H78c67c·傾偈 2023年7月7號 (五) 14:38 (UTC)[回覆]
@H78c67c話時話,粵維translate可唔可以開返machine translate?之前用過幾好用,用用吓無咗... ——Z423X5C6傾偈2023年7月7號 (五) 14:53 (UTC)[回覆]
@H78c67c:所謂 glorified side-by-side editor,其實有個名,叫 CAT,係專業人員先識用嘅嘢,佢哋硬推畀普通人其實有啲怪,況且,(根據佢哋喺 Phabricator 點答過我)佢哋連 CAT 係乜都未聽過。 Al12si (傾偈) 2023年7月7號 (五) 20:00 (UTC)[回覆]
@Z423x5c6:你之前係咪用開佢內置嘅 Google Translate,翻譯咗做中文先?閂咗機械翻譯嘅原因係佢哋之前硬推嘅 NLLB-200 出嘅翻譯錯到七彩,@Al12si 同我走去投訴,搞到佢哋索性閂曬啲機翻算。 H78c67c·傾偈 2023年7月7號 (五) 22:56 (UTC)[回覆]
@H78c67c我用 NLLB-200 再人手改啊,印象中Google無得譯做廣東話? ——Z423X5C6傾偈2023年7月8號 (六) 04:10 (UTC)[回覆]
噉樣aa4。如果你覺得 NLLB-200 有用嘅話,我估我哋可以叫佢哋開返嘅... 之但係一定一定唔可以預設開俾新人用,otherwise 我無所謂。 H78c67c·傾偈 2023年7月13號 (四) 05:04 (UTC)[回覆]
如果可以開返就好啦。無理由因為幾粒老鼠屎,搞到大家都無得用。如果set做confirmed user先用得應該ok? ——Z423X5C6傾偈2023年7月13號 (四) 15:22 (UTC)[回覆]
其實CX促成嘅低質翻譯,影響唔止係噉。除咗要人執手尾之外,WMF其實會集齊啲 sentence pairs 釋出做語料庫mw:Content_translation/Published_translations#Parallel_corpora),執唔切嘅話啲低質翻譯就會自動俾其他 project pick up,然後佢哋會用呢啲低質原料整低質機翻。 H78c67c·傾偈 2023年7月7號 (五) 22:50 (UTC)[回覆]
除咗低質翻譯外,ContentTranslation本身缺陷多多,另一個討論話題「ContentTranslation唔識連Wikidata」都已經提過,翻譯完又唔識連結去翻譯來源嘅Wikidata項目;建議人做翻譯嗰陣又無視對應嘅Wikidata項目已經有粵文版本而照叫人重新翻譯。預設開放畀所有人用係個好錯誤嘅決定。--Espotono (傾偈) 2023年7月10號 (一) 07:20 (UTC)[回覆]
應該對所有人預設為閂咗,不過可以鑲個開關制喺唔顯眼嘅地方;正如喺間屋入面,一般大人唔會擺切肉刀、老鼠藥及通渠水等工具喺兒童玩具側邊,不過未至於要將佢哋鎖起嚟。--49.176.167.107討論2023年7月14號 (五) 18:15 (UTC)[回覆]
唔知點解我收唔到ping通知,好彩都見到個討論。我同意對所有人預設閂(還原到2023年2月中旬之前嘅狀態),亦同意為自己開返個功能加個門檻。而家粵維autoconfirmed只係註冊4日同10次編輯,如果用autoconfirmed做門檻,老實講效果相當有限,不過既然上面討論提到粵維好難爭取另開extendedconfirmed,所以唯有勉強接受用autoconfirmed做門檻。--Hkzense (傾偈) 2023年7月23號 (日) 13:29 (UTC)[回覆]

出現戲劇性嘅發展:當初最大爭議嘅「gray link(s) panel」,隨住Vector 2022嘅全面啟用而變相廢除咗。不過根據上面嘅討論,粵文維基社群要求「Content translation tool唔應該開畀新手用」嘅共識係好清晰嘅,而多數人同意可以用confirmed user做門檻。我覺得可以嘗試反映畀WMF。--Yaukasin (傾偈) 2023年8月11號 (五) 14:49 (UTC)[回覆]

雖然將Vector 2022設成預設外觀係解決咗一開頭提到嘅問題,但今次只可以話係「咁啱得咁橋」,而唔係WMF聆聽粵文維基社群意見後主動撤回。--Hkzense (傾偈) 2023年8月19號 (六) 14:11 (UTC)[回覆]

我見未存檔就繼續講啦。我無意中發現中文維基百科近日已經成功爭取「只有擁有延伸確認權限用戶可以使用內容翻譯功能將頁面釋出到主條目空間」(相關連結),相反雖然早喺舊年粵文維基社群已經有「Content translation tool唔應該開畀新手用」嘅共識,但從未獲進一步跟進,間中仍出現因新手用Content translation 寫到亂七八糟而導致唔少手尾要跟。--Yaukasin (傾偈) 2024年4月18號 (四) 15:11 (UTC)[回覆]

模分類求助

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

取消Template:Location_map_xxx

比照英維,佢哋好似冇使到Template:Location_map_xxx(xxx=具體地名/地圖名)而直接用Module:Location_map_xxx,雖然冇清楚具體係咩操作。應該會免去開一堆Template噶麻煩喺引入其他地圖陣時。 汩汩银泉 (傾偈) 2023年4月6號 (四) 22:34 (UTC)[回覆]

Graph extension disabled

Yesterday the Wikimedia Foundation noted that in the interests of the security of our users, the Graph extension was disabled. This means that pages that were formerly displaying graphs will now display a small blank area. To help readers understand this situation, communities can now define a brief message that can be displayed to readers in place of each graph until this is resolved. That message can be defined on each wiki at MediaWiki:Graph-disabled. Wikimedia Foundation staff are looking at options available and expected timelines. For updates, follow the public Phabricator task for this issue: T334940

--MediaWiki message delivery (傾偈) 2023年4月19號 (三) 17:36 (UTC)[回覆]

跳轉分類模

我留意到好多年前,有引入跳轉分類模嘅嘗試(Template:短名跳轉Template:R from move等) ,但最終冇大規模實行,MediaWiki:Move-redirect-text等介面信息亦冇作出相應嘅修改。唔知各位對呢類模有咩意見呢?會唔會想統一命名同實施呢? H78c67c·傾偈 2023年5月11號 (四) 04:17 (UTC)[回覆]

我曾經喺英維幫手處理過呢啲模。如果有人幫手喺粵維tag晒啲跳轉,我樂見其成。Twinkle 好似有功能可以用嚟 tag 跳轉? 翹仔 (傾偈) 2023年7月21號 (五) 15:03 (UTC)[回覆]

簽名無就噉【U:名】?

中文WP嘅簽名有得簡寫【U:名】,爾度係唔係淨係得【User:名】?希望可以加入簡寫【U:名】噉就可以塞多啲嘢落簽名。 ——勿用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年5月11號 (四) 11:12 (UTC)[回覆]

Automatic citations based on ISBN are broken

Apologies if this message does not reach you in your favorite language. You can help translate it centrally at Meta. Thanks for your help.

We have recently become unable to access the WorldCat API which provided the ability to generate citations using ISBN numbers. The Wikimedia Foundation's Editing team is investigating several options to restore the functionality, but will need to disable ISBN citation generation for now.

This affects citations made with the VisualEditor Automatic tab, and the use of the citoid API in gadgets and user scripts, such as the autofill button on refToolbar. Please note that all the other automatic ways of generating citations, including via URL or DOI, are still available.

You can keep updated on the situation via Phabricator, or by reading the next issues of m:Tech News. If you know of any users or groups who rely heavily on this feature (for instance, someone who has an upcoming editathon), I'd appreciate it if you shared this update with them.

Elitre (WMF), on behalf of the Editing team.

MediaWiki message delivery (傾偈) 2023年5月11號 (四) 19:45 (UTC)[回覆]

ContentTranslation唔識連Wikidata

自從上面強制粵維啟用 ContentTranslation 功能後,似乎都吸引到人用,但發現有一個好大嘅缺陷,就係唔識連Wikidata。以呢篇黃大仙公共圖書館為例,編輯摘要寫到明「由翻譯版《黃大仙公共圖書館》去建立」,但篇文並未連結中維對應文章(而家見到有連,係因為我幫手連)。翻譯完某個語言版本後,自動連返去對應語言版本都好合理,唔知點解可以諗漏呢一步。 Alfakwan (傾偈) 2023年5月13號 (六) 04:48 (UTC)[回覆]

其實印象中之前係會自動連,唔知點解反而依家退步咗。 ——Z423X5C6傾偈2023年5月13號 (六) 10:10 (UTC)[回覆]
除咗唔識連Wikidata,ContentTranslation可以話係完全唔理Wikidata。譬如有樣嘢個名叫A或者B,粵文已經用咗A個名開版並連結Wikidata,當有人想開B時, ContentTranslation一樣會叫人試下翻譯第二個語言嘅A,而唔識話「呢樣嘢已經有人開咗叫A嘅文,應該將B跳轉去A」,可能會導致人重覆開文。--Espotono (傾偈) 2023年5月25號 (四) 05:48 (UTC)[回覆]
本來ContentTranslation唔應該開畀新手用,實有好多手尾要人跟,所以我一直都好反對WMF「預設開啟」呢個功能。--Hkzense (傾偈) 2023年6月10號 (六) 02:39 (UTC)[回覆]

Internal Link Helper

最近開發人員移除咗jQuery.tipsy,導致ILH嘅JavaScript架生失效。我基於Reference Tooltips架生寫咗個全新版本,可以加以下內容入自己嘅common.js同common.css度睇下。(ping埋@Shinjiman睇下可唔可以畀介面管理權我更新個架生)

mw.loader.load("https://zh-yue.wikipedia.org/w/index.php?title=User:H78c67c/internalLinkHelper.js&action=raw&ctype=text/javascript");
@import url('//zh-yue.wikipedia.org/w/index.php?title=User:H78c67c/internalLinkHelper.css&action=raw&ctype=text/css');

H78c67c·傾偈 2023年5月28號 (日) 15:04 (UTC)[回覆]

已經加咗介面管理員權限三個月,過咗期之後如果再有需要嘅話請再出聲。 Shinjiman 2023年5月29號 (一) 00:48 (UTC)[回覆]
@Al12si You might be interested in this. H78c67c·傾偈 2023年6月9號 (五) 22:32 (UTC)[回覆]

用字變換

啱啱見到,@Winston Sung兄做咗呢個變動,未知會啲乜嘢嘅問題嘅,特此通報一吓先。但個人上面有啲意見嘅,建議呢個變換只應用於睇嘢模式,而唔應該應用喺改嘢模式,而嗰啲一對多對應問題應該要喺MediaWiki軟件本身層面度解決,唔應該喺粵維上面做。喺呢啲問題未完全解決之前,我個人唔同意咁輕率噉開動呢個LanguageConverter功能。(可以睇埋Wikipedia:用字轉換Shinjiman 2023年5月30號 (二) 02:32 (UTC)[回覆]

功能說明:如之前所說嘅,此次部署嘅YueConverter僅有對睇嘢操作部分提供繁=>不轉換及繁=>簡係單向轉換。-- Winston Sung (傾偈) 2023年5月30號 (二) 03:46 (UTC)[回覆]
@Winston Sung:其實既然LC咁多bug,點解仲要夾硬推行呢?而家諸多問題要成個wiki無了期等你哋整,點解唔鏟走yue LC,喺其他wiki度施施然整好咗先再加返呢?況且本來呢個功能demand唔大,個JavaScript架生都夠曬用,我真係唔明搞啲噉嘅嘢出嚟係為乜。 H78c67c·傾偈 2023年6月13號 (二) 00:14 (UTC)[回覆]
個JavaScript架生應唔得處理流動版。 122.100.75.52討論2023年6月17號 (六) 04:32 (UTC)[回覆]

流動版Converter有bug?

@Winston Sung 我電腦版流動版都會睇,而家流動版無論篇文有無其他語言版本,個語言連結都一律啟用,一時間唔係咁習慣,不過我發現最大問題係「建議嘅語言」,除咗「原」同「簡」之外,仲有個叫「Missing in 不轉換」,㩒落去就會叫人登入,係咪有bug?--Hkzense (傾偈) 2023年6月10號 (六) 02:23 (UTC)[回覆]

係已知bug。「Missing in 不轉換」係zh嘅變體名稱,係ContentTranslation嘅問題,與LanguageConverter無關。 122.100.75.52討論2023年6月17號 (六) 04:31 (UTC)[回覆]
之前ContentTranslation明明話「所有粵維註冊用戶預設開啟」(default enable for all yue wiki registered users),乜原來流動版仲靜雞雞將ContentTranslation開放埋畀未註冊(未登入)用戶,有冇離譜啲呀?不過而家LanguageConverter已經停用,暫時見唔到莫名奇妙嘅「Missing in 不轉換」,我都費事追究。--Hkzense (傾偈) 2023年7月23號 (日) 13:19 (UTC)[回覆]

我整咗Template:元素嘅鹽,應該無咩問題,歡迎公測吓,並且幫手將原本啲版換晒佢

有咩問題請即管改。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年6月16號 (五) 14:50 (UTC)[回覆]

Announcing the new Elections Committee members

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

Hello there,

We are glad to announce the new members and advisors of the Elections Committee. The Elections Committee assists with the design and implementation of the process to select Community- and Affiliate-Selected trustees for the Wikimedia Foundation Board of Trustees. After an open nomination process, the strongest candidates spoke with the Board and four candidates were asked to join the Elections Committee. Four other candidates were asked to participate as advisors.

Thank you to all the community members who submitted their names for consideration. We look forward to working with the Elections Committee in the near future.

On behalf of the Wikimedia Foundation Board of Trustees,

RamzyM (WMF) 2023年6月28號 (三) 18:00 (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.

If you prefer keeping the current skin, select "Vector legacy (2010)" in global preferences and save the change.


We have been working on it for the past three years. So far, it has been the default on more than 300 wikis, including most Wikipedias and some sister projects. This accounts for more than 4 billions pageviews per month.

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.

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 on August 9, 2023. 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 gladly answer! Also, see our FAQ. Thank you! SGrabarczuk (WMF) (傾偈) 2023年7月26號 (三) 23:46 (UTC)[回覆]

Deploying the Phonos in-line audio player to your Wiki

你好!

Apologies if this message is not in your language, 請幫手去譯做你嘅語言 to your language.

This wiki will soon be able to use the inline audio player implemented by the Phonos extension. This is part of fulfilling a wishlist proposal of providing audio links that play on click.

With the inline audio player, you can add text-to-speech audio snippets to wiki pages by simply using a tag:

<phonos file="audio file" label="Listen"/>

The above tag will show the text next to a speaker icon, and clicking on it will play the audio instantly without taking you to another page. A common example where you can use this feature is in adding pronunciation to words as illustrated on the English Wiktionary below.

{{audio|en|En-uk-English.oga|Audio (UK)}}

Could become:

<phonos file="En-uk-English.oga" label="Audio (UK)"/>

The inline audio player will be available in your wiki in 2 weeks time; in the meantime, we would like you to read about the features and give us feedback or ask questions about it in this talk page.

Thank you!

UOzurumba (WMF), on behalf of the Foundation's Language team

2023年7月27號 (四) 02:26 (UTC)

對Vector 2022嘅意見

粵文版終於推行Vector 2022,試用一陣暫時都未見有大問題,最唔慣係開完版想連去其他語言時,㩒右上角個「加語言」係假嘅,原來要去右手邊「加跨語言連結」先至係真嘅。 Jason6698 (傾偈) 2023年8月9號 (三) 15:56 (UTC)[回覆]

我認同,明明「加跨語言連結」同語言有關,但又唔放落「加語言」嘅範圍,確實有少少怪,不過呢個問題唔係粵文維基獨有,我見英文維基都係一樣。
針對粵文維基,我覺得最大問題係粵文維基有啲字未譯好,例如左邊「Main menu」,右邊「Tools」、「Actions」、「Subscribe」、「General」都需要譯返粵文。
--Yaukasin (傾偈) 2023年8月11號 (五) 15:15 (UTC)[回覆]
@SGrabarczuk (WMF) Simon, can you please look into this? It seems that the 加語言 (add language) button on the top right of a new page in Vector 2022 doesn't work. 翹仔 (傾偈) 2023年9月16號 (六) 21:23 (UTC)[回覆]
Hey @Deryck Chan. Thanks for pinging me. When I click "Add languages", there's a link "Edit interlanguage links" which goes to Wikidata. What's the issue exactly, @Jason6698 and @Yaukasin? What I've described is not visible for you, or are you expecting something different?
Sorry for asking such basic questions, perhaps you have described this already, but I think that the machine translation doesn't give a precise answer.
Thanks! SGrabarczuk (WMF) (傾偈) 2023年9月18號 (一) 23:13 (UTC)[回覆]
For pages just created which have not linked to any Wikidata items yet (or any pages in Special:UnconnectedPages), no "Edit interlanguage links" is shown at "Add languages". Jason6698 (傾偈) 2023年9月23號 (六) 01:27 (UTC)[回覆]
@Jason6698, I agree that it's a pain. I've managed to find out that this task: T329570 documents this need. Some information is also in T282026 and T310259#8610478. As it turns out, it's not just about the skin, but more about Wikidata. I will contact people who may know the details better. SGrabarczuk (WMF) (傾偈) 2023年9月29號 (五) 16:55 (UTC)[回覆]
@Deryck Chan, @Yaukasin: 查實加語言彈出嚟個menu度有個「改跨語言拎」掣,彈你去維基數據度加。不過同意要令原有個「加跨語言連結」選項更加易搵。 H78c67c·傾偈 2023年9月18號 (一) 00:29 (UTC)[回覆]
@H78c67c 你講嘅情況只適用於已經連咗過維基數據項目嘅文(無論有冇其他語言嘅文),未連維基數據項目嘅就只會顯示「Translate this page」同「開語言設定」兩項。--Yaukasin (傾偈) 2023年9月29號 (五) 15:24 (UTC)[回覆]
Vector 2022 嘅問題喺窄熒幕比較明顯,如果有做開編輯或者設計所以因為工作需要熒幕擺咗打楝,應該會留意到 Vector 2022 嘅內文部分係窄到唔合理;佢本來問題冇咁嚴重,幾個月前(?)改咗左右都有 side menu,變咗唔係超闊熒幕根本用唔到。(我而今用 Timeless,對窄熒幕用家來講,介面算係最正常。)
呢個問題應該係冇解,係佢哋開發人員唔 check 熒幕夠唔夠位就亂擺嘢,迷信全世界都用緊打橫放嘅超闊熒幕。去 Fabricator 報問題亦根本係嘥時間。Al12si (傾偈) 2023年9月20號 (三) 20:49 (UTC)[回覆]

Review the Charter for the Universal Code of Conduct Coordinating Committee

Hello all,

I am pleased to share the next step in the Universal Code of Conduct work. The Universal Code of Conduct Coordinating Committee (U4C) draft charter is now ready for your review.

The Enforcement Guidelines require a Building Committee form to draft a charter that outlines procedures and details for a global committee to be called the Universal Code of Conduct Coordinating Committee (U4C). Over the past few months, the U4C Building Committee worked together as a group to discuss and draft the U4C charter. The U4C Building Committee welcomes feedback about the draft charter now through 22 September 2023. After that date, the U4C Building Committee will revise the charter as needed and a community vote will open shortly afterward.

Join the conversation during the conversation hours or on Meta-wiki.

Best,

RamzyM (WMF), on behalf of the U4C Building Committee, 2023年8月28號 (一) 15:35 (UTC)[回覆]

Temporary accounts for unregistered editors

Read this in your language請幫手去譯做你嘅語言 • Please tell other users about these changes

Mock up of history page showing old and new username styles. The IP address 172.0.0.1 changes to the temporary account ~2024-23126-086, with an icon for revealing the underlying IP address
Next year, unregistered editors will start using temporary accounts.

In 2024, editors who have not registered an account will automatically begin using temporary accounts. These editors are sometimes called "IP editors" because the IP address is displayed in the page history.

The Trust and Safety Product team gave a presentation at Wikimania about this change. You can watch it on YouTube.

There is more information at m:IP Editing: Privacy Enhancement and Abuse Mitigation.

SGrabarczuk (WMF) (討論) 2023年9月30號 (六) 02:05 (UTC)[回覆]

Opportunities open for the Affiliations Committee, Ombuds commission, and the Case Review Committee

Hi everyone! The Affiliations Committee (AffCom), Ombuds commission (OC), and the Case Review Committee (CRC) are looking for new members. These volunteer groups provide important structural and oversight support for the community and movement. People are encouraged to nominate themselves or encourage others they feel would contribute to these groups to apply. There is more information about the roles of the groups, the skills needed, and the opportunity to apply on the Meta-wiki page.

On behalf of the Committee Support team,

維基媒體基金會2024年度理事遴選規則章程公佈暨咨詢啟事

如果需要其他話嘅版本,可以喺元維基搵到。

敬啟者:

維基媒體基金會理事會成員嘅遴選規則章程已經出咗,麻煩睇睇,然後畀啲意見,畀意見嘅限期係2023年10月29號。呢份遴選規則章程係根據選舉委員會往年用開嘅舊版本,新版本會用喺2024年度嘅理事會遴選。及早畀意見,可以幫選舉委員會提供更暢順,更妥善嘅遴選過程,章程可以喺元維基搵到。祝

安好。

選舉委員會主席
陳君婷(Katie Chan)謹上

2023年10月17號 (二) 01:13 (UTC)

Coming soon: Reference Previews

A new feature is coming to your wiki soon: Reference Previews are popups for references. Such popups have existed on wikis as local gadgets for many years. Now there is a central solution, available on all wikis, and consistent with the PagePreviews feature.

Reference Previews will be visible to everyone, including readers. If you don’t want to see them, you can opt out. If you are using the gadgets Reference Tooltips or Navigation Popups, you won’t see Reference Previews unless you disable the gadget.

Reference Previews have been a beta feature on many wikis since 2019, and a default feature on some since 2021. Deployment is planned for November 22.

-- For Wikimedia Deutschland’s Technical Wishes team,

Johanna Strodt (WMDE), 2023年11月15號 (三) 13:11 (UTC)[回覆]

記得備份出面連結

想提下大家,每逢引用出面拎,除非係要打密碼先入到嗰隻,一定要去 Internet Archive 度 check 下佢哋有冇備份,冇就要撳備份掣整份備份;佢哋話會睇實維基百科有冇拎出去,有就自動備份,但係我呢半年嘅經驗係佢哋個系統非常之唔可靠(或者某種原因喺粵維根本唔 work,我懷疑同我哋網址 zh- 頭有關,佢哋唔信)。

我半年內已經至少半打拎死咗救唔返。我自己都要記住,因為咁搞真係唔掂。 Al12si (傾偈) 2023年11月21號 (二) 05:22 (UTC)[回覆]

中文版翻譯過來系統問題

翻譯程式古怪。有啲完全出錯。出咗句Critical error: Content translation failed to load due to internal error.有啲畀過,列表又譒唔到過來。暫時只有中文版先有咁問題。 HenryLi (傾偈) 2023年12月1號 (五) 20:12 (UTC)[回覆]

翻譯緊文章會因版本變唔顯示

翻譯緊文章,會因另一方版本變唔顯示,雖則出面個表,條綫話譯咗幾多。依個實在太恐佈,嘥人功夫。 HenryLi (傾偈) 2023年12月1號 (五) 21:22 (UTC)[回覆]

可以去 mw:Talk:Content translation 投訴。 H78c67c·傾偈 2023年12月2號 (六) 04:23 (UTC)[回覆]

(New) Feature on Kartographer: Adding geopoints via QID

Since September 2022, it is possible to create geopoints using a QID. Many wiki contributors have asked for this feature, but it is not being used much. Therefore, we would like to remind you about it. More information can be found on the project page. If you have any comments, please let us know on the talk page. – Best regards, the team of Technical Wishes at Wikimedia Deutschland

Thereza Mengs (WMDE) 2023年12月13號 (三) 12:32 (UTC)[回覆]

Reusing references: Can we look over your shoulder?

Apologies for writing in English.

The Technical Wishes team at Wikimedia Deutschland is planning to make reusing references easier. For our research, we are looking for wiki contributors willing to show us how they are interacting with references.

  • The format will be a 1-hour video call, where you would share your screen. More information here.
  • Interviews can be conducted in English, German or Dutch.
  • Compensation is available.
  • Sessions will be held in January and February.
  • Sign up here if you are interested.
  • Please note that we probably won’t be able to have sessions with everyone who is interested. Our UX researcher will try to create a good balance of wiki contributors, e.g. in terms of wiki experience, tech experience, editing preferences, gender, disability and more. If you’re a fit, she will reach out to you to schedule an appointment.

We’re looking forward to seeing you, Thereza Mengs (WMDE)

Do you use Wikidata in Wikimedia sibling projects? Tell us about your experiences

Note: Apologies for cross-posting and sending in English.

Hello, the Wikidata for Wikimedia Projects team at Wikimedia Deutschland would like to hear about your experiences using Wikidata in the sibling projects. If you are interested in sharing your opinion and insights, please consider signing up for an interview with us in this Registration form.
Currently, we are only able to conduct interviews in English.

The front page of the form has more details about what the conversation will be like, including how we would compensate you for your time.

For more information, visit our project issue page where you can also share your experiences in written form, without an interview.
We look forward to speaking with you, Danny Benjafield (WMDE) (talk) 08:53, 5 January 2024 (UTC)

Feminism and Folklore 2024

請幫手去譯做你嘅語言

Dear Wiki Community,

You are humbly invited to organize the Feminism and Folklore 2024 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 generated 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 campaign on CampWiz tool.
  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 CampWiz link on the meta project page.

This year, the Wiki Loves Folklore Tech Team has introduced two new tools to enhance support for the campaign. These tools include the Article List Generator by Topic and CampWiz. The Article List Generator by Topic enables users to identify articles on the English Wikipedia that are not present in their native language Wikipedia. Users can customize their selection criteria, and the tool will present a table showcasing the missing articles along with suggested titles. Additionally, users have the option to download the list in both CSV and wikitable formats. Notably, the CampWiz tool will be employed for the project for the first time, empowering users to effectively host the project with a jury. Both tools are now available for use in the campaign. Click here to access these tools

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 2024 International Team

Stay connected  

--MediaWiki message delivery (傾偈) 2024年1月18號 (四) 07:26 (UTC)[回覆]

Wiki Loves Folklore is back!

請幫手去譯做你嘅語言

Dear Wiki Community, You are humbly invited to participate in the Wiki Loves Folklore 2024 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 31st of March.

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 (傾偈) 2024年1月18號 (四) 07:26 (UTC)[回覆]

Vote on the Charter for the Universal Code of Conduct Coordinating Committee

You can find this message translated into additional languages on Meta-wiki. 請幫手去譯做你嘅語言

Hello all,

I am reaching out to you today to announce that the voting period for the Universal Code of Conduct Coordinating Committee (U4C) Charter is now open. Community members may cast their vote and provide comments about the charter via SecurePoll now through 2 February 2024. Those of you who voiced your opinions during the development of the UCoC Enforcement Guidelines will find this process familiar.

The current version of the U4C Charter is on Meta-wiki with translations available.

Read the charter, go vote and share this note with others in your community. I can confidently say the U4C Building Committee looks forward to your participation.

On behalf of the UCoC Project team,

RamzyM (WMF) 2024年1月19號 (五) 18:08 (UTC)[回覆]

A new feature for previewing references on your wiki

Montage of two screenshots, one showing the Reference Previews feature, and one showing the Page Previews feature

Apologies for writing in English. If you can translate this message, that would be much appreciated.

Hi. As announced some weeks ago [1] [2], Wikimedia Deutschland’s Technical Wishes team introduced Reference Previews to many wikis, including this one. This feature shows popups for references in the article text.

While this new feature is already usable on your wiki, most people here are not seeing it yet because your wiki has set a gadget as the default for previewing references. We plan to remove the default flag from the gadget on your wiki soon. This means:

  • The new default for reference popups on your wiki will be Reference Previews.
  • However, if you want to keep using the gadget, you can still enable it in your personal settings.

The benefit of having Reference Previews as the default is that the user experience will be consistent across wikis and with the Page Previews feature, and that the software will be easier to maintain overall.

This change is planned for February 14. If you have concerns about this change, please let us know on this talk page by February 12. – Kind regards, Johanna Strodt (WMDE), 2024年1月23號 (二) 09:30 (UTC)[回覆]
Hello and apologies for writing in English again. I have a little update on my message from January:
Based on feedback we received, we have changed our plans – we won’t change the default here, because your wiki is not a global sysop wiki. Instead, we would like to encourage you to do it yourself. I am taking the liberty of notifying your wiki’s admins in this message: @Deryck Chan, @Detective Akai, @Dr. Greywolf, @H78c67c, @HenryLi, @Lam3011, @Pokman817, @SC96, @Shinjiman, @WikiCantona, @Z423x5c6, @濫用過濾器
If you would like us to help you, you can let us know on this talk page. Any questions or comments, please let me know on the same talk page. -- Best, Johanna Strodt (WMDE) (傾偈) 2024年2月16號 (五) 09:56 (UTC)[回覆]
Reference Previews 取代咗 Reference Tooltips 作為預設引用預覽功能。如果有任何問題,請隨時提出可以 rollback。Reference Previews有以下幾點唔同:
  1. Reference Previews 同現有嘅 Page Previews 設定集中埋一齊
  2. Where applicable, 個 popup 有個 icon 同寫明係咩類型嘅參考
  3. Nested previews 唔 work
  4. 冇得再控制 hover delay,同 Page Previews 統一
H78c67c·傾偈 2024年2月27號 (二) 08:22 (UTC)[回覆]

Last days to vote on the Charter for the Universal Code of Conduct Coordinating Committee

You can find this message translated into additional languages on Meta-wiki. 請幫手去譯做你嘅語言

Hello all,

I am reaching out to you today to remind you that the voting period for the Universal Code of Conduct Coordinating Committee (U4C) charter will close on 2 February 2024. Community members may cast their vote and provide comments about the charter via SecurePoll. Those of you who voiced your opinions during the development of the UCoC Enforcement Guidelines will find this process familiar.

The current version of the U4C charter is on Meta-wiki with translations available.

Read the charter, go vote and share this note with others in your community. I can confidently say the U4C Building Committee looks forward to your participation.

On behalf of the UCoC Project team,

RamzyM (WMF) 2024年1月31號 (三) 17:00 (UTC)[回覆]

Announcing the results of the UCoC Coordinating Committee Charter ratification vote

You can find this message translated into additional languages on Meta-wiki. 請幫手去譯做你嘅語言

Dear all,

Thank you everyone for following the progress of the Universal Code of Conduct. I am writing to you today to announce the outcome of the ratification vote on the Universal Code of Conduct Coordinating Committee Charter. 1746 contributors voted in this ratification vote with 1249 voters supporting the Charter and 420 voters not. The ratification vote process allowed for voters to provide comments about the Charter.

A report of voting statistics and a summary of voter comments will be published on Meta-wiki in the coming weeks.

Please look forward to hearing about the next steps soon.

On behalf of the UCoC Project team,

RamzyM (WMF) 2024年2月12號 (一) 18:24 (UTC)[回覆]

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

請幫手去譯做你嘅語言

Hello, dear Wikipedians!

Wikimedia Ukraine, in cooperation with the MFA of Ukraine and Ukrainian Institute, has launched the forth edition of writing challenge "Ukraine's Cultural Diplomacy Month", which lasts from 1st until 31st March 2024. 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)

Notetag故障

發現到幾版用Notetag嘅頁面都忽然出現錯誤訊息,共通點都係同一個tag用多過一次,雖然都係正確地只定義一次,但都被錯誤判斷定義多過一次,出現:「name "XXX" defined multiple times with different content 」錯誤訊息。受影響版面包括:週六好戲勢P1X3L 5G 八星賀歲爆谷一周Chill Club等等。 Cwingsum (傾偈) 2024年3月2號 (六) 14:52 (UTC)[回覆]

@ShinjimanH78c67c 見你哋兩位之前都處理過技術問題,請問可唔可以幫手睇睇點解會忽然出現問題?係咪背後有code畀人改亂咗?--Cwingsum (傾偈) 2024年3月2號 (六) 14:57 (UTC)[回覆]

@Cwingsum:對唔住,我前幾日更新NoteTag嘅時候冇察覺到呢個問題,而家應該整返好咗。 H78c67c·傾偈 2024年3月2號 (六) 21:54 (UTC)[回覆]

Report of the U4C Charter ratification and U4C Call for Candidates now available

You can find this message translated into additional languages on Meta-wiki. 請幫手去譯做你嘅語言

Hello all,

I am writing to you today with two important pieces of information. First, the report of the comments from the Universal Code of Conduct Coordinating Committee (U4C) Charter ratification is now available. Secondly, the call for candidates for the U4C is open now through April 1, 2024.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community members are invited to submit their applications for the U4C. For more information and the responsibilities of the U4C, please review the U4C Charter.

Per the charter, there are 16 seats on the U4C: eight community-at-large seats and eight regional seats to ensure the U4C represents the diversity of the movement.

Read more and submit your application on Meta-wiki.

On behalf of the UCoC project team,

RamzyM (WMF) 2024年3月5號 (二) 16:25 (UTC)[回覆]

Wikimedia Foundation Board of Trustees 2024 Selection

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

Dear all,

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

The Elections Committee will oversee this process with support from Foundation staff [2]. The Board Governance Committee created a Board Selection Working Group from Trustees who cannot be candidates in the 2024 community- and affiliate-selected trustee selection process composed of Dariusz Jemielniak, Nataliia Tymkiv, Esra'a Al Shafei, Kathy Collins, and Shani Evenstein Sigalov [3]. The group is tasked with providing Board oversight for the 2024 trustee selection process, and for keeping the Board informed. More details on the roles of the Elections Committee, Board, and staff are here [4].

Here are the key planned dates:

  • May 2024: Call for candidates and call for questions
  • June 2024: Affiliates vote to shortlist 12 candidates (no shortlisting if 15 or less candidates apply) [5]
  • June-August 2024: Campaign period
  • End of August / beginning of September 2024: Two-week community voting period
  • October–November 2024: Background check of selected candidates
  • Board's Meeting in December 2024: New trustees seated

Learn more about the 2024 selection process - including the detailed timeline, the candidacy process, the campaign rules, and the voter eligibility criteria - on this Meta-wiki page, and make your plan.

Election Volunteers

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

Best regards,

Dariusz Jemielniak (Governance Committee Chair, Board Selection Working Group)

[1] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2021/Results#Elected

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

[3] https://foundation.wikimedia.org/wiki/Minutes:2023-08-15#Governance_Committee

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

[5] Even though the ideal number is 12 candidates for 4 open seats, the shortlisting process will be triggered if there are more than 15 candidates because the 1-3 candidates that are removed might feel ostracized and it would be a lot of work for affiliates to carry out the shortlisting process to only eliminate 1-3 candidates from the candidate list.

MPossoupe_(WMF)2024年3月12號 (二) 19:57 (UTC)[回覆]

Category:喺維基數據度無

我發現區明妙被自動加入一個奇怪分類「Category:喺維基數據度無」,但明明已經有維基數據d:Q28801228,又點會無呢?個奇怪分類原來有百幾篇文,係咪有地方出錯? Reneally (傾偈) 2024年4月1號 (一) 13:54 (UTC)[回覆]

修理好咗。 h78c67c (傾偈) 2024年4月1號 (一) 17:25 (UTC)[回覆]

Vote now to select members of the first U4C

You can find this message translated into additional languages on Meta-wiki. 請幫手去譯做你嘅語言

Dear all,

I am writing to you to let you know the voting period for the Universal Code of Conduct Coordinating Committee (U4C) is open now through May 9, 2024. Read the information on the voting page on Meta-wiki to learn more about voting and voter eligibility.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community members were invited to submit their applications for the U4C. For more information and the responsibilities of the U4C, please review the U4C Charter.

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

On behalf of the UCoC project team,

RamzyM (WMF) 2024年4月25號 (四) 20:20 (UTC)[回覆]

Sign up for the language community meeting on May 31st, 16:00 UTC

Hello all,

The next language community meeting is scheduled in a few weeks - May 31st at 16:00 UTC. If you're interested, you can sign up on this wiki page.

This is a participant-driven meeting, where we share language-specific updates related to various projects, collectively discuss technical issues related to language wikis, and work together to find possible solutions. For example, in the last meeting, the topics included the machine translation service (MinT) and the languages and models it currently supports, localization efforts from the Kiwix team, and technical challenges with numerical sorting in files used on Bengali Wikisource.

Do you have any ideas for topics to share technical updates related to your project? Any problems that you would like to bring for discussion during the meeting? Do you need interpretation support from English to another language? Please reach out to me at ssethi(__AT__)wikimedia.org and add agenda items to the document here.

We look forward to your participation!

MediaWiki message delivery 2024年5月14號 (二) 21:22 (UTC)[回覆]

Feedback invited on Procedure for Sibling Project Lifecycle

You can find this message translated into additional languages on Meta-wiki. 請幫手去譯做你嘅語言

Dear community members,

The Community Affairs Committee (CAC) of the Wikimedia Foundation Board of Trustees invites you to give feedback on a draft Procedure for Sibling Project Lifecycle. This draft Procedure outlines proposed steps and requirements for opening and closing Wikimedia Sibling Projects, and aims to ensure any newly approved projects are set up for success. This is separate from the procedures for opening or closing language versions of projects, which is handled by the Language Committee or closing projects policy.

You can find the details on this page, as well as the ways to give your feedback from today until the end of the day on June 23, 2024, anywhere on Earth.

You can also share information about this with the interested project communities you work with or support, and you can also help us translate the procedure into more languages, so people can join the discussions in their own language.

On behalf of the CAC,

RamzyM (WMF) 2024年5月22號 (三) 02:25 (UTC)[回覆]

The Appearance menu and new default standard font size will be available for logged-out users

Read this in your language請幫手去譯做你嘅語言

Hi everyone! We are the Wikimedia Foundation Web team. We work on making it easier to read Wikimedia projects as part of the objective "Reading and media experience" of the current year’s annual plan. To achieve this goal, we have introduced the "Accessibility for Reading" beta feature. It adds a menu which works on the Vector 2022 skin and allows logged-in users to choose different font sizes and color schemes based on individual needs.

The menu introduces a new Standard font setting. It slightly increases the size and height of the font. It was selected based on multiple sources. You will find more information on this in the section "About the new Standard font setting".

What will change

  • We are now ready to make the new Appearance menu available for logged-out and logged-in users.
  • At the same time, we will also make the Standard option the new default for logged-out users only.
  • If no breaking technical issues are found, we plan on making this change within the next two weeks.
  • Later, this menu will also include the option to select dark mode, which for the time being will remain a beta feature. For more information, check out our project page.
About the menu

The new menu will allow logged-in and logged-out users to set preferences for:

  1. Text size and line height (available now as a beta feature): Users will be able to choose between the Small (current default), Standard (recommended for better accessibility), and Large options. Selecting an option will change both the font size and line height of the text.
  2. Dark mode (available now as a beta feature): Users will be able to choose to see the site in night mode on a permanent basis, or select an "automatic" setting which will set day or night mode based on the device or browser preferences.
  3. Content width (previously available as a toggle button): We have moved the content width toggle from an icon at the bottom of the page to a labeled radio button in the new menu. It will work exactly the same as the toggle. The previous toggle button will no longer be available.

This menu has been tested as a beta feature by logged-in users across wikis as well as in user testing with readers. Based on the findings of these tests, we changed the menu to improve discoverability and ease of use, and to accommodate gadget compatibility.

The menu will appear to the right of the page, immediately under the Tools menu if that has been pinned. Unlike the Tools menu, the Appearance menu is pinned by default, but can be unpinned. Once unpinned, it collapses under an icon at the top of the page.

About the new Standard font setting

The "Small" option is the current default. We will be changing this default to "Standard" for logged-out users, while keeping "Small" as the default for logged-in users. The "Standard" and "Large" options were built and tested based on the following:

  • Academic studies and recommendations for the best average font size for the majority of readers. These recommendations stated that our current size is too small for the majority of people to read comfortably. This means that on average, people read more slowly, strain their eyes while reading, or have difficulty clearly seeing the text. Increasing the font size by default improves these issues for all users, including users who might not have sufficient time to spend adjusting a setting via the appearance menu or browser. Information density is also important, which is why we wanted to increase font size without sacrificing information density. We have achieved this by changing not only font size, but also line height and paragraph spacing.
  • Designs submitted by more than 630 Wikipedians from across 13 wikis of different languages, scripts, and sizes. The majority (~450) of these users opted for a font size that was larger than the default. "Standard" represents the average of the most popular cluster of responses (15-20 pixels). "Large" represents the need for an even larger option, as represented by the cluster of sizes between 21-26 pixels. You can read more on how we included volunteers in the process and landed on these options.
  • Beta feature usage showed that the majority of users who interact with the feature at least once opt for a font size that is larger than the current default.

Our works so far and next steps

Logged-in users will remain with the "small" setting for the time being as their default, but can change to any other setting at any time. In a few months, we will study how many logged-in users switch to standard and start a conversation on whether it makes sense for logged-in users to make the switch as well. From the early data from the beta feature, 55% of sessions who interacted with the feature chose to use a setting that was standard or larger.

If you'd like to help, we have a few simple requests for you:

  1. Please, turn on the beta feature ("Accessibility for Reading (Vector 2022)")
  2. Try out the new menu. Is anything confusing? Do you understand all the labels and how the menu works?
  3. Try out the small, standard, and large sizes, the color schemes, and the width toggle. Reach out to us if you notice any bugs, or have questions or concerns.

If you'd like to learn more about the project, see our FAQ. Comments and questions are most welcome. Thank you! SGrabarczuk (WMF) (傾偈) 2024年5月29號 (三) 00:33 (UTC)[回覆]

Announcing the first Universal Code of Conduct Coordinating Committee

You can find this message translated into additional languages on Meta-wiki. 請幫手去譯做你嘅語言

Hello,

The scrutineers have finished reviewing the vote results. We are following up with the results of the first Universal Code of Conduct Coordinating Committee (U4C) election.

We are pleased to announce the following individuals as regional members of the U4C, who will fulfill a two-year term:

  • North America (USA and Canada)
  • Northern and Western Europe
  • Latin America and Caribbean
  • Central and East Europe (CEE)
  • Sub-Saharan Africa
  • Middle East and North Africa
  • East, South East Asia and Pacific (ESEAP)
  • South Asia

The following individuals are elected to be community-at-large members of the U4C, fulfilling a one-year term:

Thank you again to everyone who participated in this process and much appreciation to the candidates for your leadership and dedication to the Wikimedia movement and community.

Over the next few weeks, the U4C will begin meeting and planning the 2024-25 year in supporting the implementation and review of the UCoC and Enforcement Guidelines. Follow their work on Meta-wiki.

On behalf of the UCoC project team,

RamzyM (WMF) 2024年6月3號 (一) 08:15 (UTC)[回覆]

The final text of the Wikimedia Movement Charter is now on Meta

You can find this message translated into additional languages on Meta-wiki. 請幫手去譯做你嘅語言

Hi everyone,

The final text of the Wikimedia Movement Charter is now up on Meta in more than 20 languages for your reading.

What is the Wikimedia Movement Charter?

The Wikimedia Movement Charter is a proposed document to define roles and responsibilities for all the members and entities of the Wikimedia movement, including the creation of a new body – the Global Council – for movement governance.

Join the Wikimedia Movement Charter “Launch Party”

Join the “Launch Party” on June 20, 2024 at 14.00-15.00 UTC (your local time). During this call, we will celebrate the release of the final Charter and present the content of the Charter. Join and learn about the Charter before casting your vote.

Movement Charter ratification vote

Voting will commence on SecurePoll on June 25, 2024 at 00:01 UTC and will conclude on July 9, 2024 at 23:59 UTC. You can read more about the voting process, eligibility criteria, and other details on Meta.

If you have any questions, please leave a comment on the Meta talk page or email the MCDC at mcdc@wikimedia.org.

On behalf of the MCDC,

RamzyM (WMF) 2024年6月11號 (二) 08:45 (UTC)[回覆]

Not模假藍字

我記得以前Template:Not個連結,有文先至藍字,無文識得顯示紅字。但今日發現無文都照顯示藍字,click入去先至知篇文未有。例子:吉普汽車連去吉普車個連結。 Alfakwan (傾偈) 2024年6月14號 (五) 09:37 (UTC)[回覆]

@Alfakwan我睇係紅喎。 ——Z423X5C6傾偈2024年6月14號 (五) 10:45 (UTC)[回覆]
@Alfakwanphab:T367462,purge 完應該會正常返。 h78c67c (傾偈) 2024年6月15號 (六) 15:48 (UTC)[回覆]

提議

頭版標題

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

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

不如改做

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

Al12si (傾偈) 2022年10月30號 (日) 20:18 (UTC)[回覆]

贊成。 — Gohan 2023年4月22號 (六) 14:59 (UTC)[回覆]
好提議!202.68.172.246討論2023年4月27號 (四) 08:16 (UTC)[回覆]
{{贊成}}。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年5月31號 (三) 12:35 (UTC)[回覆]

建議頭版剷走時人時事

「時人時事」冇幾可更新,連九個月前嘅嘢都有,不如由頭版剷走,甚至乎雪藏,費事嘥功夫。 — Gohan 2023年5月2號 (二) 12:53 (UTC)[回覆]

Template:支持。——咪用「進行」污染中文,要言簡意賅。 匣趕以乙精寫 2023年7月7號 (五) 18:37 (UTC)[回覆]

我發覺有好多文冇加上來源或參考資料

粵語維基是否冇限制條目一定要加上來源或參考資料? Ckwong333 (傾偈) 2023年5月23號 (二) 20:32 (UTC)[回覆]

文章應該盡可能加參考資料,不過始終呢度人手唔夠,無辦法做到盡善盡美,不過喺人物傳記嘅文到會捉得緊啲。 ——Z423X5C6傾偈2023年7月4號 (二) 09:52 (UTC)[回覆]
其實人數並非關鍵,權力傍道德至係。粵文維基有毋少事宜按常識處理,例如每當有人發現低級運算錯誤或者絶對原創內容等,好少修正毋到(歡迎嘗試!),原因似乎係渠未被收數公司之類嘅不良勢力入侵。中文維基喺爾方面已經嚴重腐化,例如〈蔡天鳳碎屍案〉有幾個資深編輯者嚴格守護無來源人名“呂天女”傍錯誤換算“1994年7月5日”等,有毋少人試過改動都被還原。202.68.172.246討論2023年7月26號 (三) 09:18 (UTC)[回覆]
歡迎欣賞中文維基嗰篇“整蠱版”〈潘鑾彬〉嘅現狀;再多人檢查都係枉然,列齊可靠參考資料又點啫?202.68.172.246討論2023年7月31號 (一) 15:48 (UTC)[回覆]
大家協助加上來源及參考資料吧! Ckwong333 (傾偈) 2023年8月6號 (日) 09:12 (UTC)[回覆]
講得好!202.68.172.246討論2023年8月6號 (日) 09:19 (UTC)[回覆]

反靠害式抄襲經驗分享

希望各位毋好回應爾段嘢,以免變成駭客嘅攻擊目標。本人撰寫〈潘鑾彬〉時,塞徂超多隱藏嘅勸喻入去,睼來對有經驗者甚為有效,結果係引到勁多人監視,不過個個都一直聽話,毋見專業嘅閹割式翻版貨出現。最近終於有條完全毋識粵話而官話得半桶水嘅懵友(當然都有可能係碌扮蠢嘅醒目攪屎棍啦!)將嗰篇嘢亂改成件滿載反話嘅搞笑作品再擺過去。恁樣嘅文章一般會即刻被刪除,作者亦可能會被封鎖,怎解偏偏嗰篇(傍某尐其他類似嘅嘢)會通得過強制巡查員審核嘅嚴謹系統,仲要連分工細緻嘅龐大管理員隊伍都扮若無其事呢?原因顯而易見:對(親美帝嘅)渠等來講,打擊(親中共嘅)粵文維基嘅正版貨之任務重於泰山,中文維基本身嘅水準傍規則輕於鴻毛。202.68.172.246討論2023年7月4號 (二) 03:29 (UTC)[回覆]

啱啱發現,中文維基班管理員個個詐傻扮懵,毋止無解決舊問題,就連新加入,比數碩大嘅法輪功消息傍敵國油管人之犯規參考網址都可以當睼毋到(嗰處有某堆爾度無嘅苛刻律例)!“https://archive.md/VxKgp”顯示嗰篇〈潘鑾彬〉嘅“页面监视者数”傍 “已访问最近编辑的页面监视者数”都係“71”,證明親美帝者滅絶中國地方文化嘅行動之組織極之嚴密;靠兩個親中共者編寫,附帶嚴謹考證嘅良心作品被攞去恁樣“二次創作”,令人不禁唏噓。提防駭客,睼完就算,切勿回應。202.68.172.246討論2023年7月30號 (日) 13:15 (UTC)[回覆]

唚氣嘅新冠肺炎改名事宜

「武漢肺炎」

第一,呢個名有污名化,顯得粵語維基一啲都唔中立。你要知道維基係一種俾人睇資訊嘅嘢,唔可以偏向某一方㗎!


第二,我都聽唔到啲人咁叫。除咗啲極激進嘅黃絲之外,好多人都已經叫番佢做新冠肺炎,甚至乎係有啲人因為怕國安法而唔叫武漢肺炎。


第三,至於重名先算啦!其實武漢肺炎都可能會重名㗎,就例如又有個肺炎喺武漢到爆出嚟。

(當然都淨係舉個例,我並唔希望中國有更加多嘅疫情)

另外我都相信啲學者會用另一個名叫下一個新冠肺炎嚟避免同以前嘅名重複。 People someone (傾偈) 2023年11月21號 (二) 12:04 (UTC)[回覆]

可以參考下以往討論:Wikipedia:管理員留言板/2020年#武漢肺炎—>2019冠狀病毒病Wikipedia:城市論壇_(提議)/歸檔/2020年6月#建議將武漢肺炎改造新型冠狀病毒肺炎 H78c67c·傾偈 2023年11月21號 (二) 22:44 (UTC)[回覆]
其實污名化嘅講法係有得商榷;以前一直係咁用開最先發現地點或者發現者嘅名,我聽過有人話用地方命名其實係紀念最初嘅受害者喺邊,可以話本來係污名化嘅相反。
「污名化」 嘅講法應該係 「伊波拉」 開始,因為個地方實在太唔出名,搞到一講伊波拉就淨係諗到個病,唔會諗到個地方。冇計。喺加拿大我哋其實而今通常係跟英文講 covid(唔係 covid-19),「新冠」 其實都淨係新聞報導先會用。世衛最初改個咁嘅名其實非常不智,因為冇人會講埋個數字出嚟。 Al12si (傾偈) 2023年11月22號 (三) 05:34 (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)/%E6%AD%B8%E6%AA%94/2022%E5%B9%B412%E6%9C%88#%E5%A6%82%E6%9E%9C%E6%9C%89%E6%99%82%E9%96%93%E4%B8%8D%E5%A6%A8%E9%97%9C%E6%B3%A8Special:UnconnectedPages」之延續……--49.176.167.107討論2023年7月10號 (一) 01:06 (UTC)[回覆]

中文版維基百科嗰個手機版嘅語言版本選擇清單會將「简体」、「繁體」、「大陆简体」、「臺灣正體」、「香港繁體」、「澳門繁體」、「大马简体」及「新加坡简体」全部置頂於「建议的语言」之中,而佢哋通通都同時會喺下面嘅「其他语言」道顯示,不過「粵語」及「吴语」等唔會沉底,而係夾喺上述幾個「中文」嘅分身之中,即係話好少會有人「意外」噉經嗰個渠道睇到呢度嘅作品。--49.176.167.107討論2023年7月10號 (一) 01:06 (UTC)[回覆]
本親中共用户認為,將「標準中文」重覆顯示十六次係個好好嘅做法,大家亦有責任輔助該語言「國際化」,唔應該塞一個「粵語」選項入去擾亂佢。維基數據整齊與否係親美帝者嘅事,話之佢啦!若果閣下喺中文版見到「建议的语言」有列出「粵語」,依然唔使擔心;佢只喺喺粵語版活躍開嘅人嘅眼前現身。-- 49.176.167.107討論2023年7月10號 (一) 01:07 (UTC)[回覆]
粵文版唔係完全冇用咖,起碼可以同阿拉伯文、西班牙文、法文及俄文四種聯合國官方語言平起平坐;當中文版冇對應文章,請謹記連接維基數據!--49.176.167.107討論2023年7月11號 (二) 20:15 (UTC)[回覆]

粵維冇本錢統一用字

我發覺至少兩個管理員認為“𠲖”要改成“呢”至啱(按:https://zh-yue.wikipedia.org/w/index.php?title=%E6%A8%A1%E7%B5%84%3ADistinguish&diff=2101875&oldid=2100329https://zh-yue.wikipedia.org/w/index.php?title=Template:Cleanup_rewrite&diff=prev&oldid=2103543),於是嘗試判斷被當錯嘅係佢嘅發音定係寫法。我按𠲖喥〈呢〉嘅指示睇《維基辭典》,發現佢冇寫“呢”有“ji1”音(按:意味係冇研究過而唔係規定唨要嚸樣寫),亦只有“香港音”(按:https://yue.wiktionary.org/wiki/%E5%91%A2),“𠲖”、“𠵱”(按:我查到“𠲖”嗙“𠵱”都經常俾香港主流傳媒採用。)、“哩”嗙“喱”四個字甚至一律冇記載。“ji1”曾經係西關特色讀法,已經週圍擴散(按:https://new.qq.com/rain/a/20240126A02T8E00);據我所聞,𠵌𠺢就連各地粵語電台都唔會當“ji1”係錯音或懶音咖!我嘅結論係:《維基百科》嗙《維基辭典》極為簡陋,而𠲖喥嘅管理員冇被委派執行改革粵語嘅商業任務(按:其實有好多人知道,蟲蟲飛嗙魏鵬展出事嘅真正原因係阻𠰍其他管理員揾錢,根本唔關政治事;維基媒體基金會班友唔似係低能㗻啵!),理應畀人哋多啲自由。 彳山一儿攵辛束 (傾偈) 2024年2月29號 (四) 12:00 (UTC)[回覆]

雜項

Introducing Adiutor Project

Dear fellow Wikimedia enthusiasts, we are excited to introduce the Adiutor Project, an initiative aimed at enhancing the Wikipedia editing experience! Adiutor is a user-friendly gadget designed to simplify various tasks for Wikipedia editors, making editing easier, faster, and more enjoyable. From creating deletion requests to conducting copyright checks, Adiutor streamlines repetitive processes, giving you more time to focus on creating valuable content for the community. If you're interested in using Adiutor on your local wiki, we'd love to hear from you! Drop us a message here or reach out to Vikipolimer with your Wikimedia community details. Let's collaborate to bring Adiutor to your language and wiki! Join the Adiutor Project, and together, let's make Wikipedia editing a more efficient and rewarding experience! For any questions or to express your interest in bringing Adiutor to your local wiki, feel free to contact Vikipolimer - we're here to support and work together with you! Looking forward to your enthusiastic participation! Vikipolimer (傾偈) 2023年8月6號 (日) 00:52 (UTC)[回覆]

〈劉靜儀〉(等)嘅異樣

@XRTIERA1Cafel本人縱觀“https://archive.md/cepsz”、 “https://zh-yue.wikipedia.org/w/index.php?title=%E5%8A%89%E9%9D%9C%E5%84%80&diff=prev&oldid=2020264”傍“https://zh-yue.wikipedia.org/w/index.php?title=%E5%8A%89%E9%9D%9C%E5%84%80_(%E6%BE%B3%E9%96%80)&diff=prev&oldid=2018303”,似乎發現到股頗精明嘅搞鬼勢力,不過毋使花時間做傀儡調查咖喇。202.68.172.246討論2023年8月11號 (五) 09:09 (UTC)[回覆]

香港活躍用戶Wpcpey係中維被永久封禁

香港活躍用戶Wpcpey今日突然俾中維管理員永久封,原因話大量加入侵權內容(特別係法庭線)。但事實上法庭線網頁底部寫明文章同圖片,只要標明出處就可以自由用 (CC-BY),維基亦寫明可以將CC-BY內容複製去維基。而其他內容亦有改寫後編輯,並無完全抄襲,只係基本描述。而維基百科:封鎖方針,已經提及“有經驗維基人(包括管理員同一般用戶),應該先提醒或警告”。封鎖係最後手段。但Wpcpey未有獲得任何警告下,就突然被管理員無限期封鎖。 Wpcpey (傾偈) 2023年11月2號 (四) 19:08 (UTC)[回覆]

喺中維被封要去中維申訴,呢邊係粵維。 ——Z423X5C6傾偈2023年11月3號 (五) 02:07 (UTC)[回覆]
請順序睇「https://zh.wikipedia.org/w/index.php?title=%E5%8D%9A%E5%BD%A9%E7%9B%A3%E5%AF%9F%E5%8D%94%E8%AA%BF%E5%B1%80&diff=71866010&oldid=71861151」、「https://zh.wikipedia.org/w/index.php?title=User_talk:110.174.132.162/%E5%AD%98%E6%A1%A3&oldid=73175324」、「https://zh.wikipedia.org/wiki/Wikipedia:%E9%A0%81%E9%9D%A2%E5%AD%98%E5%BB%A2%E8%A8%8E%E8%AB%96/%E8%A8%98%E9%8C%84/2021/11/22#%E9%A6%99%E6%B8%AF%E9%87%8E%E7%8C%AA%E7%9A%84%E7%9B%B8%E5%85%B3%E4%BA%8B%E4%BB%B6%E5%8F%8A%E8%AE%AE%E9%A2%98」及「https://zh-yue.wikipedia.org/wiki/%E4%B8%AD%E6%96%87%E7%B6%AD%E5%9F%BA%E7%99%BE%E7%A7%91%E5%98%85%E5%BC%8A%E7%AB%AF#%E5%B0%88%E6%A5%AD%E8%B2%A7」……--49.176.167.107討論2023年11月3號 (五) 03:49 (UTC)[回覆]
若果閣下認為有可能上訴成功,就唔應該回覆本用户,並要立即忘記以上內容……--49.176.167.107討論2023年11月3號 (五) 03:51 (UTC)[回覆]
萬一有日對此死心,不妨考慮成為呢道嘅常客!--49.176.167.107討論2023年11月3號 (五) 03:53 (UTC)[回覆]
Mys 721tx出名封得快。(但唔少都係亂嚟)特克斯特 (傾偈) 2023年11月4號 (六) 21:14 (UTC)[回覆]
如果你係想申訴中文維基嘅決定,粵文維基幫你唔到,不過粵文維基歡迎你過嚟幫手寫。--XRTIER (傾偈) 2023年11月5號 (日) 01:31 (UTC)[回覆]

2023年粵文維基百科回顧

過去一年由129,428篇文發展到136,928篇文,啱啱多7,500篇文,年增長率得5.76%,再創新低。好彩嘅係所有語言版本排名依然維持到第66位。距離15萬大關仲有13,072篇文,如果要2024年內破15萬大關,年增長率最少要9.55%,每日要多35.72篇文,以過去兩年嘅增長速度,機會比較低。 Ivanlam88 (傾偈) 2024年1月1號 (一) 01:46 (UTC)[回覆]

2023年年度文章

上個月睇新聞,已經見有傳媒報道英文維基百科未到年底已經公佈全年最多人睇嘅文章,大概係最後半個月都左右唔到個結果,所以提前公佈都接受到。粵文維基又點樣呢?根據新鮮出爐嘅Wikipedia:每年最多人睇嘅文/2023年,整理如下(下文「今年」係指2023年;「上一年」係指2022年):

  • 年度文章:國家面積一覽(已經係連續兩年全年瀏覽量排第一,自2020年1月後已經連續48個月入到每月25大。實用嘅文章自然多人睇,事實上今年百大入面,有10篇都係「一覽」。)
  • 年度正規文章(排除「一覽」):廣東話粗口(上一年全年瀏覽量排第三,今年升一級,自2016年有紀錄開始幾乎每月都打入25大。粗口係廣東話文化其中一個重要部份,多人睇都好正常。)
  • 年度人物:葉萱(今年建立嘅文章,今年3、4月打入每月25大,全年第4位。嗰時佢公開邪教惡行相當轟動,令佢名噪一時。)
  • 年度女藝人:黃雅慧(雖然上一年已建立,但到今年10、11月先至打入每月25大,全年第15位,啱啱贏「香港頭一位日本AV女優」素海霖啲啲,相信係受嗰時佢有份演出嘅《無制限探險隊》帶挈。)
  • 年度男藝人:張國榮(居然唔係鏡仔而係一位已故藝人,確係令人估唔到,只係今年3、4月打入每月25大,就足以令佢打入全年第22位,「哥哥」嘅影響力絕對唔可以睇小。)
  • 年度音樂作品:起風了(可惜未有粵語歌打入百大,而係一首國語歌。留意到上一年都有入百大,當時排第49位,今年升到第31位,今年2、4、5、6月打入每月25大。)
  • 年度電視劇:愛·回家之開心速遞(相比起上一、兩年都畀ViuTV劇集領先,今年終於由TVB奪回。上一年排第36位,今年微跌到37位,但足以做到電視劇之冠。另外有趣嘅係,今年呢套劇每個月都入唔到25大,但由於每個月持續播出,所以先至贏到其他劇集。)
  • 年度電影:奇異女俠玩救宇宙(上一年係粵語電影領先,今年就變成西片,但呢套應該係粵語對白最多嘅奧斯卡最佳電影,抵佢贏嘅。今年3月打入每月25大,全年第55位。)
  • 年度粵語電影:釀魂(雖然唔夠西片鬥,不過都有粵語電影入到百大。今年8、9月打入每月25大,全年第58位。)
  • 年度綜藝節目:臥底旅行團(感覺上粵維最關注ViuTV節目,但數據顯示最多人睇嘅節目卻係HOY TV皇牌節目。今年10、11、12月打入每月25大,全年第60位。)
  • 年度政治大事:第16屆中華民國總統選舉(粵語地區嘅政治大事入唔到百大,結果係由將會喺2024年初嘅大選奪得,好可能2024年度結果一樣。今年10、11、12月打入每月25大,全年第26位。)
  • 年度體育盛事:歐洲聯賽冠軍盃(非奧運年,足球當選都係正路。今年未有打入每月25大,全年第90位。)

多謝收睇。--Ivanlam88 (傾偈) 2024年1月6號 (六) 14:35 (UTC)[回覆]

請求檢視用戶 Kinginkingspark 嘅動作

呢位用戶多次喺文章裏頭加入「香港黑警」「政客」等等含貶義嘅字眼,或其他唔夠中立嘅描述。我今日發現之後修改咗相關內容並對佢作出咗提示,點知佢喺冇任何解釋或回應嘅情況下將啲嘢又改返返去,疑似執意挑戰NPOV原則。當中甚至喺新屋嶺扣留中心周庭仇栩欣等等文章內反覆將其他人嘅編輯打回頭。我希望管理人員介入,對呢位用戶同佢嘅相關動作作出妥善處理,唔該晒。 — by 在下羊羽君Official歡迎嚟搵我玩!2024年1月16號 (二) 16:43 (UTC)[回覆]

封鎖兩星期。 H78c67c·傾偈 2024年1月17號 (三) 08:19 (UTC)[回覆]
投訴咗好耐,好高興見到 Kinginkingspark 嘅反NPOV行為終於獲得正視同處理。--Espotono (傾偈) 2024年1月29號 (一) 06:34 (UTC)[回覆]

有關微辣藝人嘅搬版

我留意到最近有幾位微辣藝人畀一位近期註冊嘅用戶(疑似係之前一位大量編輯微辣藝人文嘅IP)搬版,理由大概係避免同中維同名,希望改善搜索引擎收錄機會。但我又唔係幾同意 —— 當中大部份文係粵維開版先,而家中維用同一個名開文,如果要粵維改名,感覺就係向中維屈服,將自己一路用開嘅名拱手相讓。我想睇下其他人點睇,認唔認同呢位人兄嘅搬版理由。如果大家主流意見有保留,應該還原。涉及文章包括:

XRTIER (傾偈) 2024年1月23號 (二) 15:03 (UTC)[回覆]

「避免同中維同名」唔應該係粵維任何行動嘅原因,中維一切事務都同我哋粵維無關。同理「如果要粵維改名,感覺就係向中維屈服」都唔係唔搬版嘅理由。討論標題名應該集中返同WP:標題習慣有關嘅方向,例如係「真名同藝名邊個出名啲」等等。 ——Z423X5C6傾偈2024年1月23號 (二) 15:16 (UTC)[回覆]
似乎各位都明白我噉做係為唨粵維好,首先講聲多謝;其次係改名之舉有其他道理,相信各位即將會探討,我唔𠺬𠲖喥硬銷喇;再者係通知你哋黃曉晴亦改唨名做Yelo,萬一要成批還原,唔會遺漏。 彳山一儿攵辛束 (傾偈) 2024年1月26號 (五) 15:46 (UTC)[回覆]

用藝名定係原名,一般係睇邊個明顯常用,但如果冇邊個零舍明顯,通常都會尊重開文者選擇。我就根據Google結果做個分析(搜尋器結果經常變動,括號入面個數字只反映我搜尋一刻見到嘅,只作參考):

  1. "林茂發"(4090) vs "加蔥"(302000)
  2. "葉思男"(4130) vs "思男"(110000)
  3. "葉佩男"(2880) vs "佩男"(744000)
  4. "歐陽仲豪"(2880) vs "豪DEE"(744000)
  5. "霍俊邦"(33000) vs "霍哥"(364000)
  6. "李天慧"(25000) vs "多姐"(157000)
  7. "劉靜儀"(4870) vs "阿晶" "微辣"(48600)
  8. "陳欣" "微辣"(1060) vs "田娜"(175000)
  9. "陸志豪" "微辣"(4770) vs "六毫子" "微辣"(23000)
  10. "黃曉晴" "微辣"(8950) vs "Yelo" "微辣"(20900)

可見藝名又確係比較多人用(除黃曉晴嘅差異唔係特別明顯)。雖然搬版理由比較怪,但我對搬版大致上冇乜異議。--Mikedou (傾偈) 2024年1月27號 (六) 08:09 (UTC)[回覆]

申報

我係捍粵者,不過入毋到舊電腦,唯有用住分身先  捍粵者二 (傾偈) 2024年1月31號 (三) 11:12 (UTC)[回覆]

常用字字形表

最新:4762字

中庫:4759字

內文:5021字 捍粵者二 (傾偈) 2024年2月15號 (四) 15:31 (UTC)[回覆]

我要投訴有人專門對藝人文章搞搞震

我要投訴有人專門對藝人文章搞搞震:大多數香港人母語係廣東話,佢偏要將普通話排第一;唔需要落連結嘅詞語又全部加連結,成堆藍字搞到好難睇。希望可以正視一下。 Melorey (傾偈) 2024年3月10號 (日) 13:10 (UTC)[回覆]

文章標題用「部份」呢個詞

我見Universehk將一批文嘅章節標題由「公職」改做「部份公職」(),呢種做法我去英維、中維都未見過,覺得幾古怪。我猜測加「部份」呢個詞係想「戴頭盔」,表示唔保證收錄齊,但其實根本就冇需要咁做——「生平」都未必寫得齊,使唔使寫成「部份生平」?「學歷」又使唔使寫成「部份學歷」?「選舉經歷」又使唔使寫成「部份選舉經歷」?因為Universehk寫唔少文,佢嘅寫作格式有機會影響到其他人參考仿效,所以拎出來傾傾,睇下大家點睇。 XRTIER (傾偈) 2024年3月17號 (日) 03:10 (UTC)[回覆]

原來大家都覺得冇所謂。(不過就算有所謂,而家有幾百篇文都用呢個寫法,要改都有排搞。)既然大家都接受到,我唔再理。--XRTIER (傾偈) 2024年4月1號 (一) 07:12 (UTC)[回覆]

Universehk 開嘅香港親中派人士文章

最近 Universehk 開咗大量關於香港親中派人士文章,仲令粵維文章數超越拉丁文維基百科,上返65位。但呢批文章絕大多數得一句話係香港親中派人士,並冇實際內容,似乎可以整個一覽表代替,冇必要人人開篇文。 h78c67c (傾偈) 2024年4月2號 (二) 16:59 (UTC)[回覆]

應該畀佢哋留低;有潛力變成長文! 彳山一儿攵辛束 (傾偈) 2024年4月14號 (日) 15:48 (UTC)[回覆]

Checking files etc.

Hello! Sorry to write in English.

I like to check files to make sure they all have a valid license, that non-free are in use (or get deleted) etc.

I can see that there are some non-free files in Special:未用檔案. They should either be added to an article or be deleted.

I noticed that some license template are in Category:版權模 and other templates are in Category:文件消息框. If someone have time it would be nice if all the license templates are in the same category.

I noticed that MediaWiki:Licenses list cc-by-sa-3.0 etc. The latest version is 4.0. Perhaps someone could update (if it is still possible to upload free files locally)?

Also I suggest to delete Template:GFDL 1.2. It is both an old version and it has disclaimers. GFDL is not a good license for media files but if files have to be uploaded with GFDL Template:GFDL would be better.

The template Template:GFDL-self also had disclaimers. Disclaimers are not good so I removed them. All the files that used the template was redirected from Template:GFDL-self-no-disclaimers so uploader did not want the disclaimers.

According to Special:統計 there are 2,813 files. There are 2,496 files in Category:全部嘅非自由媒體 . There are no similar category for the free files (like en:Category:All free media) but in Category:維基百科自由圖像 and subcategories there are some free files but less than 100 files. So that means more than 200 files either have no license or are not located in either of the categories for free or non-free files.

Perhaps someone would like to fix Template:Free media so it has a category for all free media and to add the template for the free license templates? Just like Template:Non-free media. --MGA73 (傾偈) 2024年5月20號 (一) 12:21 (UTC)[回覆]