Wikipedia:城市論壇 (技術)

出自維基百科,自由嘅百科全書
(由Wikipedia:VPT跳轉過嚟)
跳去導覽 跳去搵嘢
 政策 技術 提議 諗法實驗室 雜項 睇晒 
城市論壇嘅技術部係用嚟討論技術問題。如果遇到臭蟲或者請求新嘅功能,請到Phabricator提出,因為開發人員唔能夠保證會睇呢一頁。

常見問題:

  • 伺服器嘅間歇延遲可能會令到篇新文需要幾分鐘時間至會出現,以致監察清單、貢獻同埋頁面歷史/舊檢視有時唔會顯示到非常之近嘅更改。呢個問題我哋而家響度跟進緊。
  • 個搜尋索引有時會脫班,有機會去到幾個星期前有多。由於咁嘅原因,響搜尋度搵到嘅變動未必會即時反映出嚟。
  • 如果全部嘅連結突然間加咗底綫(又或者冇咗條底綫),噉就可能你嘅瀏覽器載入其中一個css時失敗咗。請強制去重載或者繞過你嘅快取
  • 如果你對整你別出心裁嘅簽名係有問題嘅話,可以睇下Wikipedia:點樣修正你嘅簽名
  • 如果你換咗塊皮,但係又唔可以換返嚟,用呢個連結

喺城市論壇技術部嘅新手人兄,喺呢度貼文之前請先閱讀呢啲指引

請喺你嘅留言道加上你嘅簽名用埋時間(打入~~~~或者撳一下編輯工具欄上面嘅簽名掣)。請響最尾道加上新嘅題目。
歸檔



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:查證得到之前嘅草稿版本[1]。所以我個人唔反對改語文後備鏈,將 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)回覆[回覆]

既然未有人話要依賴翻譯版嚟睇嗰啲「每週新聞」,何苦自尋煩惱呢?啱啱將過早歸檔(已知求變意見佔多數,只係方案未決定……)嘅一節搬返出嚟,其中嘅提議,正好有可能解決到呢個問題。--110.174.132.162討論) 2022年9月10號 (六) 17:37 (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)回覆[回覆]
可能係快取問題。-- Winston Sung (傾偈) 2022年8月23號 (二) 12:09 (UTC)回覆[回覆]

頭版原碼格式太陳舊[編輯]

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

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

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

記得呢種情況喺智能電話細螢幕嘅畫面上面會更為明顯。 Shinjiman 2022年7月6號 (三) 00:38 (UTC)回覆[回覆]
cc @WikiCantona可以睇埋呢度,好似呢個問題喺當時就已經提出咗。 Shinjiman 2022年7月6號 (三) 04:46 (UTC)回覆[回覆]
@HenryLi: 整咗User:H78c67c/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)回覆[回覆]
我今日貪得意去睇頭版,scroll 兩下就見到一張圖差唔多用哂成個 column 嘅位,右邊啲字每行得三個字,篇文係東涌市政大樓嗰篇,我個熒幕係電腦熒幕,但係係打橫得1024(唔係特細熒幕,係普通size打直放)。可能仲要執執。⸺Al12si (傾偈) 2022年8月19號 (五) 19:05 (UTC)回覆[回覆]

再提頭版格式[編輯]

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

是日靚畫個 width: 100% 會夾硬拉闊幅圖,除此之外唔覺有問題。 H78c67c·傾偈 2022年9月30號 (五) 23:28 (UTC)回覆[回覆]
我唔介意拎走個 width: 100%,但係我其實係驚我用 display: flex 同 order 夾硬掉轉個 photo credit 同內文摘要可能會有問題。我恁轉多一兩次畫都冇事先斷定有冇問題比較安全啲。 Al12si (傾偈) 2022年10月1號 (六) 00:35 (UTC)回覆[回覆]
已經換咗兩次畫,我睇唔到有問題。如果其他人都冇問題我建議轉咗佢,因為喺窄螢幕而今用緊嘅格式真係唔掂
(如果想睇screen cap 我可以screen cap;但係長話短說係每行得4個中文字,應該得11行嘅段落顯示成61行,佔幾乎成個螢幕嘅高度)⸺ Al12si (傾偈) 2022年10月13號 (四) 08:32 (UTC)回覆[回覆]
因為 Vector 2022 會對頭版有影響,cap 咗幾張圖做例:
熒幕濶度 1080
目前頭版 測試頭版
Vector
現時 Vector 介面下粵維頭版
現時 Vector 介面下粵維頭版測試
Vector 2022
Vector 2022 介面下粵維頭版
Vector 2022 介面下粵維頭版測試
Al12si (傾偈) 2022年11月9號 (三) 20:14 (UTC)回覆[回覆]

Tech News: 2022-28[編輯]

19:23, 11 July 2022 (UTC)

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

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

{{維基書本}}[編輯]

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

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

國字過濾器出問題[編輯]

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

