Wikipedia:城市論壇

出自維基百科,自由嘅百科全書
跳去導覽 跳去搵嘢

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

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

城市論壇小節

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

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

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

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

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

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

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


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

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


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

政策

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

管理員任免程序嘅審視

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

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

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

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

我覺得如果開埋管理員罷免機制嘅話,就冇需要又開多版。普通評價可以喺 user talk、議題相關討論版、或者Wikipedia:管理員留言板講。 翹仔 (傾偈) 2021年12月30號 (四) 23:28 (UTC)
呢個概念似係一啲Wikipedia:請求註解或者Wikipedia:請求評論en:Wikipedia:Requests for comment)?如果係嘅話,唔應該只係覆蓋事務管理層面上面,而係將覆蓋面加埋喺一啲喺編輯上面有爭議嘅情況,而且係上面翹仔所講過嘅版都未能夠解決得到問題嘅情況。 Shinjiman 2022年1月20號 (四) 02:18 (UTC)

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

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

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

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

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

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

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

改善人事任免討論排版

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

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

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

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

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

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

求證得到

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

睇返Talk:單曲嘅爭議,應考慮返具體本地情況追加修訂,依據返依家資訊審查嚴峻化情況要有充分嘅豁免條款,避免被利用成進一步限制本地編輯嘅工具 Longway22 (傾偈) 2022年1月21號 (五) 08:46 (UTC)
@Longway22你有咩提議? ——Z423X5C6傾偈) 2022年1月21號 (五) 08:54 (UTC)
就呢家啲情況變化講,若果要升格求證版,私人出版堅定流/公信力其他語言嘅料呢幾part都要大改,一個就係信源方面,留意到嘅話呢一陣經已喪失咗同英文背景環境一樣嘅多樣化信源資產、所以連帶影響埋信源成分啲因素,仲有外文料因素,相應就係倒轉咗同英維方面啲情況,有如下幾個查證版建議追加嘅修訂:
  1. 相當情況下會要優先用外文料,中文料非必要唔會係優先選擇;
  2. 非主流、私人或個人出嘅料,相當情況下可能會有高過(中文)主流機構啲料嘅公信度;
  3. 堅同流嘅判明要多種考慮到所處資訊流通背景啲變動,某啲情況必須係要大工夫平衡返查證過程本身可能受現實箝制影響嘅因素,唔可以堅硬要求所有查證過程係可能完美達成既定嘅流程。
暫有以上幾個要點。—— Longway22 (傾偈) 2022年1月21號 (五) 09:12 (UTC)
我唔認為「外文」好過中文,但係呢度粵文主場,中文都係外文。我改咗嗰一段,大家睇下。 翹仔 (傾偈) 2022年2月15號 (二) 20:01 (UTC)
回應User:Longway22翹仔:暫時嚟睇好似都有共識,1. 參考資料語言:粵文>(中、英、其他常用語言)>(唔太常用嘅語文),翹仔亦都加咗呢點入去,呢點可以話係處理咗。
2. Longway提到嘅公信度問題,我提議開一個「參考資料可靠程度一覽」,集中討論唔同機構啲料嘅可信程度、機構背景等等,類似英維en:Wikipedia:Reliable_sources/Perennial_sources咁樣,不過做呢樣嘢可能要好多人力物力。 ——Z423X5C6傾偈) 2022年4月18號 (一) 06:22 (UTC)
我對中文優先原則有啲意見,但基本上支持Wikipedia:求證得到升格。 翹仔 (傾偈) 2022年2月15號 (二) 20:03 (UTC)
綜合返提綱同實際變化、經驗等修訂咗下,照返上邊提到嘅、因應可能要再定期評估返採編基礎嘅情況,亦加埋本地條款,估係提點得返編輯者時刻考慮到採編需要注意啲point。 Longway22 (傾偈) 2022年4月18號 (一) 09:57 (UTC)
意見:
1. 2022年4月17號之前嘅版本應該係對應英文維基百科Wikipedia:Verifiability 2007年6月版本(大約),但係兩者一比,粵維版本有啲地方係譯錯或者詞不達意,例如verifiability係可查性,唔一定等於「堅」(可以解做「唔會有錯」),「流料」應該改做「搵唔到可靠出處」之類,如果係以前有共識「Wikipedia:求證得到」響某啲地方唔跟英文維基百科就另計。
2. 對於2022年4月18號嘅修改,有啲地方睇唔明,例如「普世背景環境嘅多樣化信源資產基礎」。
--Mewaqua (傾偈) 2022年5月26號 (四) 18:17 (UTC)
@Mewaqua譯返過嚟嘅用詞可以再斟,至於你講嘅第二點,嗰位用戶寫嘢出名累贅冗餘,可以先反轉嗰次編輯再傾。 ——Z423X5C6傾偈) 2022年5月26號 (四) 18:54 (UTC)
好高興@Mewaqua閣下細讀過提出咗一啲意見,個人經已跟進返咗,有冇其他位有疑問?歡迎多啲粵維人都仔細閱讀同閱讀草案,一齊加返唔同嘅角度完善返草案思路 Longway22 (傾偈) 2022年5月31號 (二) 03:10 (UTC)
支持升格。唔重要嘅人 (傾偈) 2022年5月27號 (五) 12:45 (UTC)

