Wikipedia:城市論壇 (技術)/歸檔/2022年12月

呢版係以往討論嘅歸檔，請唔好改呢版。如果你想發起新嘅討論或者重開家下嘅討論，請係家下討論頁做，唔該。

呢次嘅歸檔係由Shinjiman ⇔ ♨響2023年6月30號 (五) 17:52 (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顯示

喺Phabricator跟蹤
任務T296188

如題 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。

測試結果：

• Wikipedia:Test
• Wikipedia:Testing

（為避免刪除後斷鏈，故用外鏈。另請管理員刪除測試頁面。）-- 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搞到粵維文章數少咗三百幾篇

喺Phabricator跟蹤
任務T313535

多謝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)

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)

@Kowlooner、H78c67c、Yaukasin、Winston 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/mainpage。H78c67c·傾偈 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

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. [2]
• 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. [3]
• 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)

國字過濾器出問題

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

過濾器 working as intended。你嘅編輯摘要到出現咗「模板」呢個詞。之後過濾器報錯可以去WP:AF/FP。H78c67c·傾偈 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 summary） Shinjiman ⇔ ♨ 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 news（d: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)

lang=yue 冇嘢顯示。{{citation}} {{cite news}}都係噉。類別第d語言，應該顯示「(粵文)」。 RZuo (傾偈) 2022年12月24號 (六) 12:38 (UTC)

喺粵文維基咁係正常。lang 設定做本地維基本身嘅語言，正常係應該唔顯示。（源碼係咁寫。） Al12si (傾偈) 2022年12月24號 (六) 13:24 (UTC)

技術新聞：2022年第38週

最新技術新聞嚟自維基媒體技術社群。請同其他用戶去講呢啲變化。唔係所有嘅變化都會影響到你。翻譯亦已經提供。

最近改動

• 喺 templatelinks 表嘅兩個數據庫欄位會被放棄： tl_namespace 同埋 tl_title。任何基於呢啲欄位嘅查詢需要改用新嘅正規化欄位叫做 tl_target_id。睇吓 T299417 有更多細節。呢個係拎表正規化嘅一部份。 [6][7]

今個禮拜遲啲嘅更新

• 測試wiki同埋mediawiki.org會喺9月20號升級做新版嘅MediaWiki。其它唔係維基百科嘅wiki同埋部份維基百科會喺9月21號升級。其餘wiki會喺9月22號升級（睇日曆）。
• 喺Kartographer地圖入面，你可以喺多數景點上面嘅標記用圖示。喺禮拜二，之前嘅圖示套裝將會更新到版本 maki 7.2。噉即係，大約有100個新圖示會用得到。另外，全部現有嘅圖示將會更新同埋更加清楚噉樣喺國際內容度整得更加好。 [8][9]

未來嘅更新

• 喺Wikimania嘅小組討論度，多過30位人講過點樣去用喺維基媒體活動嘅內容合作軟件可持續做。有啲乜嘢嘅支持係可以由義工開發者接受嘅呢？睇個摘要同埋留低你嘅反饋。

技術新聞由技術新聞編者準備，並由機械人傳送 • 幫手寫 • 幫手譯 • 搵幫手 • 畀意見 • 訂閲或者停訂閲。

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

技術新聞：2022年第39週

最新技術新聞來自維基媒體技術社群。請幫手將爾啲變化話俾其他用戶。唔係所有嘅變化都會影響到你。翻譯亦已經提供。

最近改動

• Parsoid嘅客戶端應該要更新以令到拎嘅rel屬性容許空白分隔字元。詳請喺T315209入面。

今個禮拜遲啲嘅更新

• 測試wiki同埋mediawiki.org會喺9月27號升級做新版嘅MediaWiki。其它唔係維基百科嘅wiki同埋部份維基百科會喺9月28號升級。其餘wiki會喺9月29號升級（睇日曆）。
• Visual diffs將會俾全部用戶用得到，除咗喺維基辭典同埋維基百科。 [10]
• 流動版嘅傾偈討論版喺阿拉伯文、孟加拉文、語體中文、法文、海地歸融話、希伯來文、韓文同埋越南文維基百科將會有改變。佢哋應該會更加容易利用同埋提供更多嘅資訊。 [11] [12]
• 喺個模組空間名入面，用.json做結尾嘅版會視作做JSON，就好似佢哋已經喺User同埋MediaWiki空間名噉樣。 [13]

技術新聞由技術新聞編者準備，並由機械人傳送 • 幫手寫 • 幫手譯 • 搵幫手 • 畀意見 • 訂閲/停訂閲。

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週

最新技術新聞來自維基媒體技術社群。請幫手將爾啲變化話俾其他用戶。唔係所有嘅變化都會影響到你。翻譯亦已經提供。

最近改動

• Kartographer地圖依家可以透過Wikidata嘅QID或者SPARQL查詢顯示地理點。之前，只有地理形同埋地理線先至可以拎得到。 [14] [15]
• 最Cool工具賞2022依家睇緊提名。你可以提議工具截至10月12號。