過濾器 working as intended。你嘅編輯摘要到出現咗「模板」呢個詞。之後過濾器報錯可以去WP:AF/FPH78c67c·傾偈 2022年8月24號 (三) 03:04 (UTC)回覆[回覆]
又想嚇走啲肯寫文嘅新人?之前另一單嘢已經討論過編輯摘要嘅內容應該從寬處理。我閂咗個警告,依家只會標籤個編輯,廢事嚇走啲新人。 ——Z423X5C6傾偈) 2022年8月24號 (三) 13:29 (UTC)回覆[回覆]
因為唔對用戶提示警告而只係標籤,啲用戶未必會主動睇返佢哋打過嘅摘要而唔知有定冇個問題,而呢種嘅提示唔會「嚇走新人」,因為裏面嘅提示已經講到明係已經有國文喺摘要入面(啱啱加返條拎去講返國維入面用到嘅行話,即使係指去同一版入面),同埋喺編輯摘要入面寫嘅嘢喺保存之後係唔可以再改嘅(呢個同喺版入面嘅文字唔同);喺討論未有最後定案之前我會先將個警告訊息恢復到個現狀先。到討論過後先再做個定案。 Shinjiman 2022年8月25號 (四) 00:53 (UTC)回覆[回覆]
@Al12si有關用到嘅行話可以睇返Wikipedia:國維行話Shinjiman 2022年8月25號 (四) 00:59 (UTC)回覆[回覆]
唔該哂 @Shinjiman、@Z423x5c6 同 @H78c67c 解釋發生咗乜事。我恁嗰句 warning 好難明,有可能應該重寫。我根本連國語用字都唔熟,如果咁容易 trip 到,為安全計我以後喺編輯摘要儘量寫英文就算,對一個加拿大人會易啲,又唔會睇唔明。⸺Al12si (傾偈) 2022年8月25號 (四) 01:26 (UTC)回覆[回覆]
嗰句訊息加咗條拎去講返會出問題嘅字,相信會更加清楚邊度出咗問題嘅。 Shinjiman 2022年8月25號 (四) 01:42 (UTC)回覆[回覆]
@Z423x5c6再重申喺未有最後定案之前先恢復現狀先,閣下噉樣做係未經任何討論嘅,之後先至再做個決定。 Shinjiman 2022年8月25號 (四) 05:50 (UTC)回覆[回覆]
@Shinjiman我諗你調轉咗啦,相關嘅過濾器運行係無經過任何討論,而且依家被發現運作係有問題,所以應該係閂咗先,有共識支持繼續運作先至開返。呢個過濾器喺解決以下問題之前,都應該暫停運行:
  1. 警告程度同用戶造成嘅「所謂破壞」唔相稱。編輯摘要嘅用途係等其他用戶方便啲知道改咗啲乜,用「模版」等你所謂嘅「國維行話」並唔影響溝通,若果有嚴厲嘅警告,反而會對用戶寫編輯摘要有阻嚇嘅作用,有失編輯摘要嘅原意。用標籤嚟做識別,再人手去提醒、溝通,係比較理想嘅做法。
  2. 真正破壞嘅編輯行為過濾唔阻止(例如新嘅「黃志強」LTA),反而呢啲微細位就要警告,可以話係本末倒置。
  3. 「國文」、「國維」呢啲係原創字眼,無任何嘅根據,需要修正。