標題習慣

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

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

討論點:

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

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

多謝Z423x5c6幫手開個討論。我先畀少少意見:
  1. 我建議應該以粵語使用者(包括粵文地區嘅媒體)日常用法做考慮因素,如果只係提起個姓,大多數粵語使用者都知道係講緊邊個人,就可以用姓嚟做標題,而家WP:標題習慣「歐美人」一節嘅「牛頓」、「朗拿度」同埋「用姓做文題」嘅「愛因斯坦」都符合呢個原則。而以外嘅情況可以用返全名,姓就做搞清楚版。至於「姓redirect去全名」嘅做法,只係響「一律用全名」先至有機會用得著,如果粵維繼續容許比較出名嘅人可以就咁用姓做標題,就唔會出現需要「姓redirect去全名」嘅情況。
  2. 我建議如果出現有需要由「姓」搬到「全名」嘅情況,應該先睇原作者開其他人物文嘅習慣,如果佢無用過點,符合「冇點唔好加」原則,就應該用無點版本;如果佢有用開點,就應該用有點版本;如果佢有啲有點有啲無點嘅特殊情況,就唯有交由搬文者自行決定。--Kowlooner (傾偈) 2022年5月15號 (日) 14:55 (UTC)
    不敢居功,多謝Kowlooner賞面賜教。
    1. 可能我上邊講得有啲唔清楚,後半部份我想問嘅係,如果已經確定咗某一個姓係多過一個人出名,個個都要用全名,咁呢個時候要點樣判斷個姓自己係redirect去最出名嗰個人,定係做平等搞清楚?或者我再整理一吓,喺我嘅設想入邊係有三個可能性:
      1. 一個人勁出名,直接霸咗個姓,其他人用全名。
      2. 一個人勁出名,但係都有其他人出名。姓會redirect去最出名嗰個,再有一個「姓 (搞清楚)」。
      3. 有幾個人出名,「姓」呢一版已經係搞清楚。
    2. 理解你提出嘅做法係尊重開文人,但係我有幾個問題,
      1. 執行上會唔會有困難?即係話,為咗睇原作者嘅習慣去睇佢嘅貢獻紀錄,會唔會帶嚟太多不必要嘅成本?
      2. 如果原作者開嘅所有人物文都係只用姓,決定權係咪都係交咗畀搬文人? ——Z423X5C6傾偈) 2022年5月16號 (一) 06:22 (UTC)
        我覺得有「一個人勁出名」,即係大家見到個姓就會先諗起嗰個人,呢個時候標題就應該要直接用個姓,加{{otheruses}},其他人用全名。--Sun8908傾偈) 2022年5月23號 (一) 11:24 (UTC)
    繼續帶出其他相關嘅問題:
    1. 藝名、筆名、花名等等嘅情況點樣處理?點樣去分辨一個人佢嘅花名出名啲仰或本名出名啲?幾時用邊一個嚟做標題?
    2. 小說、電影或其他虛構角色名,點樣決定係用邊一個做標題?
    3. 點樣去保持相關人物標題嘅一致性? ——Z423X5C6傾偈) 2022年5月17號 (二) 05:47 (UTC)
我認為如果出現「個個都要用全名」,代表無一個人係特別出名,姓就唔應該redirect去任何一個人,而應該開搞清楚版。亦即係我心目中只會有上面第一種(姓由一個人直接用)同第三種情況(姓係搞清楚版),唔會有第二種(姓係個redirect)。
我唔覺得要檢查開文人習慣好麻煩,貢獻篩選返主空間(百科文空間)開新版嘅編輯,多數情況下都好易搵。至於「原作者開嘅所有人物文都係只用姓」嘅情況,如果引用「君子協定」入面「無點唔好加」,結論就係唔用點,不過呢個詮釋對支持加點一派又未必肯接受;但如果由搬文人決定,又要擔心變相鼓勵任何一派為咗推廣有點或者無點,積極搵啲本嚟只用姓嘅文搬去全名。所以呢個情況確係幾難搞。--Kowlooner (傾偈) 2022年5月29號 (日) 13:33 (UTC)
首先講返我自己喺用唔用全名嘅立場先,費時唔清楚。我支持「無人可以霸哂成個姓」,但係可以接受「一個人特別出名就用姓彈過去」,即係只有以上嘅第2, 3種情況。
至於你講話「如果由搬文人決定,又要擔心變相鼓勵任何一派為咗推廣有點或者無點,積極搵啲本嚟只用姓嘅文搬去全名」,我覺得唔係問題喎,喺我嘅立場,用全名係清楚過只係用姓。反而睇返你之前講嘅君子協定鼓勵人開文插旗,其實都要擔心會唔會變相鼓勵咗人開大量嘅stub,無助粵維增加內容。 ——Z423X5C6傾偈) 2022年5月29號 (日) 14:02 (UTC)

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

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

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

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

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

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