今個禮拜遲啲嘅更新

• 測試wiki同埋mediawiki.org會喺10月4號升級做新版嘅MediaWiki。其它唔係維基百科嘅wiki同埋部份維基百科會喺10月5號升級。其餘wiki會喺10月6號升級（睇日曆）。
• 流動版嘅傾偈討論版喺阿拉伯文、孟加拉文、語體中文、法文、海地歸融話、希伯來文、韓文同埋越南文維基百科將會有改變。佢哋應該會更加容易利用同埋提供更多嘅資訊。 （上個禮拜嘅發佈延遲咗） [16] [17]
• 個scribunto-consoleAPI模組將會要求一個CSRF幣。呢個模組註解咗做內部利用佢已經唔再支援。 [5]
• 個Vector 2022外觀將會喺最細Wikimedia計劃做預設外觀。 知更多。

技術新聞由技術新聞編者準備，並由機械人傳送 • 幫手寫 • 幫手譯 • 搵幫手 • 畀意見 • 訂閲/停訂閲。

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

技術新聞：2022年第41週

最新技術新聞來自維基媒體技術社群。請幫手將爾啲變化話俾其他用戶。唔係所有嘅變化都會影響到你。翻譯亦已經提供。

今個禮拜遲啲嘅更新

• 測試wiki同埋mediawiki.org會喺10月11號升級做新版嘅MediaWiki。其它唔係維基百科嘅wiki同埋部份維基百科會喺10月12號升級。其餘wiki會喺10月13號升級（睇日曆）。
• 喺一啲wiki上面，Kartographer地圖嘅全大細視點將會可以顯示附近嘅文章。喺反饋期之後，更多嘅wiki將會跟住噉樣做。 [18][19]

技術新聞由技術新聞編者準備，並由機械人傳送 • 幫手寫 • 幫手譯 • 搵幫手 • 畀意見 • 訂閲/停訂閲。

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

「回覆」掣

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

• 示範1號：[20]
• 示範2號：[21]

麻煩各位畀意見。詳情可以問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)

Screen readers are kind of annoying, not because we have to deal with them but because, in context, they are essentially legacy browsers from who-knows-when. Some screen reader + browser combinations know how to switch between languages but most don’t, and when they encounter something they don’t understand (emojis, for example; or the stray CJK word in a paragraph of English) they just silently drop them, which really isn’t fine but, well, there’s nothing we can do.