我明白您係粵維嘅老前輩,對粵維作出咗不可磨滅嘅貢獻,但係有時聽吓其他用戶,尤其係一啲好新嘅用戶嘅意見都無妨,咁樣先至吸引到新鮮人嚟貢獻粵維。 ——Z423X5C6傾偈) 2022年8月25號 (四) 06:22 (UTC)回覆[回覆]
@Z423x5c6上面由H78c67c兄所提及到嘅 "working as intended" 就係呢個過濾器本身就係噉樣設計嘅(即係唔係過濾器嘅作問題,同bugs有關等),嗰句訊息已經加咗喺嗰句入去,可能會有喺「國維」用到嘅行話,但唔做唔容許保存,係可以俾到其他用戶仍然可以以有關嘅字眼寫嘢入去,即使係有管理員權限嘅用戶都唔會有例外,重點就係編輯摘要一經保存發佈就冇得再改,所以先至會有警告字句(喺嗰個情況之下叫做「提示」或者「提醒」會更加合適);對於「黃志強」LTA嘅問題,可能需要另外寫過濾器處理,但「黃志強」LTA唔係喺呢度嘅討論範圍;如果除咗「國文」、「國維」呢啲字眼之外,閣下又有啲乜嘢提議去稱呼嗰啲呢?願聞其詳。 Shinjiman 2022年8月25號 (四) 06:43 (UTC)回覆[回覆]
我已經將有關嘅字眼「警告」改咗做「提醒」,個字眼會比之前嘅溫和啲。但有關嘅訊息我會恢復現狀(基於上面所提到嘅編輯摘要保存之後冇得再修改),等到討論過後先至再決定。仲有,即使有人觸發咗過濾器見到個訊息,仍然都可以用人手做提醒,兩者冇衝突到,可以一齊做。 Shinjiman 2022年8月25號 (四) 07:07 (UTC)回覆[回覆]
@Shinjiman:「國維」,我知佢個意思係「維持國家綱紀」,但用嚟稱呼中維嘅、令「國維」有第二個意思嘅,真係得粵維先搞到出嚟,除咗粵維真係冇人用。「國語」「國文」就聽過,不過「國語」係指中華民國官方語言,而「國文」就係指中華民國官方文字,你加呢三隻字落去,即係等於叫大家唔好寫中華民國嘅語言同文字,咁係咪代表中華人民共和國嘅就可以寫?所以呢三個名根本唔合邏輯。直接用「書面語」咪仲好。
另外個過濾器真係會搞到人冇癮。你話錯,又唔指出錯係邊,用戶自己本身都未必睇得出,只會覺得粵維麻煩難搞,最後啲新人咪走哂囉。將有關嘅字眼「警告」改咗做「提醒」,作用唔大,典型嘅治標治不本。Akai 博士 (傾偈) 2022年8月25號 (四) 10:11 (UTC)回覆[回覆]
對於有關行話用字嘅方面,可以再諗吓,好似記得係咪有個名叫做「官話」?但「官話」呢個字似係喺講嘢用嘅先至用得到呢個term;另外@Z423x5c6兄見到閣下亦再次將句提醒訊息閂咗,個過濾器嘅目的就係要俾用戶知道嗰句嘢打上去嘅有問題嘅會出現提醒,唔係嘅話用戶自己都唔知道嗰句嘢係出咗問題嘅,個過濾器係唔會因應某啲用戶嘅用字習慣而唔出提醒,而遷就個別嘅用戶;我會睇返有關嘅紀錄,見返整個討論之後再做決定。 Shinjiman 2022年8月26號 (五) 00:56 (UTC)回覆[回覆]
我想講少少嘢,但係唔係特別覆邊個。睇到就睇到,睇唔到都冇所謂。我其實已經 over this,知道乜事。
  我只係想講,我今日發現自己commit message錯咗,by which I mean真嘅factual error。如果驚commit message有問題,有乜要catch嘅係呢啲真嘅錯,即係如果真係有需要,我寧願句句commit message都要我哋double check。我嘅母語係粵語,但係喺術語方面,基本上可以話英文先係母語,啲中文terms好多根本唔識,都係以前做唔同嘅open source project嘅時候學,當然好多source都係台灣source,如果話我用嘅係國語term,我唔會太介懷。
  但係最主要嘅問題係你寫commit message,然後有句嘢彈出來話你寫咗「大量」國文(冇screen cap,我認冇證據),而commit message咁短,冇人會聯想到個filter針對嘅係commit message,只會即刻check 內文有冇寫錯書面語,當check咗兩三次都搵唔到,就只會確定係個filter short咗,根本唔會懷疑問題喺段commit message度。
  當然,我唔記得段warning嘅exact wording係乜,但係對於一個基本上根本唔識中文術語嘅人,係唔會知道佢講緊commit message。
  呢啲都係問題。我睇咗好多篇有關加拿大嘅文,好多譯法都令我覺得莫明其妙,因為我哋根本唔係咁叫。我執 「多倫多」 呢版嘅途中發現大量國語譯法(PS:其實唔係國語,直情係普通話,因為連台灣人都唔會咁寫),連簡體字都有;大部分我都有keep,因為我唔知邊個寫,寫嘅係咪加拿大人。但係如果要trap乜嘢,我寧願整個filter check下啲乜嘢一級區劃、兩級行政區、科靈武德、斯特拉特福、肖伯納(肖係簡體字)啲咁嘅真國字。我恁咗幾日先恁到乜嘢叫做兩級行政區。⸺Al12si (傾偈) 2022年8月25號 (四) 07:01 (UTC)回覆[回覆]