重提「楔位文章」改名

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

可以睇埋Wikipedia talk:楔位文章嘅先前討論。 Shinjiman 2022年1月12號 (三) 08:25 (UTC)
我自己覺得「楔(sip3/sit3)位」係軟件工程界「stub」幾直觀嘅對應譯法。「小作品」就真係唔同思維進路。你有咩提議? 翹仔 (傾偈) 2022年1月18號 (二) 10:21 (UTC)
多謝Shinjiman幫手搵返啲舊討論,同埋翹仔嘅意見。如果覺得(sip3)位文章係ok 嘅話,就麻煩搵返(sip3)嘅正字/本字,「楔」呢個字係無(sip3)呢個音。——Z423X5C6傾偈) 2022年1月18號 (二) 14:24 (UTC)
唔反對改做「攝位」[1]。問埋User:HenryLi有咩意見,「楔」呢個譯法係佢當年揀嘅。 翹仔 (傾偈) 2022年2月11號 (五) 13:41 (UTC)
  • @Deryck ChanZ423x5c6既然「sub-stub」叫做Wikipedia:超短文,咁點解「stub」唔乾脆翻譯做「短文」?咁樣最容易理解。特克斯特 (傾偈) 2022年2月11號 (五) 21:04 (UTC)
    好似「短文」同MediaWiki軟件內置嘅「短版」 (Short pages) 嘅翻譯可能會有撞名,所以「短文」呢個名未必係一個合適嘅選項。 Shinjiman 2022年2月18號 (五) 01:52 (UTC)
@Z423x5c6「Short pages」嘅「pages」其實應該要譯做「短頁」就真。而事實上喺「短頁」嘅文章長度全部都係符合「短文」條件,仲要一個喺「Special」空間度,一個係用「Template」同「分類」形式展現,兩者用嘅空間根本差好遠,咁都好攞嚟話撞咗會傻傻分唔清。特克斯特 (傾偈) 2022年2月19號 (六) 05:31 (UTC)
  • 講真,英文維基已經放棄咗sub-stub呢個分類,我哋可以考慮跟。 翹仔 (傾偈) 2022年2月17號 (四) 16:12 (UTC)
    佢喺英維嗰一版都仲有保留做歷史紀錄,如果簡單直接嘅話我個人嘅提議將佢就噉叫做「細楔」或者「細攝」就得。 Shinjiman 2022年2月18號 (五) 00:55 (UTC)
    粵維呢度都仲有Category:超短文,而定義應該係短過廿個字嘅文章(WP:超短文),想放棄呢個分類嘅話可以考慮將呢卅幾篇文擴寫。 ——Z423X5C6傾偈) 2022年2月20號 (日) 07:36 (UTC)
    又或者將裏面嘅重新分到去合適嘅楔類都得,如果擴寫唔到嘅話。 Shinjiman 2022年2月20號 (日) 10:34 (UTC)
@Z423x5c6「細楔」或者「細攝」呢啲連網上揾都幾乎冇任何結果解釋得到有「超短文」呢個意思就無謂用,呢啲自己憑住「楔」演變出嚟嘅字,仲衰過所謂嘅「唐字」。就算有人提「迷你楔」/「迷你攝」都會反對咁寫。特克斯特 (傾偈) 2022年2月19號 (六) 05:31 (UTC)
同意,「sip3位」都叫做係有呢個詞語,但係就咁一個「sip3」字作為名詞用,唔好意思,未聽過呢種用法。 ——Z423X5C6傾偈) 2022年2月20號 (日) 07:38 (UTC)
個『細』字開頭嘅都係由"Sub-"字類推而嚟嘅,唔知仲有冇啲另外嘅提議? Shinjiman 2022年2月20號 (日) 10:34 (UTC)
佢暫時未搵到咁一個「sip3」字作為名詞用,話唔定你揾到呢,之後你證明得到就咁一個「sip3」字作為名詞用,可能被大家採納呢。特克斯特 (傾偈) 2022年2月23號 (三) 05:51 (UTC)
粵語也可稱「小作品」和「小小作品」,無必要設立如「短文」、「超短文」或「楔位文章」等等多餘詞彙。 Emojiwiki (傾偈) 2022年2月17號 (四) 00:53 (UTC)

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

