Wikipedia:城市論壇
歡迎嚟到城市論壇。呢一組頁面係用嚟討論有關技術問題、政策，同埋維基百科嘅運作，分成五個地方。
呢版唔係用嚟做討論。請用下面嘅表去搵出最適合嘅部份貼文，或者貼喺「雜項」部份。請喺有關嘅版度貼文時簽名同埋加上日期（用~~~~或者喺編輯工具列中撳一下簽名掣）。
| 城市論壇小節 | ||||||
|---|---|---|---|---|---|---|
|
|
||||||
| ||||||
呢個係城市論壇 (全部)嘅頁面，係會列出現時所有嘅討論以便閱讀。去城市論壇睇吓城市討論嘅部份，又或者撳吓喺每一個小節中嘅編輯連結去表達你嘅意見。要睇吓喺呢一頁嘅全部修訂，撳喺上面嘅歷史連結，並依照螢光幕上面嘅指示。
撳吓呢度去清除喺呢一頁嘅伺服器快取（去睇響城市討論部份嘅最近更改）
多過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 cantonais，User:SC96都話成5個月都仲有得投票。
有見及此，所以我呢度提議將早年管理員Lam3011開嘅Template:VoteState加入申請同罷免管理員/事務員（即係所有人士任免相關嘅）討論同投票個版度，日後事務員一開啟討論+投票嗰陣，直接輸入開啟同完結嘅參數就得，避免好似Akai咁畀人提出質疑，引起不必要嘅爭議。
可以參考下zh:維基百科:申請成為管理員/Sidishandsome一例咁，有個模方面易明。特克斯特 (傾偈) 2021年12月31號 (五) 15:15 (UTC)
- 而家嘅程序喺時間上係有啲彈性嘅，不過啱啱呢兩次管理員申請嘅經驗，似乎係多數人想時限方面定得死啲。由「一個月」改做「三十日」都係呢一類改動。翹仔 (傾偈) 2022年1月1號 (六) 18:24 (UTC)
英維政策升格本地正式政策集中討論
求證得到
加埋：WP:求證得到。都係已經譯好。——Z423X5C6（傾偈） 2022年1月21號 (五) 06:35 (UTC)
- 睇返Talk:單曲嘅爭議，應考慮返具體本地情況追加修訂，依據返依家資訊審查嚴峻化情況要有充分嘅豁免條款，避免被利用成進一步限制本地編輯嘅工具 Longway22 (傾偈) 2022年1月21號 (五) 08:46 (UTC)
- @Longway22：你有咩提議？ ——Z423X5C6（傾偈） 2022年1月21號 (五) 08:54 (UTC)
- 就呢家啲情況變化講，若果要升格求證版，私人出版、堅定流/公信力同其他語言嘅料呢幾part都要大改，一個就係信源方面，留意到嘅話呢一陣經已喪失咗同英文背景環境一樣嘅多樣化信源資產、所以連帶影響埋信源成分啲因素，仲有外文料因素，相應就係倒轉咗同英維方面啲情況，有如下幾個查證版建議追加嘅修訂：
- 相當情況下會要優先用外文料，中文料非必要唔會係優先選擇；
- 非主流、私人或個人出嘅料，相當情況下可能會有高過（中文）主流機構啲料嘅公信度；
- 堅同流嘅判明要多種考慮到所處資訊流通背景啲變動，某啲情況必須係要大工夫平衡返查證過程本身可能受現實箝制影響嘅因素，唔可以堅硬要求所有查證過程係可能完美達成既定嘅流程。
- 暫有以上幾個要點。—— 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)
- 我唔認為「外文」好過中文，但係呢度粵文主場，中文都係外文。我改咗嗰一段，大家睇下。 翹仔 (傾偈) 2022年2月15號 (二) 20:01 (UTC)
- 就呢家啲情況變化講，若果要升格求證版，私人出版、堅定流/公信力同其他語言嘅料呢幾part都要大改，一個就係信源方面，留意到嘅話呢一陣經已喪失咗同英文背景環境一樣嘅多樣化信源資產、所以連帶影響埋信源成分啲因素，仲有外文料因素，相應就係倒轉咗同英維方面啲情況，有如下幾個查證版建議追加嘅修訂：
- @Longway22：你有咩提議？ ——Z423X5C6（傾偈） 2022年1月21號 (五) 08:54 (UTC)
- 我對中文優先原則有啲意見，但基本上支持Wikipedia:求證得到升格。 翹仔 (傾偈) 2022年2月15號 (二) 20:03 (UTC)
- 意見：
1. 2022年4月17號之前嘅版本應該係對應英文維基百科Wikipedia:Verifiability 2007年6月版本（大約），但係兩者一比，粵維版本有啲地方係譯錯或者詞不達意，例如verifiability係可查性，唔一定等於「堅」（可以解做「唔會有錯」），「流料」應該改做「搵唔到可靠出處」之類，如果係以前有共識「Wikipedia:求證得到」響某啲地方唔跟英文維基百科就另計。
2. 對於2022年4月18號嘅修改，有啲地方睇唔明，例如「普世背景環境嘅多樣化信源資產基礎」。
--Mewaqua (傾偈) 2022年5月26號 (四) 18:17 (UTC) - 支持升格。唔重要嘅人 (傾偈) 2022年5月27號 (五) 12:45 (UTC)
標題習慣
呢排都有好多對外文名嘅討論，想借呢個機會集中討論，釐清返中間一啲模糊嘅地方，並將討論結果確立為政策。
相關政策：WP:標題習慣、WP:外文人物唔加點同加點指引
討論點：
- 外文人物名，幾時可以用姓嚟做標題，幾時需要用全名？如果用全名，個姓幾時做redirect，幾時做搞清楚？
- 加點與否嘅問題，當年嘅君子協定係「有點唔好減，冇點唔好加」。但係嚟度所謂「無加點空間」嘅情況，即係只係用姓嚟做標題嘅情況，「冇點唔好加」嘅詮釋係點，可唔可以套用落嚟？
- 歡迎加入其他討論點
——以上——Z423X5C6（傾偈） 2022年5月15號 (日) 14:15 (UTC)
- 多謝Z423x5c6幫手開個討論。我先畀少少意見：
- 我建議應該以粵語使用者（包括粵文地區嘅媒體）日常用法做考慮因素，如果只係提起個姓，大多數粵語使用者都知道係講緊邊個人，就可以用姓嚟做標題，而家WP:標題習慣「歐美人」一節嘅「牛頓」、「朗拿度」同埋「用姓做文題」嘅「愛因斯坦」都符合呢個原則。而以外嘅情況可以用返全名，姓就做搞清楚版。至於「姓redirect去全名」嘅做法，只係響「一律用全名」先至有機會用得著，如果粵維繼續容許比較出名嘅人可以就咁用姓做標題，就唔會出現需要「姓redirect去全名」嘅情況。
- 我建議如果出現有需要由「姓」搬到「全名」嘅情況，應該先睇原作者開其他人物文嘅習慣，如果佢無用過點，符合「冇點唔好加」原則，就應該用無點版本；如果佢有用開點，就應該用有點版本；如果佢有啲有點有啲無點嘅特殊情況，就唯有交由搬文者自行決定。--Kowlooner (傾偈) 2022年5月15號 (日) 14:55 (UTC)
- 不敢居功，多謝Kowlooner賞面賜教。
- 可能我上邊講得有啲唔清楚，後半部份我想問嘅係，如果已經確定咗某一個姓係多過一個人出名，個個都要用全名，咁呢個時候要點樣判斷個姓自己係redirect去最出名嗰個人，定係做平等搞清楚？或者我再整理一吓，喺我嘅設想入邊係有三個可能性：
- 一個人勁出名，直接霸咗個姓，其他人用全名。
- 一個人勁出名，但係都有其他人出名。姓會redirect去最出名嗰個，再有一個「姓 (搞清楚)」。
- 有幾個人出名，「姓」呢一版已經係搞清楚。
- 理解你提出嘅做法係尊重開文人，但係我有幾個問題，
- 可能我上邊講得有啲唔清楚，後半部份我想問嘅係，如果已經確定咗某一個姓係多過一個人出名，個個都要用全名，咁呢個時候要點樣判斷個姓自己係redirect去最出名嗰個人，定係做平等搞清楚？或者我再整理一吓，喺我嘅設想入邊係有三個可能性：
- 不敢居功，多謝Kowlooner賞面賜教。
- 我認為如果出現「個個都要用全名」，代表無一個人係特別出名，姓就唔應該redirect去任何一個人，而應該開搞清楚版。亦即係我心目中只會有上面第一種（姓由一個人直接用）同第三種情況（姓係搞清楚版），唔會有第二種（姓係個redirect）。
- 我唔覺得要檢查開文人習慣好麻煩，貢獻篩選返主空間（百科文空間）開新版嘅編輯，多數情況下都好易搵。至於「原作者開嘅所有人物文都係只用姓」嘅情況，如果引用「君子協定」入面「無點唔好加」，結論就係唔用點，不過呢個詮釋對支持加點一派又未必肯接受；但如果由搬文人決定，又要擔心變相鼓勵任何一派為咗推廣有點或者無點，積極搵啲本嚟只用姓嘅文搬去全名。所以呢個情況確係幾難搞。--Kowlooner (傾偈) 2022年5月29號 (日) 13:33 (UTC)
所謂「君子協定」資料整理
註：由於訂立所謂「君子協定」嗰陣我仲未入粵維，如果資料有錯漏，煩請咁多位老用戶指正。
當年嘅討論：Wikipedia:城市論壇_(政策)/歸檔/2014年12月#再論間隔號，已經有用戶提出，由「淨係用姓」（現時所謂嘅「無加點空間」）改做「名+姓」係有爭議，並提出咁樣搬嘅話係可以當新文，由搬文人決定。下邊有一段用戶User:WikiCantona（我睇嚟）相當語無倫次嘅留言，再下邊有另一位用戶表示中立。之後就無人留言啦。
然後就到近年嘅討論，討論散佈咗喺好多版，唔再逐一引用，整理如下：
- 大部份都同意，如果本身已經係名+姓嘅話，無點唔好加，有點唔好減。
- 就原本淨係用姓，搬去名+姓而言，大家同意當年嘅協定係有漏洞，暫時見到兩個解決方案嘅提議：
- 搬文人決定
- 搬文人需要搵返開文人嘅習慣，跟返開文人嘅意願
喺呢度，我建議集中討論呢兩個解決方案嘅優劣，如果最後可以達成共識嘅話，就將佢寫成政策，避免之後再有爭拗，可以提升粵維寫文效率。——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)
- @Deryck Chan、Z423x5c6：既然「sub-stub」叫做Wikipedia:超短文，咁點解「stub」唔乾脆翻譯做「短文」？咁樣最容易理解。特克斯特 (傾偈) 2022年2月11號 (五) 21:04 (UTC)
- @Z423x5c6：「Short pages」嘅「pages」其實應該要譯做「短頁」就真。而事實上喺「短頁」嘅文章長度全部都係符合「短文」條件，仲要一個喺「Special」空間度，一個係用「Template」同「分類」形式展現，兩者用嘅空間根本差好遠，咁都好攞嚟話撞咗會傻傻分唔清。特克斯特 (傾偈) 2022年2月19號 (六) 05:31 (UTC)
- @Z423x5c6：「細楔」或者「細攝」呢啲連網上揾都幾乎冇任何結果解釋得到有「超短文」呢個意思就無謂用，呢啲自己憑住「楔」演變出嚟嘅字，仲衰過所謂嘅「唐字」。就算有人提「迷你楔」/「迷你攝」都會反對咁寫。特克斯特 (傾偈) 2022年2月19號 (六) 05:31 (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)
- 可以睇睇英維論文en:User:Grutness/Croughton-London rule of stubs，解釋咗點解單純用機械人去分辨stub唔太可行。 ——Z423X5C6（傾偈） 2022年5月27號 (五) 06:51 (UTC)
- 就由「類」同文章長短去判斷，專題交畀機械人程式做，甚至係軟件本身可以做。故此，根本就唔使人手逐個去做。兼且，人手做會做漏，或者過時，成效唔多。人心力同時間有限，本應花喺寫好內文。啲重覆、無趣味事，就交畀程式做。而且唔單止超短，有必要其他長短都會可以整表。專題咁做，反而更加全面。只要寫成，無論乜專題都有可用到。HenryLi (傾偈) 2022年5月25號 (三) 00:28 (UTC)
確立Wikipedia:申請罷免管理員
管理員罷免程序傾咗幾個禮拜，而家個草稿基本上定案，所以我而家正式提出確立Wikipedia:申請罷免管理員程序。程序簡介：
- 三個合資格編輯聯署，就會啟動七日罷免答辯期；
- 答辯期滿就開始30日罷免投票期；
- 自動確認用戶可以投票，支持罷免票多過支持留任票就算罷免成功。
希望大家喺度留言，支持定反對確立呢個罷免程序。有共識就結案，至少擺兩個星期，至多擺兩個月。
- 我提議加入：如果被罷免，而無推翻罷免嗰陣提出嘅證據嘅話，一年內唔可以選管理員。同「一年內唔好提同一個罷免案」相對應。 ——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)
- 唔知有冇工具可以搵得到成個網站入面，有幾多用戶嘅編輯數去到幾多？對一位一位嘅用戶就可以搵得到，但唔知有冇對成個網站搵計數嘅工具呢？ Shinjiman ⇔ ♨ 2022年2月17號 (四) 02:42 (UTC)
- 30日我覺得可以，但係500次編輯可能對於粵文維基百科要求太高，未必可以。 Emojiwiki（去唐文維基百科傾） 2022年2月17號 (四) 01:41 (UTC)
- 畀少少意見：「30/500」可能太高，但「高」就係指「500」，反而「30」就比較低。我會建議粵維嘅「延伸確認」門檻唔跟預設嘅「30/500」，而係調整到「90/200」，我覺得參與夠3個月、編輯夠200次嘅人，應該都會對粵維嘅情況有一定嘅理解，夠資格參與粵維重要嘅投票。另外，非官方嘅Wikiscan可以睇到用戶編輯數排名，當然無開Quarry咁準，但都算係個方便嘅參考。（嗰版顯示超過200次編輯嘅用戶有327個。）--Kowlooner (傾偈) 2022年2月20號 (日) 13:30 (UTC)
- @Deryck Chan：其實用每季去計，就算連對粵維認識多嘅用戶都唔係夠，例如Special:貢獻/Mikedou。再唔係就返返去Deryck最初提議嘅用自動確認用戶做門檻，冇必要用一個嚟自中文維基、但喺粵維編輯量少嘅用戶，去提出一個準則，之但係佢又對粵維編輯情況唔理解，畫蛇添足，到時搞到連對粵維都有認識嘅用戶，唔符合投票門檻，咁就搞笑啦。反對用每季XX次編輯數呢個提議。特克斯特 (傾偈) 2022年2月23號 (三) 05:51 (UTC)
- @Deryck Chan、Z423x5c6、Kowlooner：呢度係傾係咪支持或者反對罷免機制嘅成立。有啲用戶喺確立係咪推出呢個機制時候先話某啲內容有問題，呢個步驟應該係喺舊年12月尾開啟討論嗰陣就應該要傾，點解某啲用戶變咗喺呢個時候+呢個位置度傾？唔係應該去Wikipedia talk:申請罷免管理員度傾咩？
- 依家睇嚟都有共識推出呢個機制。而「有共識就結案，至少擺兩個星期，至多擺兩個月」呢句，共識我覺得有，而仲有大概10日就應該要結案，將呢個機制出爐。咁投票門檻唔同意見嘅問題，又點處理好呢？定係如期喺3月18號先推出呢個機制先？特克斯特 (傾偈) 2022年3月8號 (二) 12:58 (UTC)
- @Deryck Chan@Z423x5c6@特克斯特：投票準則方面，用每季度咁計，自己都未必得。不如用返自動確認用戶準則啦。或者用總編輯數都唔錯。Akai 博士 (傾偈) 2022年3月15號 (二) 09:36 (UTC)
- 我諗自動確認就ok，另外，係咪User:Deryck Chan或者User:Shinjiman負責結案？ ——Z423X5C6（傾偈） 2022年3月19號 (六) 09:49 (UTC)
結案
先講結論：通過確立現時草案版本做正式政策；細節可以容後再提案改。結案詳情：
- 第一件事，我潛咗個幾月水，搞到有人擔心，要講聲唔好意思。我純粹係線下事忙，成個月唔得閒編輯。
- 二月中嘅時候，我睇當時討論，個確立表決冇乜人理，又有未達成共識嘅提議，所以我以為冇共識，發還再執。但跟住呢個幾月，多咗幾個人過嚟話，係時候結案確立制度。你哋嘅留言，我而家先睇到，唔好意思。其實各位唔使等我。就好似罷免程序方案噉，維基精神之下，本來嘅負責人唔得閒、唔應機，其他編輯可以按程序代為結案。下次真係唔使等我。
- 而睇埋近期嘅留言，我睇到真係有共識要快啲確立程序。有啲細節未係完全有共識，但大多數參加討論嘅編輯都覺得確立而家個方案好過繼續拖。
- 至於近期提議嘅細節修訂，可以之後再傾，主要討論點係：
- 對於投票留言，有冇最低要求？擺低「支持罷免」四個字就夠，定係要講多兩句？
- 投票資格使唔使喺粵維度身訂造下？
我而家去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)
- 啱啱搵到喺英維嘅情況（2017年1月3號加入）就係，如果機械人喺兩年內冇任何活動或者編輯，同時擁有者喺兩年內冇任何活動或者編輯，部機械人先至會除權；即係機械人嘅擁有者喺近兩年之內有任何活動嘅話，亦唔會將部機械人支旗拎走。 Shinjiman ⇔ ♨ 2022年6月13號 (一) 04:14 (UTC)
- 噉如果係有先例嘅話，噉喺除權之前循㤡都應該會通知一聲有關機械人嘅擁有者先，睇吓仲有冇興趣重新再行先，呢個同Z423x5c6兄提出嘅方向差唔多。 Shinjiman ⇔ ♨ 2022年6月13號 (一) 03:38 (UTC)
- @Z423x5c6：現時92個機械人入面，有72個係專門處理interwiki嘅，當中得2個最近兩年有改過嘢，剩低嘅當中甚至有2007年起已經無活動。另一方面，有2個機械人已經被全域封鎖，當中有一個嘅操作者過咗身。詳情請睇機械人一覽。 H78c67c·傾偈 2022年6月13號 (一) 03:01 (UTC)
- 如果隻bot淨係維修interwiki嘅話直接revoke都ok，其他就兩年活躍，同埋預早一兩個月通知返bot嘅主人，睇下佢會唔會想再行返隻bot。 ——Z423X5C6（傾偈） 2022年6月12號 (日) 14:43 (UTC)
指向外部唔太好
Template:jpingauto指咗去外面網站，實在唔太好。依個位，用者唔預期會跳去外面。唔同於寫明出面網站，可能有私隱問題。 HenryLi (傾偈) 2022年7月29號 (五) 19:01 (UTC)
技術
cite news cite web模問題
- @H78c67c、Z423x5c6、Shinjiman：我記得之前喺cite news cite web模版上，就算喺date參數上用 “日”，而唔用“號”一字都會顯示紅link，例如寫2016年1月1日，而唔寫2016年1月1號。之後我有印象再睇返喺date參數用“日”嗰啲文章，已經容納埋呢個寫法，唔使用人手大量慢慢處理呢啲細節位問題。但係點解反而喺accessdate、archive-date呢啲參數，又唔改埋佢，容納埋呢種用“日”字嘅寫法佢呢？例如喺錢雷 (音樂人)就係一例。特克斯特 (傾偈) 2022年1月27號 (四) 11:39 (UTC)
MediaWiki 介面訊息今後無粵文翻譯就會預設用zh-hk或zh-hant顯示
如題 H78c67c·傾偈 2022年6月9號 (四) 21:06 (UTC)
- 噉樣嘅話，唔知會唔會間接會因應粵文文字嘅重新翻譯，從而再度提高粵文信嘅總翻譯率？ Shinjiman ⇔ ♨ 2022年6月14號 (二) 05:43 (UTC)
- 呢個係wiki分薄埋粵圍啲資源？@翹仔係咪可以喺平台度聯絡返反饋下本地嘅關注，睇睇有冇得再傾下。 Longway22 (傾偈) 2022年6月15號 (三) 01:41 (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)
- @Winston Sung：見閣下都終於蒲頭喇……你好。如果可以嘅話，可以睇埋我討論版上面嘅小節先，因為有人已經有意見喇。 Shinjiman ⇔ ♨ 2022年6月15號 (三) 08:58 (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)
- 喺完全確認並修理曬呢次改動嘅影響之前，應該要儘快還原返先。 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)
- @Winston Sung： ——Z423X5C6（傾偈） 2022年7月1號 (五) 08:58 (UTC)
轉返做英文好啲，有乜未譯一眼睇到。亂咁引入其他話，層層相混，反而亂到九彩，唔知邊層走出來。而且有啲譯得好核突，好似機器話咁，唔明講乜，對返原本英文先知意思。HenryLi (傾偈) 2022年7月1號 (五) 09:36 (UTC)
睇埋啲編輯紀錄，之前曾經有過Tech news嘅推送，可能亦都係呢個原因唔再發送英文嘅原文版，試圖以語體中文譯本發送時因為警告過而冇推送出嚟（技術上係仍然容許發佈嘅），之前曾經都有人譯過往嘅項目到，但由於人手唔夠嘅問題有陣時未必一定會有人譯埋佢哋做粵文。 Shinjiman ⇔ ♨ 2022年7月2號 (六) 04:38 (UTC)
懷疑因為清理「#重新導向」遇到bug搞到粵維文章數少咗三百幾篇
多謝Shinjiman幫手清理，不過我發現粵維文章數無端端少咗三百幾篇，跌到排名失守65位，我估計好大機會同清理「#重新導向」遇到bug有關。點解我會覺得係bug，而唔係「之前計多咗，而家計返啱」呢？因為我印象之前有問題嗰個幾月以嚟，都無出現開跳轉版會多咗文章數嘅問題。為咗證明我啱，我專登做個統計，計返7月19號（修復前一日）文章增長：
- 計法1
- A：根據Meta紀錄7月20號00:00 文章數：125,698
- B：根據Meta紀錄7月19號00:00 文章數：125,695
- 7月19號文章數淨增長=A-B=3
- 計法2
- A：根據「Special:新版」7月19號文章增長：5
- B：根據「刪除日誌」7月19號文章刪除數：2
- 7月19號文章數淨增長=A-B=3
- 補充資料
- 根據「Special:新版」7月19號跳轉頁增長：9
可以睇到計法1同計法2得出結果一致，證明之前跳轉版無錯誤計入文章數（如果計埋，計法1增長會係3+9=12）。之前明明無計多，而家將錯誤跳轉版修正成正確跳轉版反而會扣減文章數，好明顯就有bug。--Yaukasin (傾偈) 2022年7月21號 (四) 13:39 (UTC)
- 我嗰陣搵返啲紀錄嗰陣最多都只係搵得到一個月之內嘅開版同埋開跳轉嘅紀錄，多過一個月嘅（大約喺6月頭起到6月中後左右）亦可能會仲有遺留咗嘅版而未能夠執得到，唔知有冇方法可以搵得返多過一個月之後嘅開版紀錄？ Shinjiman ⇔ ♨ 2022年7月22號 (五) 01:06 (UTC)
- 喺尋日定期文章數更新之後，之前消失咗嘅文章數出現返曬。應該無問題喇。 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)
Tech News: 2022-27
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 5 July. It will be on non-Wikipedia wikis and some Wikipedias from 6 July. It will be on all wikis from 7 July (calendar).- Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 5 July at 07:00 UTC (targeted wikis) and on 7 July at 7:00 UTC (targeted wikis).
- The Beta Feature for DiscussionTools will be updated throughout July. Discussions will look different. You can see some of the proposed changes.
This change only affects pages in the main namespace in Wikisource. The Javascript config variable proofreadpage_source_hrefwill be removed frommw.configand be replaced with the variableprpSourceIndexPage. [4]
The 
This change only affects pages in the main namespace in Wikisource. The Javascript config variable Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
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/mainpage。H78c67c·傾偈 2022年7月6號 (三) 03:13 (UTC)
Tech News: 2022-28
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- In the Vector 2022 skin, the page title is now displayed above the tabs such as Discussion, Read, Edit, View history, or More. Learn more. [5]
- It is now possible to easily view most of the configuration settings that apply to just one wiki, and to compare settings between two wikis if those settings are different. For example: Japanese Wiktionary settings, or settings that are different between the Spanish and Esperanto Wikipedias. Local communities may want to discuss and propose changes to their local settings. Details about each of the named settings can be found by searching MediaWiki.org. [6]
- The Anti-Harassment Tools team recently deployed the IP Info Feature as a Beta Feature at all wikis. This feature allows abuse fighters to access information about IP addresses. Please check our update on how to find and use the tool. Please share your feedback using a link you will be given within the tool itself.
Changes later this week
- There is no new MediaWiki version this week.
- Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 12 July at 07:00 UTC (targeted wikis).
Future changes
- The Beta Feature for DiscussionTools will be updated throughout July. Discussions will look different. You can see some of the proposed changes.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
19:23, 11 July 2022 (UTC)
@Shinjiman： 由幾時開始一大柞殘體字可以堂而皇之咁出現喺粵維？Fallback chain 可以復原返好未？——Z423X5C6（傾偈） 2022年7月12號 (二) 02:29 (UTC)
- cc @Winston Sung： Shinjiman ⇔ ♨ 2022年7月12號 (二) 02:35 (UTC)
- @Winston Sung：請問幾時可以復原相關嘅改變？ ——Z423X5C6（傾偈） 2022年7月12號 (二) 05:22 (UTC)
- @Winston Sung：哈囉，見到你上線就好啦，請問可以回應一下嗎？ ——Z423X5C6（傾偈） 2022年7月17號 (日) 15:28 (UTC)
- 已在處理中。
- CC：
- @Shinjiman
- @Z423x5c6
- -- Winston Sung (傾偈) 2022年7月18號 (一) 14:30 (UTC)
- @Winston Sung：請問幾時可以復原相關嘅改變？ ——Z423X5C6（傾偈） 2022年7月12號 (二) 05:22 (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)
- 所以將所有「wikibooks:」換哂做「wikibooks:yue:」就得？ ——Z423X5C6（傾偈） 2022年7月19號 (二) 03:48 (UTC)
Tech News: 2022-30
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- The www.wikibooks.org and www.wikiquote.org portal pages now use an automated update system. Other project portals will be updated over the next few months. [7]
Problems
- Last week, some wikis were in read-only mode for a few minutes because of an emergency switch of their main database (targeted wikis). [8]
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 26 July. It will be on non-Wikipedia wikis and some Wikipedias from 27 July. It will be on all wikis from 28 July (calendar).
- The external link icon will change slightly in the skins Vector legacy and Vector 2022. The new icon uses simpler shapes to be more recognizable on low-fidelity screens. [9]
- Administrators will now see buttons on user pages for "改封" and "解封用戶" instead of just "封鎖用戶" if the user is already blocked. [10]
Future meetings
- The next open meeting with the Web team about Vector (2022) will take place tomorrow (26 July).
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
2022年7月25號 (一) 19:27 (UTC)
Tech News: 2022-31
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- Improved LaTeX capabilities for math rendering are now available in the wikis thanks to supporting
Phantomtags. This completes part of the #59 wish of the 2022 Community Wishlist Survey.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 2 August. It will be on non-Wikipedia wikis and some Wikipedias from 3 August. It will be on all wikis from 4 August (calendar).
- The Realtime Preview will be available as a Beta Feature on wikis in Group 0. This feature was built in order to fulfill one of the Community Wishlist Survey proposals.
Future changes
- The Beta Feature for DiscussionTools will be updated throughout August. Discussions will look different. You can see some of the proposed changes.
Future meetings
- This week, three meetings about Vector (2022) with live interpretation will take place. On Tuesday, interpretation in Russian will be provided. On Thursday, meetings for Arabic and Spanish speakers will take place. See how to join.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
2022年8月1號 (一) 21:21 (UTC)
Tech News: 2022-32
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- GUS2Wiki copies the information from Special:GadgetUsage to an on-wiki page so you can review its history. If your project isn't already listed on the Wikidata entry for Project:GUS2Wiki you can either run GUS2Wiki yourself or make a request to receive updates. [11]
Changes later this week
- There is no new MediaWiki version this week.
- Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 9 August at 07:00 UTC (targeted wikis) and on 11 August at 7:00 UTC (targeted wikis).
Future meetings
- The Wikimania Hackathon will take place online from August 12–14. Don't miss the pre-hacking showcase to learn about projects and find collaborators. Anyone can propose a project or host a session. Newcomers are welcome!
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
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)
- 咕㗝當初各地有各地搵，搵嘢啱本地用。後尾佢敗走大陸，轉哂啲嘢去香港，自此就好難搵香港本地嘢，搵親都夾住海量垃圾。佢個地圖，香港同深圳界綫，曾經長年錯位，兩地互相重疊，過咗好多年先整返啱。有時香港本土嘢，好似防風板咁，唔知頭唔路嘅話，就畀咕㗝誤導話擋風板，實情指第二樣嘢，靠咕㗝就會九唔搭八，冚晒本地用字。咕㗝搵乜嘢人做嘢，心照啦。何來會照住廣東話需求。HenryLi (傾偈) 2022年7月1號 (五) 07:03 (UTC)
- @HenryLi: 地圖重疊係受中國大陸法律規定所影響：zh:中华人民共和国地理数据限制#坐标系实现。 H78c67c·傾偈 2022年7月1號 (五) 08:05 (UTC)
- 嗰時咕㗝已經撤走。而且微軟、諾基亞、蘋果等地圖都無依個問題。就算百度都無依個問題。只能話咕㗝自己有問題。HenryLi (傾偈) 2022年7月1號 (五) 08:10 (UTC)
- 順帶一提：大家因應呢種特性，可以多啲揀
親美帝偏執者唔鍾意嘅題材嚟寫喺粵文版……某股勢力見到呢種獨家文章，就會出手翻譯，然後喺中文版整篇甩皮甩骨嘅和諧版出嚟，嗰啲醒目管理員意識到情況如此，就會出人意表噉暫停發神經，唔搬出萬能刪除歪理（抄襲嘅叫「侵犯版權」，唔抄襲就當「原創總結」……），扮睇唔到，甚至話夠關注度而支持保留——目的係令到搜尋者難以睇到呢道獨有嘅關鍵內容。然而繼續會有啲懵懂親美帝散仔不明所以，要求刪除，大家偶然見到時，不妨過去投下票，順水推舟。--110.174.132.162（討論） 2022年7月27號 (三) 21:15 (UTC)
- 順帶一提：大家因應呢種特性，可以多啲揀
- 嗰時咕㗝已經撤走。而且微軟、諾基亞、蘋果等地圖都無依個問題。就算百度都無依個問題。只能話咕㗝自己有問題。HenryLi (傾偈) 2022年7月1號 (五) 08:10 (UTC)
- @HenryLi: 地圖重疊係受中國大陸法律規定所影響：zh:中华人民共和国地理数据限制#坐标系实现。 H78c67c·傾偈 2022年7月1號 (五) 08:05 (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)
維基網上國際年會：全域行為準則討論
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)