@Al12si有關嗰句嘅exect wording喺呢度,因為之前啱啱改咗有關嘅字眼,之前用過嘅字可以喺有關嗰版嘅編輯紀錄入面搵得到。 Shinjiman 2022年8月25號 (四) 07:12 (UTC)回覆[回覆]
唔該。睇咗。
「一大堆」 絕對係誤導 (red herring);對於新人來講,「摘要」 都係 red herring,唔會令人聯想到 commit message。我當時執緊嘅係 infobox,infobox 都係一種摘要;就算唔係,正文嘅第一段都係一種摘要(除非篇文寫得太差)。淨係寫摘要唔會令當事人 check commit message.⸺Al12si (傾偈) 2022年8月25號 (四) 07:33 (UTC)回覆[回覆]
@Al12si多謝閣下嘅提議,已經拎走咗「一大堆」嘅字眼,另外講清楚有關嘅摘要係指編輯摘要。(英文原文係叫做Edit summaryShinjiman 2022年8月25號 (四) 08:47 (UTC)回覆[回覆]

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

仲有,過濾器啟動嗰陣,會唔會起碼話返畀人知「係邊句嘢有問題」?噉嘅話人哋起碼知要點改。Dr. Greywolf (傾偈) 2022年8月25號 (四) 07:45 (UTC)回覆[回覆]
睇嚟閣下應該係講緊加文用嘅過濾器,當中「的」字可能有好多嘅配搭,好似「的士」、「標的」、「目的」等,以及「不」字可能會有「不倒」、「不惜」、「講『不』」等,呢兩個字冇放入過濾器入面,即使喺呢度提及到個「的」字,而過濾器嘅警告提醒訊息喺技術上面只能夠調用其中一個以 "MediaWiki:MediaWiki:Abusefilter-warning-" 做開頭嘅訊息,如果要拆開嘅話,相信要有好多句訊息,同埋要多個唔同嘅過濾器去過濾;暫時都只會喺嗰句提醒訊息入面加返修拎到嗰一版,喺嗰版入面列出咗一啲有問題嘅字。 Shinjiman 2022年8月25號 (四) 08:39 (UTC)回覆[回覆]

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

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

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

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

關於InternetArchiveBot嘅問題[編輯]

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

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

我恁我搵到點做⸺status=usurped⸺我睇下幾日睇下 work 唔 work。⸺Al12si (傾偈) 2022年8月25號 (四) 22:12 (UTC)回覆[回覆]
url-status=dead表示個網唔能夠再入到;url-status=userped會直頭收埋個原URL唔顯示出嚟。 Shinjiman 2022年8月26號 (五) 01:00 (UTC)回覆[回覆]
url-status=dead 冇用,個 bot 會喺巡 link 嘅時候見到有嘢,就自作聰明咁將佢改返做 alive。說明話 usurped 表示原 link 就算存在都無效,不過我要睇幾日先知個bot係咪真係跟說明做嘢。⸺Al12si (傾偈) 2022年8月26號 (五) 03:21 (UTC)回覆[回覆]

應該喺「城市論壇」道新增「新聞」一欄(續)[編輯]

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

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

啱啱見到原來英維上面亦都有en:Wikipedia:Tech newsd:Q15726229)呢一版,如果要開一版專門放呢啲技術新料嘅話,開過新版都唔係一個大問題。 Shinjiman 2022年9月13號 (二) 02:30 (UTC)回覆[回覆]
發現咗,雜項都有啲英文消息,最好將冇人翻譯嘅嘢擺一齊,除非佢哋遲啲嚟得太快。--110.174.132.162討論) 2022年9月13號 (二) 09:37 (UTC)回覆[回覆]
唔該Shinjiman建立Wikipedia:技術新聞。建議舊嘅Tech news都一律由城市論壇歸檔搬埋過Wikipedia:技術新聞/歸檔,方便統一翻查。--Mikedou (傾偈) 2022年9月13號 (二) 11:29 (UTC)回覆[回覆]
一講曹操,曹操就到!請睇「https://zh-yue.wikipedia.org/w/index.php?title=Wikipedia:%E5%9F%8E%E5%B8%82%E8%AB%96%E5%A3%87_(%E9%9B%9C%E9%A0%85)&curid=4288&diff=1880695&oldid=1880590」。應該改名,並擺埋其他「新聞」落去。--110.174.132.162討論) 2022年9月13號 (二) 15:08 (UTC)回覆[回覆]
嗰次嘅修改唔屬於「技術新聞」嘅範疇。好似記得有一個地方(喺維基元上面)係可以設定,喺維基元嗰邊有翻譯訊息嗰陣會喺用戶傾偈版上面留言,等用戶可以翻譯嗰句訊息,之後再由發佈者轉發。 Shinjiman 2022年9月14號 (三) 00:54 (UTC)回覆[回覆]
唔理係真人定係機械傳送,都要畀個位過佢。既然整開就應該順手處理埋呢樣同類問題囉。本用户當然希望用最簡潔嘅方案——喺城市論壇道擴建一間「新聞」房——將原文及翻譯版一齊陳列啦;畢竟寫嗰啲消息嘅人,係想啲理開類似事務嘅人睇到噉嘛;特登搭間隔離營係糾枉過正。若果深信隔離營方案可取,就最好將啱啱搭好嘅改名,再間成兩格,分別「收容」技術及非技術嘢;將系統頁數發水,毫無意義。--110.174.132.162討論) 2022年9月14號 (三) 03:16 (UTC)回覆[回覆]
噉嘅情形,多數嗰啲內容都係同基金會有關嘅,或者可以開一版叫做Wikipedia:城市論壇 (WMF) (d:Q93462772),點睇?不過開咗版之後都要俾發佈者知道開過呢一版。另外,如果有關嘅訊息係已經翻譯咗做粵文嘅話,噉就只會用粵文表示,冇人去譯嘅話就會以原文表示;但最終都要視乎夠唔夠人手去譯有關嘅訊息。 Shinjiman 2022年9月14號 (三) 05:03 (UTC)回覆[回覆]
本用户唔反對呢個新方案,睇下其他人有咩意見啦;由起初提案到而家,已經出現幾套稍有分別嘅意見……--110.174.132.162討論) 2022年9月14號 (三) 05:34 (UTC)回覆[回覆]
「有翻譯訊息嗰陣會喺用戶傾偈版上面留言」嗰個設定應該係講緊m:Special:TranslatorSignup。睇上面嘅討論,我覺得重開Wikipedia:城市論壇 (消息)係一個方法。有冇資深用戶可以解答下點解之前會執咗?如果有咩特別原因就要再考慮下。--Sun8908傾偈) 2022年9月14號 (三) 16:42 (UTC)回覆[回覆]
冇人得閒咪唔翻譯囉,反正生手嘅唔會理到啲咁高深嘅嘢,熟手嘅自然會有本事睇得明。要花心機嘅地方只有揀位置;其餘嘅事好簡單——調校機械人同通知真人啫。正如以上所寫,本用户首選方案同Sun8908一致,喺旁邊整多一間房,門牌寫乜唔緊要;次選方案等於Mikedou所講噉樣整隔離營,不過最好一座過,無間隔……喺兩種情況之中,都將各種英文消息擺埋一齊啦;反正都唔算多;然而撈入去討論嘅現狀就真係太混亂喇。--110.174.132.162討論) 2022年9月17號 (六) 20:45 (UTC)回覆[回覆]
原則上贊成重開Wikipedia:城市論壇 (消息),畀人貼非Tech news嘅跨維基通知(唔限於WMF),盡量減少呢類通知影響其他由粵維人發起嘅討論。--Kowlooner (傾偈) 2022年9月18號 (日) 13:53 (UTC)回覆[回覆]
咦咦咦,啱啱有人話完我「未有共識前唔應該急住去改」,轉個頭呢邊討論未完就搬哂啲嘢去「Wikipedia:技術新聞」?點解嘅? ——Z423X5C6傾偈) 2022年9月18號 (日) 16:21 (UTC)回覆[回覆]
依家係咪bug咗?同一篇技術新聞send咗兩次,喺兩個位。 ——Z423X5C6傾偈) 2022年9月20號 (二) 12:28 (UTC)回覆[回覆]
佢喺跟喺呢度個名單發送,我當時只係加咗發送版嘅目標去『技術新聞』一版,對於喺呢版上面嘅發送係未拎走嘅,呢方面可以再傾吓到底係咪唔再需要喺呢一版上面發送。以英文版做例,佢會發送出去技術新聞同埋VPT兩版;日文版會發送到新聞嘅Wikimedia共通版等。 Shinjiman 2022年9月21號 (三) 02:30 (UTC)回覆[回覆]
如果開返「技術新聞」嘅目的係唔想呢啲mass message同傾技術嘢撈埋,點解唔移走呢版?搞笑? ——Z423X5C6傾偈) 2022年9月21號 (三) 08:16 (UTC)回覆[回覆]
意見同Z423x5c6。本來大家傾好將tech news擺去另一版,點解變成兩邊都擺?--Mikedou (傾偈) 2022年9月28號 (三) 11:46 (UTC)回覆[回覆]
我以為一早已經有「技術新聞集中放響Wikipedia:技術新聞」嘅共識,所以我之前先至將城市論壇嘅技術新聞搬過去Wikipedia:技術新聞。我見而家變成兩版都放,係我誤會咗?需唔需要還原返我移走個動作?不過講真嗰句,如果技術新聞都要繼續放響城市論壇,另外開版Wikipedia:技術新聞又有乜意義?--Kowlooner (傾偈) 2022年10月2號 (日) 13:43 (UTC)回覆[回覆]
加咗嗰一版,係未能代表呢度嘅發佈會停,呢個係作為過渡時期嘅措施之一;如果各位係同意停咗呢版入面發佈嘅話,噉喺下一期喺呢版發佈之後就當係最後一期嘅呢版發佈,之後嘅就只會喺技術新聞嗰一版發佈。 Shinjiman 2022年10月3號 (一) 01:59 (UTC)回覆[回覆]
可以停未?唔停嘅話整版新版嚟做咩。 ——Z423X5C6傾偈) 2022年10月12號 (三) 03:09 (UTC)回覆[回覆]