係有表列晒超短文,但係佢唔識分類。比如我讀數嘅,會有興趣改善啲math-stub,有個Category:Math Stub會對我有用。 ——Z423X5C6傾偈) 2022年5月23號 (一) 13:40 (UTC)
就由「類」同文章長短去判斷,專題交畀機械人程式做,甚至係軟件本身可以做。故此,根本就唔使人手逐個去做。兼且,人手做會做漏,或者過時,成效唔多。人心力同時間有限,本應花喺寫好內文。啲重覆、無趣味事,就交畀程式做。而且唔單止超短,有必要其他長短都會可以整表。專題咁做,反而更加全面。只要寫成,無論乜專題都有可用到。HenryLi (傾偈) 2022年5月25號 (三) 00:28 (UTC)
可以睇睇英維論文en:User:Grutness/Croughton-London rule of stubs,解釋咗點解單純用機械人去分辨stub唔太可行。 ——Z423X5C6傾偈) 2022年5月27號 (五) 06:51 (UTC)
stub擺明ill-defined,定義含糊不清。有啲認為長短,有啲認為全面。
若以全面為準,有啲題目,寫千字都唔夠全面。啲人又會覺得,無理由叫stub,至終都返去長短。stub亦即超短文。
AutoWikiBrowser半機械編寫,直情見長啲就移走stub。
所以篇文所謂第三則,講到好理想,實際上啲人用長短決定,全面與否唔會理。文中例長度,根本無人當做stub。
好似Meta內List of Wikipedias by sample of articles。就用長短定義stub。程式已經做緊嘢。
成個stub制度,直接廢除就得。既然可以電腦做,何必要勞心勞力。 HenryLi (傾偈) 2022年5月29號 (日) 19:00 (UTC)

確立Wikipedia:申請罷免管理員

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

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

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

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

  1. 提案人表示支持翹仔 (傾偈) 2022年1月18號 (二) 12:23 (UTC)
我提議加入:如果被罷免,而無推翻罷免嗰陣提出嘅證據嘅話,一年內唔可以選管理員。同「一年內唔好提同一個罷免案」相對應。 ——Z423X5C6傾偈) 2022年1月18號 (二) 15:33 (UTC)
呢度提出修正案,要求本地確實考慮返本身點人頭喺當刻同過往、喺中文圈經已出現嘅種種人海化等問題度顯出嘅弱點,必須防止可能導致ochlocracy嘅情況惡化。至低係要修訂明確考慮ochlocracy啲因素去制約返單一點人頭可能重演嘅效果。——Longway22 (傾偈) 2022年1月20號 (四) 09:45 (UTC)
  • 睇嚟依一刻,多數人都支持要訂立罷免制度,但係對於幾點程序細節仲未有共識。麻煩返去Wikipedia_talk:申請罷免管理員#第二輪討論繼續執。翹仔 (傾偈) 2022年2月16號 (三) 09:50 (UTC)
  • 如果給自動確認用戶投票可能會造成傀儡或真人傀儡投票的情況,儘管不是粵語維基人,仍然對此案表示反對。 Emojiwiki (傾偈) 2022年2月17號 (四) 00:50 (UTC)
    但對設立罷免管理員機制表示支持,如無將會出現管理員濫權而同時社群無共識如何罷免的現象。 Emojiwiki (傾偈) 2022年2月17號 (四) 00:52 (UTC)
    我個人都認為『自動確認』呢個門檻會唔會設得大廣呢?如果係將個要求改做『延伸確認』唔知可唔可行呢?(目前喺英維嘅延伸確認門檻係30日500次) Shinjiman 2022年2月17號 (四) 01:02 (UTC)
    30日我覺得可以,但係500次編輯可能對於粵文維基百科要求太高,未必可以。 Emojiwiki去唐文維基百科傾) 2022年2月17號 (四) 01:41 (UTC)
    唔知有冇工具可以搵得到成個網站入面,有幾多用戶嘅編輯數去到幾多?對一位一位嘅用戶就可以搵得到,但唔知有冇對成個網站搵計數嘅工具呢? Shinjiman 2022年2月17號 (四) 02:42 (UTC)
    2018年之前有詳細數據,但而家唔再公佈 [2] 翹仔 (傾偈) 2022年2月17號 (四) 15:35 (UTC)
    @Shinjiman:請問你具體需要乜嘢數據?我可以幫手寫個數據庫query。H78c67c·傾偈 2022年2月18號 (五) 03:22 (UTC)
    @H78c67c係需要睇返『自動確認』(冇記錯嘅話應該係4日10次)同埋將來可能新設嘅『延伸確認』權限(假設以30日500次做界限)嘅總用戶數,對呢個網站之中全部用戶嘅比例,比較兩者嘅用戶數會差幾多位。 Shinjiman 2022年2月18號 (五) 03:55 (UTC)
    @H78c67c睇吓呢兩件查詢準唔準先,Quarry 62509係計自動確認用戶,目前有3414位;Quarry 62510係計以30/500做界限嘅用戶,目前有148位。 Shinjiman 2022年2月18號 (五) 04:48 (UTC)
    我正想講 Wikimedia Tech 有人答我,話要自己開 Quarry。唔該晒。quarry:query/62510 好似計咗啲 bot 入去。呢啲數計埋唔活躍用戶。望住呢幾個數字,我會覺得用30/500做投票權界線好似緊得滯。 翹仔 (傾偈) 2022年2月18號 (五) 14:10 (UTC)
    見到其中一啲應該係全域機械人嚟,扣走埋應該個用戶數會更加少一啲。 Shinjiman 2022年2月18號 (五) 14:51 (UTC)
  • 畀少少意見:「30/500」可能太高,但「高」就係指「500」,反而「30」就比較低。我會建議粵維嘅「延伸確認」門檻唔跟預設嘅「30/500」,而係調整到「90/200」,我覺得參與夠3個月、編輯夠200次嘅人,應該都會對粵維嘅情況有一定嘅理解,夠資格參與粵維重要嘅投票。另外,非官方嘅Wikiscan可以睇到用戶編輯數排名,當然無開Quarry咁準,但都算係個方便嘅參考。(嗰版顯示超過200次編輯嘅用戶有327個。)--Kowlooner (傾偈) 2022年2月20號 (日) 13:30 (UTC)
    啱啱走過Quarry,用「90/200」做界限嘅就會搵到313個戶口,當中包埋全域機械人戶口。 Shinjiman 2022年2月20號 (日) 15:56 (UTC)