They’re also not very intelligent so when we’re dealing with homonyms (we have tons in Cantonese, especially if we take “etymographically correct orthography” (正字, ˉdziŋˌdzi) seriously. I tried it with something I wrote and it wasn’t pretty.

I’m pretty sure most people don’t test with text browsers any more.

PS: The most annoying things that screen readers silently drop are punctuation, notably dashes. With English we can work around it by using spaced em dashes, but in Cantonese we can’t; it’s just like nothing’s there where the dashes are... Al12si (傾偈) 2022年12月1號 (四) 21:54 (UTC)

Al12si, I just saw the reports for accessibility testing for Vector 2022 in phab:T323634. I immediately thought of our conversation here. This testing only used screen readers (JAWS and NVDA). Whatamidoing (WMF) (傾偈) 2022年12月7號 (三) 02:34 (UTC)

@Whatamidoing (WMF) Interesting. I think they definitely need to test with VoiceOver (Macs and iOS devices) at least, and possibly TalkBack (Android phones). I have dabbled with JAWS when I was studying at OCAD; it’s pretty different from VoiceOver (which I do use because I use a Mac, sometimes). But of course that was some 8 years ago so things have probably changed.

(ETA: I admit to being sloppy when I test: I only test with VoiceOver and Talkback because I no longer boot into Windows and I can’t get Orca to work. I guess I’m expecting more for a large organization like WMF.) —Al12si (傾偈) 2022年12月7號 (三) 02:57 (UTC)

hi @Al12si: thank you for raising the potential impact this change could have on people using screen readers. You doing so inspired me to check with other members of the Editing Team about this. After talking with them, I feel confident saying that we are not aware of any reason that could cause people using screen readers to notice any changes in the experience they have finding the button for responding to a specific comment because of this change in how the Reply button will appear.

Of course, if this proves not to be the cause for you, or anyone else, we would value knowing so that we can address this issue.

Now, regarding support, or lack thereof, for text browsers like w3m: we do not support text browsers. While I appreciate me sharing this does nothing to address the concern you raised above about this, I thought you might value hearing this directly than potentially continuing to wonder why text browsers do not come up in conversations about software improvements. Note: you can read more about browser support on mediawiki.org.

Please ping me if anything above brings new questions to mind. By the way, I'm Peter. I work alongside Whatamidoing (WMF) as a product manager at the Wikimedia Foundation. PPelberg (WMF) (傾偈) 2022年12月7號 (三) 02:53 (UTC)

Hi @Peter, I took a quick look but I’m not seeing any mention that text browsers are actively unsupported. As far as I can tell, text browsers would essentially fall into Grade C. Even with “modern” GUI-based browsers not all browsers would “support Javascript”; Opera Mini would be the first example that comes to mind; some people also still turn off Javascript by default — maybe there aren’t many such people, but they still exist.—Al12si (傾偈) 2022年12月7號 (三) 03:06 (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)

I guess it makes sense semantically to use actual buttons, but Reply

isn't even a button and blends right into the content. The variant with an arrow makes it stand out more, but I still much prefer the current reply link in square brackets. H78c67c·傾偈 2022年12月2號 (五) 01:29 (UTC)

Update: When I asked, they were planning to add the arrow. They were also planning to make it depend on your User Interface (UI) language, not the wiki's content language. I mostly use English (e.g., https://zh-yue.wikipedia.org/w/index.php?title=Wikipedia:%E5%9F%8E%E5%B8%82%E8%AB%96%E5%A3%87_(%E6%8A%80%E8%A1%93)&uselang=en for this page), so if their plan works, I won't see the arrow.

Also, it will be part of "Show discussion activity" in Special:喜好設定#mw-prefsection-editing-discussion. (This is the preference setting that also gives you the fancy bell button instead of [Subscribe], the number of comments in a discussion, etc.)

I hope this change will happen soon, so you can see the new idea on wiki (if you have the Beta Feature turned on – also, it might only appear on Talk: and User_talk: initially), but I'm not certain which day. Whatamidoing (WMF) (傾偈) 2022年12月7號 (三) 02:41 (UTC)

Join the Coolest Tool Award 2022: Friday, Dec 16th, 17:00 UTC

The fourth edition of the Wikimedia Coolest Tool Award will happen online on Friday 16 December 2022 at 17:00 UTC!

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

Read more about the livestream and the discussion channels.

Thanks for joining! -Komla

MediaWiki message delivery 2022年12月5號 (一) 18:53 (UTC)

Community Wishlist Survey 2023 opens in January!

請幫手去譯做你嘅語言

你好

The Community Wishlist Survey (CWS) 2023, which lets contributors propose and vote for tools and improvements, starts next month on Monday, 23 January 2023, at 18:00 UTC and will continue annually.

We are inviting you to share your ideas for technical improvements to our tools and platforms. Long experience in editing or technical skills is not required. If you have ever used our software and thought of an idea to improve it, this is the place to come share those ideas!

The dates for the phases of the Survey will be as follows:

• Phase 1: Submit, discuss, and revise proposals – Monday, Jan 23, 2023 to Sunday, Feb 6, 2023
• Phase 2: WMF/Community Tech reviews and organizes proposals – Monday, Jan 30, 2023 to Friday, Feb 10, 2023
• Phase 3: Vote on proposals – Friday, Feb 10, 2023 to Friday, Feb 24, 2023
• Phase 4: Results posted – Tuesday, Feb 28, 2023

If you want to start writing out your ideas ahead of the Survey, you can start thinking about your proposals and draft them in the CWS sandbox.

We are grateful to all who participated last year. See you in January 2023!

多謝！ Community Tech, STei (WMF) 2022年12月13號 (二) 12:59 (UTC)

Vote for your favourite Wikimedia sound logo

請幫手去譯做你嘅語言

We are really sorry for posting in English

Voting in the Wikimedia sound logo contest has started. From December 6 to 19, 2022, please play a part and help chose the sound that will identify Wikimedia content on audio devices. Learn more on Diff.

The sound logo team is grateful to everyone who participated in this global contest. We received 3,235 submissions from 2,094 participants in 135 countries. We are incredibly grateful to the team of volunteer screeners and the selection committee who, among others, helped bring us to where we are today. It is now up to Wikimedia to choose the Sound Of All Human Knowledge.

Best wishes, Arupako-WMF (傾偈) 2022年12月17號 (六) 16:22 (UTC)

Feminism and Folklore 2023

請幫手去譯做你嘅語言

Dear Wiki Community,

Christmas Greetings and a Happy New Year 2023,

You are humbly invited to organize the Feminism and Folklore 2023 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 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 fountain tool or dashboard.
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 fountain/dashboard link on the meta project page.

This year we would be supporting the community's financial aid for Internet and childcare support. This would be provided for the local team including their jury and coordinator team. This support is opt-in and non mandatory. Kindly fill in this Google form and mark a mail to support@wikilovesfolklore.org with the subject line starting as [Stipend] Name or Username/Language. The last date to sign up for internet and childcare aid from our team is 20th of January 2023, We encourage the language coordinators to sign up their community on this link by the 25th of January 2023.

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

Stay connected  

--MediaWiki message delivery (傾偈) 2022年12月24號 (六) 10:24 (UTC)