國字過濾器真係short咗[編輯]

我啱啱唔覺意見到。冇彈通知,但係標籤咗。成句編輯摘要全文:「copied from Citation/CS1/Configuration」。

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

喺"title_types"裏面嘅"mailinglist"一般上會譯做『電郵名單』,喺粵維嘅文章入面,"List of xxx"會寫做「〇〇〇一覽」,喺人名方面,可以用「名單」或者「清單」。 Shinjiman 2022年9月13號 (二) 16:18 (UTC)回覆[回覆]
喺 CS1/Configuration 入面 “mailinglist” 譯做電郵名單應該唔啱文意,呢度嘅 mailing list 係指討論羣組,唔係名單。⸺Al12si (傾偈) 2022年9月13號 (二) 16:25 (UTC)回覆[回覆]
用「群組」或者「羣組」唔係太大問題,但直譯返英文就會係 "discussion group"。 Shinjiman 2022年9月13號 (二) 16:30 (UTC)回覆[回覆]
多謝指正。我喺加拿大住,又未用中文寫過學術論文,啲中文術語我真係唔識,所以我都未敢掂嗰啲部份。⸺Al12si (傾偈) 2022年9月13號 (二) 16:34 (UTC)回覆[回覆]
喺呢度嘅情況就係喺引用模入面,可以引用嘅其中一個出處就係mailing list,而mailing list就係指一個人訂咗電郵,會定時會送啲電郵喺呢份名單入面訂咗嘅人嘅收信箱入面。好似WikiMedia嘅mailing list係Wikimedia-l,而MediaWiki軟件嘅mailing list係MediaWiki-l等。所以個人方面『電郵名單』呢個字係可以用喺呢種嘅情況。 Shinjiman 2022年9月13號 (二) 17:03 (UTC)回覆[回覆]