@Deryck Chan其實用每季去計,就算連對粵維認識多嘅用戶都唔係夠,例如Special:貢獻/Mikedou。再唔係就返返去Deryck最初提議嘅用自動確認用戶做門檻,冇必要用一個嚟自中文維基、但喺粵維編輯量少嘅用戶,去提出一個準則,之但係佢又對粵維編輯情況唔理解,畫蛇添足,到時搞到連對粵維都有認識嘅用戶,唔符合投票門檻,咁就搞笑啦。反對用每季XX次編輯數呢個提議。特克斯特 (傾偈) 2022年2月23號 (三) 05:51 (UTC)
@Deryck ChanZ423x5c6Kowlooner呢度係傾係咪支持或者反對罷免機制嘅成立。有啲用戶喺確立係咪推出呢個機制時候先話某啲內容有問題,呢個步驟應該係喺舊年12月尾開啟討論嗰陣就應該要傾,點解某啲用戶變咗喺呢個時候+呢個位置度傾?唔係應該去Wikipedia talk:申請罷免管理員度傾咩?
依家睇嚟都有共識推出呢個機制。而「有共識就結案,至少擺兩個星期,至多擺兩個月」呢句,共識我覺得有,而仲有大概10日就應該要結案,將呢個機制出爐。咁投票門檻唔同意見嘅問題,又點處理好呢?定係如期喺3月18號先推出呢個機制先?特克斯特 (傾偈) 2022年3月8號 (二) 12:58 (UTC)
@Deryck Chan@Z423x5c6@特克斯特:投票準則方面,用每季度咁計,自己都未必得。不如用返自動確認用戶準則啦。或者用總編輯數都唔錯。Akai 博士 (傾偈) 2022年3月15號 (二) 09:36 (UTC)
我諗自動確認就ok,另外,係咪User:Deryck Chan或者User:Shinjiman負責結案? ——Z423X5C6傾偈) 2022年3月19號 (六) 09:49 (UTC)
  • 支持呢個罷免機制,同時亦都建議採用總編輯量/自動確認準則,嚟做投票門檻。都成四個月喇,希望可以結案。Cangjie6 (傾偈) 2022年4月2號 (六) 20:14 (UTC)

結案

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

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

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

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

唔活躍機械人

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

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

——我,2020年

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

同意兩年唔活躍除權,睇齊返管理人員權限都係預設兩年唔活躍除權。--Kowlooner (傾偈) 2022年6月12號 (日) 12:36 (UTC)
如果隻bot淨係維修interwiki嘅話直接revoke都ok,其他就兩年活躍,同埋預早一兩個月通知返bot嘅主人,睇下佢會唔會想再行返隻bot。 ——Z423X5C6傾偈) 2022年6月12號 (日) 14:43 (UTC)
@Z423x5c6現時92個機械人入面,有72個係專門處理interwiki嘅,當中得2個最近兩年有改過嘢,剩低嘅當中甚至有2007年起已經無活動。另一方面,有2個機械人已經被全域封鎖,當中有一個嘅操作者過咗身。詳情請睇機械人一覽H78c67c·傾偈 2022年6月13號 (一) 03:01 (UTC)
噉如果係有先例嘅話,噉喺除權之前循㤡都應該會通知一聲有關機械人嘅擁有者先,睇吓仲有冇興趣重新再行先,呢個同Z423x5c6兄提出嘅方向差唔多。 Shinjiman 2022年6月13號 (一) 03:38 (UTC)
啱啱搵到喺英維嘅情況2017年1月3號加入)就係,如果機械人喺兩年內冇任何活動或者編輯,同時擁有者喺兩年內冇任何活動或者編輯,部機械人先至會除權;即係機械人嘅擁有者喺近兩年之內有任何活動嘅話,亦唔會將部機械人支旗拎走。 Shinjiman 2022年6月13號 (一) 04:14 (UTC)
睇返it:User:Alleborgo都已經五年冇任何修改,所以我根據你上面提出嘅指引,攞走咗支旗仔User:Mehdi今年都有貢獻,所以Ambolbot我冇掂。 翹仔 (傾偈) 2022年8月10號 (三) 21:43 (UTC)

指向外部唔太好

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

技術

cite news cite web模問題

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

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

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

噉樣嘅話,唔知會唔會間接會因應粵文文字嘅重新翻譯,從而再度提高粵文信嘅總翻譯率? Shinjiman 2022年6月14號 (二) 05:43 (UTC)
呢個係wiki分薄埋粵圍啲資源?@翹仔係咪可以喺平台度聯絡返反饋下本地嘅關注,睇睇有冇得再傾下。 Longway22 (傾偈) 2022年6月15號 (三) 01:41 (UTC)
我建議將維基同享嘅翻譯咗先。--PQ77wd (傾偈) 2022年6月15號 (三) 02:42 (UTC)
@PQ77wd唔止係同享,所有用MediaWiki嘅網站都受影響。凡係無粵文翻譯嘅介面訊息,本來會預設用英文顯示,但而家改為以以下次序嘗試顯示,直到有介面翻譯為止:zh-hk, zh-hant, zh, zh-hans, en。 H78c67c·傾偈 2022年6月15號 (三) 05:08 (UTC)
此一改動係為暫冇粵文翻譯且zh-hk、zh-hant或fallback chain內嘅語言已有對應翻譯時能提供介面顯示(如「取消」、「下載PDF」在冇粵文翻譯時能直接用zh-hk、zh-hant與粵文相同嘅翻譯顯示),同時調整Special:MyLanguage之重新導向。
單純係技術嘅改動,毋須擔心分薄粵維啲資源。
若有改進嘅意見歡迎各位提出。
同時歡迎至translatewiki:貢獻、完善粵文嘅翻譯。
(在下嘅粵語尚在學習,如有錯誤歡迎提醒。)
CC @H78c67c 、 @Shinjiman 、 @Longway22 、 @PQ77wd -- Winston Sung (傾偈) 2022年6月15號 (三) 06:09 (UTC)
@Winston Sung見閣下都終於蒲頭喇……你好。如果可以嘅話,可以睇埋我討論版上面嘅小節先,因為有人已經有意見喇。 Shinjiman 2022年6月15號 (三) 08:58 (UTC)
係,粵維開站嘅時候,語文後備鏈特登擺 en 喺 zh 前面,因為粵地人士多數識英文,en 行先方便留意未翻譯嘅訊息。但係近年人事變遷,我哋其實慢慢用多咗 zh-hk / zh-hant 做後備,例如Wikipedia:查證得到之前嘅草稿版本[3]。所以我個人唔反對改語文後備鏈,將 zh-hk, zh-hant, zh, zh-hans 搬上 en 之上。 翹仔 (傾偈) 2022年6月17號 (五) 18:13 (UTC)
已睇過並答覆於閣下嘅討論頁。
CC @Shinjiman -- Winston Sung (傾偈) 2022年6月15號 (三) 12:03 (UTC)

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

啱啱試過,「#重新導向」係work嘅,「#跳轉」唔work。我上phab報告好唔好? 翹仔 (傾偈) 2022年6月17號 (五) 18:07 (UTC)
報咗上去先,我都已經有成一段長時間冇打過patch,之前嘅都仲係走緊Subversion嘅時代…… Shinjiman 2022年6月17號 (五) 18:27 (UTC)
預計同 gerrit:797213 Merge and rearrange zh-related message file translations 修復並處理。
CC @Shinjiman 、 @Deryck Chan Winston Sung (傾偈) 2022年6月17號 (五) 19:20 (UTC)
其實可唔可以轉返用英文?依家成日周不時就見到啲殘體字,好哽眼。 ——Z423X5C6傾偈) 2022年7月1號 (五) 06:08 (UTC)
已在處理中。
CC:
@Shinjiman
@Z423x5c6
-- Winston Sung (傾偈) 2022年7月18號 (一) 14:30 (UTC)
喺完全確認並修理曬呢次改動嘅影響之前,應該要儘快還原返先。 H78c67c·傾偈 2022年7月1號 (五) 08:23 (UTC)
@Winston Sung ——Z423X5C6傾偈) 2022年7月1號 (五) 08:58 (UTC)
已先改回en。
測試結果:
(為避免刪除後斷鏈,故用外鏈。另請管理員刪除測試頁面。)-- Winston Sung (傾偈) 2022年7月20號 (三) 03:50 (UTC)
CC @Shinjiman -- Winston Sung (傾偈) 2022年7月20號 (三) 03:51 (UTC)
唔該晒@Winston Sung。喺原碼合併之後,喺嗰段時間期間開過嘅跳轉版因為Magic Words關鍵字嘅轉變可能會失效,到時我可能會開機械人處理呢個問題。 Shinjiman 2022年7月20號 (三) 04:42 (UTC)
好的。感謝。-- Winston Sung (傾偈) 2022年7月31號 (日) 06:51 (UTC)
感謝User:Winston Sung幫忙還原。 ——Z423X5C6傾偈) 2022年8月4號 (四) 08:32 (UTC)

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

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

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

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

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