點解個所謂「國字過濾器」仲未閂?![編輯]

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

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

再問國字過濾器[編輯]

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

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

個字「參見」多數都只會用喺舊時皇室嘅場合,好似「參見皇上」、「參見皇后」等;喺百科嘅場合,都係會用「睇吓」、「睇埋」為主嘅,可以睇吓Wikipedia:出貓紙#粵語同「語體」中文維基寫文嘅分別嘅"See also"嗰一行。 Shinjiman 2022年10月13號 (四) 01:03 (UTC)回覆[回覆]
有一種情況如果就係照抄其它文(尤其係官話語體文等)嘅話,如果唔改有關行文嘅話,就有好大機會trigger到個過濾器。 Shinjiman 2022年10月13號 (四) 01:06 (UTC)回覆[回覆]
Template喺呢度會叫做「模」,讀做mou5。 Shinjiman 2022年10月13號 (四) 01:08 (UTC)回覆[回覆]
「參見」(See also)喺引用出處極為常見。我屋企淨係得香港出嘅寫文書,全部都係寫參見。如果參見唔啱會係寫乜?
「模組」 喺粵維係 Module,指 Lua 寫嘅程式。例如幾乎每版都用嘅引模,其實係由7個模組組成。⸺ Al12si (傾偈) 2022年10月13號 (四) 01:31 (UTC)回覆[回覆]
睇返嗰版,可以用「睇埋」等字,要留意吓就算係香港出嘅寫文書,行文方面都有一程程度係用官話語體文(或者有啲人講嘅書面語)為主,喺粵文入面呢方面就有需要改動有關嘅行文;另外睇返,「模組」唔係trigger到過濾器嘅用字嚟。 Shinjiman 2022年10月13號 (四) 01:38 (UTC)回覆[回覆]
我恁最好整個功能,見到如果改動部分係 「參考」、「攷」 或者類似字眼,要彈個解釋(要真係係解釋,唔好又用乜嘢 「警告」 字眼)教人點寫呢啲寫參考嘅術語。我唔相信寫/睇慣參考嘅人會識寫 「睇下」;「見」(See)同 「參見」(See also)根本係標準用字 Al12si (傾偈) 2022年10月13號 (四) 01:44 (UTC)回覆[回覆]
I mean, 咁搞真係保你大。又要出處,用正常寫出處嘅方法又話國文。咁啲人點會寫出處? Al12si (傾偈) 2022年10月13號 (四) 01:54 (UTC)回覆[回覆]
估計閣下應該係指有關修改紀錄上面嘅標籤名?係嘅話已經加咗條拎過去嗰一版上面;之前嘅「警告」字眼已經改咗做「提醒」字眼;另外,單字「見」字亦唔係trigger嘅用字之一。 Shinjiman 2022年10月13號 (四) 02:03 (UTC)回覆[回覆]
有關嘅粵維上面有關版嘅行文風格,喺Wikipedia:風格指南有詳細嘅指引可以跟返。 Shinjiman 2022年10月13號 (四) 02:06 (UTC)回覆[回覆]
@Shinjiman你唔好咁黐線得唔得?擘大對眼睇下眞實嘅粵文,豎起對耳聽下唔同場合、唔同語言風格嘅粵語,而唔係坐井觀天打飛機式幻想好冇?要講引用來源、出處,「參見」、「參考」都係極之common!粵文風格唔係淨係得一種。爲咗同zh維基唔同而夾硬迫人唔同,咁唔係風格,係叫「瘋格」!我再再再再再再再再講多次,粵維唔係你大晒、獨裁、閉門造車嘅地方,否則嘅話粵維只有死路一條,就係畀你搞死。Cangjie6 (傾偈) 2022年10月14號 (五) 12:41 (UTC)回覆[回覆]
@Al12si針對過濾器嘅問題,你有時間可以揾返之前嘅討論嚟睇。總之唔係第一日嘅事嚟。特克斯特 (傾偈) 2022年10月14號 (五) 06:11 (UTC)回覆[回覆]
要重申啲語文常識……有大把複雜及細緻意思,都唔係單獨任何一種中文嘅口語可以簡單噉表達到咖,通常都要用到唔少文言詞彙,至於近代出現嘅抽象學術用語,就真係只有官話版……--110.174.132.162討論) 2022年10月14號 (五) 16:08 (UTC)回覆[回覆]

CS1引模加地區名稱[編輯]

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

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