計法1
計法2
補充資料

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

我嗰陣搵返啲紀錄嗰陣最多都只係搵得到一個月之內嘅開版同埋開跳轉嘅紀錄,多過一個月嘅(大約喺6月頭起到6月中後左右)亦可能會仲有遺留咗嘅版而未能夠執得到,唔知有冇方法可以搵得返多過一個月之後嘅開版紀錄? Shinjiman 2022年7月22號 (五) 01:06 (UTC)
https://zh-yue.wikipedia.org/wiki/Special:%E6%97%A5%E8%AA%8C?type=&user=&page=&wpdate=2022-06-22&tagfilter=mw-new-redirect H78c67c·傾偈 2022年7月22號 (五) 03:05 (UTC)
原來可以噉樣去搵,唔該晒。 😮 Shinjiman 2022年7月22號 (五) 03:07 (UTC)
喺尋日定期文章數更新之後,之前消失咗嘅文章數出現返曬。應該無問題喇。 H78c67c·傾偈 2022年7月27號 (三) 17:31 (UTC)

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

喺機械人嘅Script未更新好之前暫時封鎖咗一個星期先。 Shinjiman 2022年7月25號 (一) 01:20 (UTC)
可透過insource:"#重新導向"查詢wikitext原始碼內含有「#重新導向」的頁面。-- Winston Sung (傾偈) 2022年8月6號 (六) 08:35 (UTC)

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

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

@KowloonerH78c67cYaukasinWinston Sung麻煩過去phab留意下。翹仔 (傾偈) 2022年8月11號 (四) 14:19 (UTC)
未肯定個別機械人戶口改嘢用嘅pywikibot framework係唔係都要更新到最新版先至會修正得到個問題。因為見得到有一部機械人會改個keyword,另一部就唔會改Shinjiman 2022年8月11號 (四) 15:04 (UTC)
pywikibot應該識得透過API攞到最新嘅魔術字,唔需要更新pywikibot版本都得。 H78c67c·傾偈 2022年8月11號 (四) 16:35 (UTC)

Tech News: 2022-27

2022年7月4號 (一) 19:32 (UTC)

頭版原碼格式太陳舊

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

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

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

記得呢種情況喺智能電話細螢幕嘅畫面上面會更為明顯。 Shinjiman 2022年7月6號 (三) 00:38 (UTC)
cc @WikiCantona可以睇埋呢度,好似呢個問題喺當時就已經提出咗。 Shinjiman 2022年7月6號 (三) 04:46 (UTC)
@HenryLi: 整咗User:H78c67c/mainpageH78c67c·傾偈 2022年7月6號 (三) 03:13 (UTC)
咁快手,做得好正呀。維基兄弟嗰度重有table,整埋都應該出得街。 HenryLi (傾偈) 2022年7月6號 (三) 03:32 (UTC)
@HenryLi: 整咗 H78c67c·傾偈 2022年7月6號 (三) 04:25 (UTC)
非常正。responsive完美。應該出得街。多謝 H78c67c。唔知大家維基友覺得點呢? HenryLi (傾偈) 2022年7月6號 (三) 05:31 (UTC)
新嘅好正,我支持。去馬啦。--WikiCantona (傾偈) 2022年8月1號 (一) 06:34 (UTC)
已經改咗頭版 H78c67c·傾偈 2022年8月12號 (五) 07:03 (UTC)

Tech News: 2022-28

19:23, 11 July 2022 (UTC)

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

cc @Winston Sung Shinjiman 2022年7月12號 (二) 02:35 (UTC)
@Winston Sung請問幾時可以復原相關嘅改變? ——Z423X5C6傾偈) 2022年7月12號 (二) 05:22 (UTC)
@Winston Sung哈囉,見到你上線就好啦,請問可以回應一下嗎? ——Z423X5C6傾偈) 2022年7月17號 (日) 15:28 (UTC)
已在處理中。
CC:
@Shinjiman
@Z423x5c6
-- Winston Sung (傾偈) 2022年7月18號 (一) 14:30 (UTC)