英維上面有呢版,可以去睇吓。 Shinjiman 2022年9月14號 (三) 02:21 (UTC)回覆[回覆]
記得呢個亦都會用返喺MediaWiki裏面嘅CLDR擴展,引用模亦都會用佢裏面已經譯咗做粵文嘅訊息去展示個語言名。 Shinjiman 2022年9月14號 (三) 02:25 (UTC)回覆[回覆]
明。不過我覺得引模唔識我哋成日引嘅 zh-HK 或者 zh-TW 係乜嘢好怪,尤其係佢知道乜嘢係繁體中文同簡體中文。我最初係唔明點解 Lang 模出到嘅語言名引模會出唔到,一直以為引模有 bug,攪咗一輸先知完來兩個模一啲關係都冇。
如果覺得冇需要,我都想問一下,而今寫 zh-HK 引模會出 「Chinese (Hong Kong)」。出 「中文」 會唔會好啲?呢樣係可以做到嘅;唔使用 Lang 模嘅資料,淨係需要第五個結果(維基軟件畀嘅答案,例如 「Chinese (Hong Kong)」)留低唔出住,有第六個結果嘅時候(砍咗後面嘅國家碼之後再問維基軟件嘅答案,例如 「中文」)先分析用邊個好啲。⸺Al12si (傾偈) 2022年9月14號 (三) 19:27 (UTC)回覆[回覆]
有關 「Chinese (Hong Kong)」 嘅問題確實需要諗個方法去解決,見「Special:要求嘅分類」有一大堆有英文名做語言名嘅CS1類(例:「Category:CS1Chinese (Hong Kong)語言來源 (zh-hk)」‏‎),最好搵到個源頭翻譯返。--Kowlooner (傾偈) 2022年9月18號 (日) 14:04 (UTC)回覆[回覆]
我已經知道個問題喺邊度,你可以睇睇我個示範版;如果唔想依頼 Lang 模/模組有可以有第二個解決方案(上面提咗)。我可以整多個示範版等大家可以有個比較。
呢啲分類冇得譯,淨係改模組先解決到(Citation/CS1 嗰版),問題係我哋想點改。牽涉到嘅問題係 MediaWiki 本身。⸺Al12si (傾偈) 2022年9月18號 (日) 15:45 (UTC)回覆[回覆]
其實唔想改模組都有第三個方案,可以改 CS1/Configuration,我哋可以 hard-code 一啲語言代號嘅正確名。呢樣我未試,可以試下。⸺Al12si (傾偈) 2022年9月18號 (日) 15:52 (UTC)回覆[回覆]

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

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

解鈴還須繫鈴人,始終最根本嘅解決方法就係上Unicode嗰邊入返晒啲CLDR同粵文上面嘅資料,因為MediaWiki嘅CLDR擴展會拎返CLDR嘅名,然後Cite模會透過CLDR擴展拎返晒啲名去用。家吓hard-code加名最多都只係權宜之計,當個模嘅架構改嗰陣有可能要重新寫過先至會容納得到一啲本地化過用嘅名。 Shinjiman 2022年10月3號 (一) 02:07 (UTC)回覆[回覆]
我唔係包拗頸,但係 「可以喺 CLDR fix」 似乎唔乎合現實觀察。我冇太仔細 check,但係試咗幾試(有睇過 CLDR,太長,無從入手,遲啲再睇過),有下面嘅觀察:
  • 話模有大量語言名、地區名等等(有嘢我想改,但係保護緊,我改唔到),如果 CLDR 可以解決問題,呢啲資料冇必要存在,話模大可以砍走四五個檔案,但係佢哋冇咁做
  • 我去法文維基睇過,佢哋個引模連語言名都費事出,出代號算數,明顯佢哋遇到過同樣問題,搵唔到源頭放棄咗
  • 我去日文維基睇過,佢哋個引模遇到唔識嘅地區碼會砍走,同我本來考慮嘅方案二一樣
Al12si (傾偈) 2022年10月3號 (一) 03:12 (UTC)回覆[回覆]

技術新聞:2022年第38週[編輯]

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

The Vector 2022 skin as the default in two weeks?[編輯]

The slides for our presentation at Wikimania 2022

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

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

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

About the skin[編輯]

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

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

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

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

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

How can editors change and customize this skin?[編輯]

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

Our plan[編輯]

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

Request for more time to discuss the change

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

翻譯:喺兩星期內將Vector 2022年版設為預設外觀畫面?[編輯]

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

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

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

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

關於呢個畫面[編輯]

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

技術新聞:2022年第39週[編輯]

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

Coolest Tool Award 2022: Call for nominations[編輯]

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

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

技術新聞:2022年第40週[編輯]

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

技術新聞:2022年第41週[編輯]

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

Draft空間[編輯]

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

正想開個討論,原來都有人留意到呢個問題。上面篇草稿我已經搬咗去佢用戶版。我認為粵維只係一個細語種,開多個Draft namespace就有多啲嘢要管,但唔見有明顯好處,所以暫時唔需要開Draft namespace。至於用過濾器阻止「Draft:」字頭嘅版面,暫時亦唔見有需要,相信上面嗰版只係個別事件,第時如果有更多人誤開「Draft:」字頭嘅版面先至再考慮。--Kowlooner (傾偈) 2022年10月16號 (日) 12:06 (UTC)回覆[回覆]
其實如果可以訂立好同Draft空間有關嘅政策嘅話,有係好事嚟嘅,唔使下下都用自己嘅用戶空間嚟做草稿,另外如果有啲文出現問題,管理員亦都可以將篇文移去Draft空間,執好先再攞返出嚟。 ——Z423X5C6傾偈) 2022年10月16號 (日) 14:42 (UTC)回覆[回覆]

「回覆」掣[編輯]

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

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

我自己:For me -
  • 傾向鍾意方括,多過箭嘴,多過淨係得粗字。 Prefer square bracket > arrow > bold only.
  • 鍾意而家個樣,應該係因為同[改源碼]掣統一。 I think it's because of consistency with [edit].
  • 另外啱啱先發現:點解而家[回覆]個字高咗少少嘅?提議緊嗰個掣個回覆字又低咗少少嘅? Also, why is the existing [reply] text raised by ~1pt? And why is the proposed Reply dropped by 1pt?
翹仔 (傾偈) 2022年11月21號 (一) 21:10 (UTC)回覆[回覆]
The new one is a proper button: 回覆
It has white space around it (top+bottom), so it sometimes looks "dropped". Whatamidoing (WMF) (傾偈) 2022年11月21號 (一) 23:14 (UTC)回覆[回覆]
@Whatamidoing (WMF) By the way, I was curious and checked the HTML. It’s styled as a proper button but I wouldn’t say it is one; it needs to have role=button to be “proper”. — Al12si (傾偈) 2022年11月21號 (一) 23:23 (UTC)回覆[回覆]
小問題:我用慣文字模式嘅嘢,方括明顯係用來扮掣(畫掣嘅邊框,略去上面同下面用字畫唔到嘅部分);我尋晚無意中見到(已經唔記得邊度)維基仲講同文字式瀏覽器嘅兼容,唔用方括就係唔兼容,喺爾個層面上,「內碼上」 唔用方括係問題。
同樣,點解改會係直接刪方括,而唔係將個製用 CSS 畫出來?我想知技術人員究竟點恁。(我知唔用方括對盲人會方便啲,但係想知技術人員究竟點恁。)

@Whatamidoing (WMF) Question: I came from the text user interface world so it’s clear to me that the square brackets represent a GUI button. I came across something somewhere (I forgot where) that suggests MediaWiki still talks about text browsers. As a (sometime) text browser user, I’d say removing the square brackets at the encoding level can be seen as a step back in terms of compatibility with text user interface conventions.
In the same vein, I wonder — since the square brackets were clearly to mimic a GUI button — why we don’t just draw an actual button with CSS? I’d like to know what concepts the devs initially came up with, what concepts were rejected, and why. (I can see compatibility with screen readers as a possible reason, but I’d like to know about the real reasons.)
(ETA: I just checked with my text browser. “Reply” is actually repeated in the current UI (and the link is a no-op); this is not fine. I suppose then that compatibility with text browsers is moot, since it’s already incompatible.)
Al12si (傾偈) 2022年11月21號 (一) 21:22 (UTC)回覆[回覆]
Which text browsers do you prefer? Are you recommending that they test more in Lynx, or a screen reader (螢幕閱讀器)? Whatamidoing (WMF) (傾偈) 2022年11月21號 (一) 23:19 (UTC)回覆[回覆]
You can test the version with no arrow on this page, too. Whatamidoing (WMF) (傾偈) 2022年11月21號 (一) 23:21 (UTC)回覆[回覆]
I personally use w3m. Lynx would be good too; there really aren’t that many text browsers and we are increasingly being marginalized. Any amount of testing is good.
I’d suggest testing with both text browsers and screen readers; they really aren’t the same. I used to believe they’re pretty much the same thing until I was taught screen readers; I was shocked how different the user experience was. — Al12si (傾偈) 2022年11月21號 (一) 23:26 (UTC)回覆[回覆]
@Whatamidoing (WMF) I just tried all three links on my text browser. They basically all look the same (essentially “Reply (Reply)”) and the Reply link links to the same talk page so it’s essentially a no-op.
BTW, funny how you wikilinked the article here on screen readers for me; I wrote that stub :-) Al12si (傾偈) 2022年11月21號 (一) 23:35 (UTC)回覆[回覆]
I always worry about translating words incorrectly, especially if machine translation is used, but so far I've been lucky with interlanguage links between Wikipedia articles. I think it helps if we can be certain that we're talking about the same thing.
I don't know what the process is for testing with screen readers. It might happen, but it might not. I suspect that there is no testing with text browsers. Perhaps I will have to install Lynx myself. ;-) Whatamidoing (WMF) (傾偈) 2022年12月1號 (四) 20:59 (UTC)回覆[回覆]
單獨用粗體噶回覆反而更加令人懵懂。The reply in bold alone is even more confusing. 汩汩银泉 (傾偈) 2022年11月26號 (六) 13:11 (UTC)回覆[回覆]
冇反對新設計;可能撳掣可以細多尐仔。理由係方便睇到邊啲係結束畀評論方便過而今種讀法,種要睇簽名噶,因為 [..] 其實睇起身似正文風格。
No objection to the new design; maybe the buttons can be smaller. The reason is that it's easier to see where the comments end up than the current way of reading, which is to look for the signatures, since [...] actually looks like the body style. 汩汩银泉 (傾偈) 2022年11月26號 (六) 13:05 (UTC)回覆[回覆]