{{維基書本}}

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

用全名嘅就要用wikibooks:yue:;用短字嘅就要用b:Shinjiman 2022年7月19號 (二) 03:45 (UTC)
所以將所有「wikibooks:」換哂做「wikibooks:yue:」就得? ——Z423X5C6傾偈) 2022年7月19號 (二) 03:48 (UTC)
b:嘅話就直接啲,因為唔知有冇版係已經用咗呢個模去用呢個參數嘅。建議睇返其它喺Category:跨維基模嘅用法先至好改,改咗嘅就要睇埋Special:WhatLinksHere/Template:維基書,改返好啲參數。 Shinjiman 2022年7月19號 (二) 04:38 (UTC)

Tech News: 2022-30

2022年7月25號 (一) 19:27 (UTC)

Tech News: 2022-31

2022年8月1號 (一) 21:21 (UTC)

Tech News: 2022-32

2022年8月8號 (一) 19:49 (UTC)


提議

諗法實驗室

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

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

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

雜項

Google偏袒中文維基又一實例

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

講開,歐陽仲豪嗰篇中維啲料好似仲齊過呢邊。 ——Z423X5C6傾偈) 2022年5月14號 (六) 15:32 (UTC)
我望到呢個討論嘅時間,中維嘅「‎歐陽仲豪」已經唔見咗(應該又係衰嗰邊嘅「關注度」),不過響Google搜尋結果仍佔第二。Google啲衰嘢都存在咗好耐,但無奈暫時都無方法去改變。Yahoo就叫做相對持平啲,唔係無偏袒,但情況好過Google好多。Yahoo搜尋「歐陽仲豪」,粵維排第一,而中維都憑「微辣」篇文排第7,掹車邊出現響第一版。--Kowlooner (傾偈) 2022年5月15號 (日) 11:58 (UTC)
咕㗝當初各地有各地搵,搵嘢啱本地用。後尾佢敗走大陸,轉哂啲嘢去香港,自此就好難搵香港本地嘢,搵親都夾住海量垃圾。佢個地圖,香港同深圳界綫,曾經長年錯位,兩地互相重疊,過咗好多年先整返啱。有時香港本土嘢,好似防風板咁,唔知頭唔路嘅話,就畀咕㗝誤導話擋風板,實情指第二樣嘢,靠咕㗝就會九唔搭八,冚晒本地用字。咕㗝搵乜嘢人做嘢,心照啦。何來會照住廣東話需求。HenryLi (傾偈) 2022年7月1號 (五) 07:03 (UTC)
@HenryLi: 地圖重疊係受中國大陸法律規定所影響:zh:中华人民共和国地理数据限制#坐标系实现H78c67c·傾偈 2022年7月1號 (五) 08:05 (UTC)
嗰時咕㗝已經撤走。而且微軟、諾基亞、蘋果等地圖都無依個問題。就算百度都無依個問題。只能話咕㗝自己有問題。HenryLi (傾偈) 2022年7月1號 (五) 08:10 (UTC)
順帶一提:大家因應呢種特性,可以多啲揀親美帝偏執者唔鍾意嘅題材嚟寫喺粵文版……某股勢力見到呢種獨家文章,就會出手翻譯,然後喺中文版整篇甩皮甩骨嘅和諧版出嚟,嗰啲醒目管理員意識到情況如此,就會出人意表噉暫停發神經,唔搬出萬能刪除歪理(抄襲嘅叫「侵犯版權」,唔抄襲就當「原創總結」……),扮睇唔到,甚至話夠關注度而支持保留——目的係令到搜尋者難以睇到呢道獨有嘅關鍵內容。然而繼續會有啲懵懂親美帝散仔不明所以,要求刪除,大家偶然見到時,不妨過去投下票,順水推舟。--110.174.132.162討論) 2022年7月27號 (三) 21:15 (UTC)

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

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

@Yaukasin請睇「Wikipedia:城市論壇_(技術)#MediaWiki_介面訊息今後無粵文翻譯就會預設用zh-hk或zh-hant顯示」嘅討論。 ——Z423X5C6傾偈) 2022年7月1號 (五) 05:46 (UTC)
跳轉、重新導向,2個字都通用,冇必要揀咗是但一個,之後要禁用另一個用字。特克斯特 (傾偈) 2022年7月1號 (五) 05:48 (UTC)
明白,多謝各位解答。--Yaukasin (傾偈) 2022年7月1號 (五) 05:53 (UTC)
「#重新導向」呢個字係有bug嘅,請睇Wikipedia:城市論壇 (技術)#懷疑因為清理「#重新導向」遇到bug搞到粵維文章數少咗三百幾篇。如果保險計都係用住「#REDIRECT」先。 Shinjiman 2022年7月22號 (五) 02:30 (UTC)

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

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

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