維基百科:互助客棧/技術/存檔/2022年10月

維基百科,自由的百科全書


Module:Trim quotes需要模板編輯員更新

模板:Gallery2出錯

需要進一步完善{{for}}和{{ITNc}}

ITNc(僅限article參數)和for不支持手工轉換語法(-{}-)。--Txkk留言2022年10月1日 (六) 06:43 (UTC)

cewbot機器人

@Kanashimi: 在條目馮仁稚 (72981220)中因為錯誤的跨語言鏈接模板{{link-jp}}使用,如 {{link-jp|https://ja.wikipedia.org/wiki/%E5%85%A8%E6%97%A5%E6%9C%AC%E3%83%97%E3%83%AD%E3%83%89%E3%83%AA%E3%83%95%E3%83%88%E9%81%B8%E6%89%8B%E6%A8%A9|全日本プロドリフト選手権|D1 GRAND PRIX}},導致機器人會將 超鏈接 加入到 Wikidata d:Q5152375 (d:Special:Diff/1666586565/1701690195) 中,不知道是否可以禁止。--Kethyga留言2022年10月2日 (日) 00:46 (UTC)

這應該修改誤用,而非留著誤用。修改完機器人會按照正確的方式去處理。--Kanashimi留言2022年10月2日 (日) 01:40 (UTC)

參考資料疑似有bug

我發現在2016年高雄美濃地震維冠金龍大樓倒塌事故這兩個條目中,有數個參考資料的連結通往網路時光機,而原始內容存檔連結卻通向真正的新聞網頁,不知道還有沒有其他條目發生同樣狀況,請求各位協助。 --Picture GN留言2022年10月2日 (日) 14:59 (UTC)

|dead-url=參數若設為true就會這樣。表示當前頁面的原始鏈接已經失效(或對於維護機器人而言無法訪問,如網站設置了robots.txt等),並不是技術故障。HotaruTalk 2022年10月2日 (日) 15:12 (UTC)
(~)補充:也可能是設置了access-date參數,這樣的話就會用Wayback Machine的頁面替換原始頁面,保證原始來源在任何時候訪問均為一致的,避免原始來源變動造成編輯爭議。HotaruTalk 2022年10月2日 (日) 15:15 (UTC)
不過那些網址大部分還沒有失效,是不是該處理參數?--Picture GN留言2022年10月2日 (日) 17:45 (UTC)
(...) 吐槽 兩種狀態並存時我常點錯,不得不都點開或者懸停以仔細觀察。dead狀態的準確率不算很高。--YFdyh000留言2022年10月2日 (日) 16:13 (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)

錯誤通知

大家好,因為很好奇所以來提問,不曉得有無問錯地方、是因為不久前收到了這個通知Special:Diff/73927012,不過這個頁面不是我建立的,通知我的使用者也不曉得問題在哪裡,自己唯一想到的關聯可能是掛了快速刪除時重定向被解除?再麻煩看看了,謝謝大家。--Mafalda4144留言2022年10月3日 (一) 14:00 (UTC)

感覺應該是,TW將重定向和非重定向視作兩種頁面了,也就是將後者視作後來創建的條目。如果{{d}}模板放在第二行使重定向狀態保持,可能就不會這樣、不會有「移除重定向」標籤。--YFdyh000留言2022年10月3日 (一) 19:15 (UTC)
謝謝您了解了,以後(?)還是別假會要交給小工具XD--Mafalda4144留言2022年10月4日 (二) 12:00 (UTC)

關於{{Infobox book}}

2022年第41期技術新聞

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

創建賬戶功能不可用

創建賬戶功能現在不管輸入什麼賬戶名,都說因為技術限制無法註冊,這是什麼情況,他人可否試試是否也這樣。Bluedeck 2022年10月10日 (一) 14:18 (UTC)

這是capitalize,不是無法註冊啊0 0 Stang 2022年10月10日 (一) 15:00 (UTC)
哦哦哦,哈哈,沒仔細看,謝謝。Bluedeck 2022年10月10日 (一) 15:08 (UTC)

模板cite web 無法正常調用

在條目中使用插入模板>cite web 目前無法正常使用,只能顯示源代碼


我在下方做出測試
HTML教程. W3school. W3school. [2022-10-08] (中文(中國大陸)). 

在條目中就是這樣顯示的。

--Te0sla留言2022年10月8日 (六) 12:59 (UTC)

(:)回應
使用下列原始碼:
陽光女孩<ref>{{cite web |accessdate=2022-06-30 |language=zh-tw |deadurl=no |url=https://news.campaign.yahoo.com.tw/2022-election/article.php?id=77d7a1e9-5df0-3e29-a100-8431aae6f2a8 |title=認陽光女孩!柯志恩:「側翼攻擊」我9年前在美國置產百坪 |first= |last= |author=鄭佩玟 |publisher=[[三立新聞網]] |date=2022-06-30 |archiveurl=https://web.archive.org/web/20220702011001/https://news.campaign.yahoo.com.tw/2022-election/article.php?id=77d7a1e9-5df0-3e29-a100-8431aae6f2a8 |archivedate=2022-07-02 }}</ref>
可以看到顯示這個結果:
測試結果正常,請問是哪個條目發生問題?--CaryCheng留言2022年10月8日 (六) 18:22 (UTC)
這點我也測試到了,只要套上<ref>雙標籤就能正常使用,但是嗎,當我使用可視化編輯器搜索模板cite web,之後調用時不會默認框上<ref>標籤。導致顯示的效果就是代碼完全顯示在本來的界面。您可以試一下。 Te0sla留言2022年10月9日 (日) 02:17 (UTC)
這是正常的,cite web模板和<ref>標籤是分開的--百無一用是書生 () 2022年10月9日 (日) 02:27 (UTC)
不能正常使用是正常的嗎?Te0sla留言2022年10月9日 (日) 04:22 (UTC)
因為你是通過搜索模板插入的,所以會這樣。如果是通過「引用」功能插入的就會自動加上<ref>標籤了--百無一用是書生 () 2022年10月9日 (日) 07:00 (UTC)
小知識學到了,感謝各位老師。維基百科可真難入門啊。Te0sla留言2022年10月11日 (二) 12:02 (UTC)

Wikipedia:資料庫報告/高引用量模板列表 被添加 都道府縣 分類

2022年第42期技術新聞

MediaWiki message delivery 2022年10月17日 (一) 21:45 (UTC)

已在Module:No globals添加了替用提醒--百無一用是書生 () 2022年10月19日 (三) 02:11 (UTC)

頁面打印的簡繁地區詞轉換

雖然本維已有頗為豐富與充足的轉換系統,然而在下載為pdf和打印功能里只能按原始頁面打印,不能選擇需要的地區字體打印,請問如何解決這個問題?--有困擾的話,就讓魔女用魔法幫你排憂吧! 2022年10月19日 (三) 12:10 (UTC)

恭喜你遇到千古難題。傳說是因為字詞轉換機制(或組件、或代碼)從設計開始就只適配HTML頁面的轉換,所以其他渲染方式無法適配,所以功能開不出。其中好像包括了已經放棄的Help:圖書功能。——Sakamotosan路過圍觀 | 避免做作,免敬 2022年10月20日 (四) 01:02 (UTC)
那麼能不能採用虛擬建設一些轉換好的特殊頁面來渲染的辦法來解決呢?--有困擾的話,就讓魔女用魔法幫你排憂吧! 2022年10月20日 (四) 02:33 (UTC)

關於 Module:Authority_control 的 P640: Léonore編碼

根據目前 Module:Authority_control 的頁面中,P640: Léonore編碼是唯一一個錯誤 ID 的數量超過十個的參數。具體來說,錯誤數量是 427,約佔使用此參數的條目的七成。不知道有沒有考慮參考英語維基百科直接拿掉;或是參考日語維基百科,把原本的 LH/ 正規表示式修改為 LH//,以及增加另外兩條正規表示式。--Anghualee留言2022年10月22日 (六) 08:42 (UTC)

{{Portal}} 模板鏈接至繁體主題名稱時會產生重定向

Twinkle更新 (2022-10-23) @335ad8bd

近期變更
  • 關閉存廢討論:按鈕移動到.mw-editsection中,版面更加乾淨,同時避免複製文字時包含此按鈕文字。

如果近期變更有任何錯誤,或是認為未來變更會造成任何問題,請在Twinkle討論頁互助客棧技術版Telegram群組Github擇一報告。--Xiplus#Talk 2022年10月23日 (日) 11:50 (UTC)

用戶:Chiefwei/rater版評級小工具出現問題

界面截圖

小工具無法分析專題模板--Evesiesta 2022年10月22日 (六) 14:57 (UTC)

是不是網絡問題,測試似乎沒什麼問題,另外分類 Category:小作品級生物條目 下有很多。--Kethyga留言2022年10月23日 (日) 04:31 (UTC)
不確定,但目前仍然無法使用--Evesiesta 2022年10月23日 (日) 16:29 (UTC)
可以舉個例子嗎?那個頁面掛哪個專題模板出現了問題?--百無一用是書生 () 2022年10月24日 (一) 02:11 (UTC)
我感覺是小工具有問題,因為目前所有頁面的所有評級都不能正常進行,顯示內容都與圖片中顯示的類似(錯誤類型根據具體情況改變)。應該不是某一個專題模板的問題。--Evesiesta慶祝中文維基百科廿周年 2022年10月24日 (一) 02:16 (UTC)
Special:Diff/74223945 works for me.--Xiplus#Talk 2022年10月24日 (一) 03:39 (UTC)
感謝,應該是我本地的問題,鏡像可能無法完整回傳代碼導致小工具不完整,最近先不用了,感謝各位積極回復!--Evesiesta慶祝中文維基百科廿周年 2022年10月24日 (一) 04:08 (UTC)

2022年第43期技術新聞

MediaWiki message delivery 2022年10月24日 (一) 21:22 (UTC)

繁簡同名但是不同條目

是否需要列出繁簡同名,但是指向了不同條目的組合。絕大多數情況下,繁簡應該都指向同一個條目(相同Wikidata數據項)。--Kethyga留言2022年10月21日 (五) 02:52 (UTC)

我覺得可以考慮。見過不少繁簡重新導向目標不同的頁面。—— Eric Liu 創造は生命(留言留名學生會 2022年10月21日 (五) 06:05 (UTC)
我支持也願意清理,但不確定誰能幫忙。--迴廊彼端留言2022年10月21日 (五) 15:17 (UTC)
感覺第一次建立會比較耗費時間。--Kethyga留言2022年10月21日 (五) 15:21 (UTC)
如果指人工建立,可能過於費時和難以保持維護。應該能編寫機器人解決,不確定是否有過。--YFdyh000留言2022年10月21日 (五) 17:30 (UTC)
有解決方案嗎?有意參與。--Evesiesta 2022年10月21日 (五) 15:23 (UTC)

指向不同條目有造成使用上的困難嗎?有沒有可能 it's a feature, not a bug. 簡體字和繁體字使用者,因為地區詞差異或是接觸頻率不同,有可能在使用同一個詞的時候,其實指的是不同的東西。例如搜尋「编码」的人可能想找的是程序設計,但搜尋「編碼」的人則較可能想找字元編碼。--C9mVio9JRy留言2022年10月22日 (六) 15:40 (UTC)

User:C9mVio9JRy您說的有理,不過我也確實看過不少混亂狀況。例如說黃岩黃巖本來都指向黃巖區,後來黃岩被改成消歧義頁但黃巖沒跟上,我發現、修復已經是兩年多後的事了。整體來說還是建議先有個機器人列出所有類似狀況,再由人工一一檢視應不應該合併,或者重定向到同個目標。--迴廊彼端留言2022年10月22日 (六) 16:41 (UTC)
很多年前Liangent有搞過。--GZWDer留言2022年10月22日 (六) 19:19 (UTC)
Wikipedia_talk:繁簡處理/檔案11#「簡單的」繁簡重定向的創建與刪除問題--YFdyh000留言2022年10月22日 (六) 19:53 (UTC)
現在對於繁簡重定向似乎沒有之前的刪除一說了?--Kethyga留言2022年10月26日 (三) 11:06 (UTC)
感覺9mVio9JRy說的應該需要消歧義來處理吧。--Kethyga留言2022年10月29日 (六) 16:23 (UTC)
您所指的問題確實是有可能發生。建立一個清單,或許比較有助於釐清各種情況。—— Eric Liu 創造は生命(留言留名學生會 2022年10月22日 (六) 20:25 (UTC)
剛剛發現繁簡同名不同條目:「马格里」(法語:Magrie法國奧德省的一個市鎮)跟「馬格里」(Sir Halliday Macartney,清朝後期的一名涉中英國爵士)-- Matt Zhuang表示有事按「此」留言 2022年10月25日 (二) 04:33 (UTC)
前者已移動至「馬格里 (法國)並且將該簡體重定向給WP:R7(前者目前改繁簡重定向至後者),有待確認雙方的鏈入頁面是否正確。-- Matt Zhuang表示有事按「此」留言 2022年10月25日 (二) 05:03 (UTC)

語言代碼問題

最晚在2021年底MediaWiki的程式碼中已經建議把zh-tw改成較精準的zh-Hant-TW,其他幾種中文變體也是,但目前CS1系列模板尚不支援後者這種寫法,是否應該新增到模組當中?又按這篇程式碼來看,要調整的使用者語言模板、分類等等很多,甚至其他維基計畫也需修改,希望各位一起處理,謝謝。--迴廊彼端留言2022年9月25日 (日) 03:43 (UTC)

(+)支持:但這工作量看起來不小。--冥王歐西里斯留言2022年10月4日 (二) 09:02 (UTC)
要處理的東西可能不少。—— Eric Liu 創造は生命(留言留名學生會 2022年10月12日 (三) 12:25 (UTC)
超過7日無新留言,在此公示7日,公示內容為「按MediaWiki的程式碼,增加CS1系列模板對zh-Hans-CN、zh-Hans-SG、zh-Hans-MY、zh-Hant-TW、zh-Hant-HK、zh-Hant-MO等語言代碼的支援」。
至於工作量的問題沒辦法,得靠大家一起努力了,至少可以先從中文維基各計畫開始。--迴廊彼端留言2022年10月20日 (四) 14:47 (UTC)
會不會快了些?只有3人發言就公示?--唔好阻住我愛國留言2022年10月22日 (六) 14:14 (UTC)
不過是(+)支持的。加油!--唔好阻住我愛國留言2022年10月22日 (六) 14:15 (UTC)
User:HK5201314謝謝您的支持,這提議說大不大、說小不小,放在這邊快一個月了討論量就這樣;又目前現有公示規定並未規範參與討論、或者支持的人數,所以我就直接公示了。比較冷門的議題恐怕都很容易遇到這種狀況。--迴廊彼端留言2022年10月22日 (六) 15:18 (UTC)
支持各處兼容。舊有內容的調整更新我認為應慎重,沒有把握的都不作改動、保留原貌。--YFdyh000留言2022年10月22日 (六) 17:52 (UTC)

7日已過,「按MediaWiki的程式碼,增加CS1系列模板對zh-Hans-CN、zh-Hans-SG、zh-Hans-MY、zh-Hant-TW、zh-Hant-HK、zh-Hant-MO等語言代碼的支援」提議通過,謝謝各位參與。--迴廊彼端留言2022年10月29日 (六) 17:34 (UTC)

其他兼容問題

需要進行哪些處理以達到兼容?--BlackShadowG Slava Ukraini! 2022年10月25日 (二) 11:43 (UTC)
User:BlackShadowG,CS1模組中文最常用的部分如上,此外同分程式碼還有提到下面這些,我這邊只寫還需要改的:

已棄用語言代碼 → 取代者 (Phabricator案號,CS1測試結果)原始碼網址

  • 'als' => 'gsw', // T25215,都只顯示原代碼
  • 'bat-smg' => 'sgs', // T27522,前者顯示薩莫吉希亞語,後者只有原代碼
  • 'fiu-vro' => 'vro', // T31186,都只顯示原代碼
  • 'roa-rup' => 'rup', // T17988,都只顯示原代碼
  • 'zh-classical' => 'lzh', // T30443,前者顯示文言,後者原代碼
  • 'zh-min-nan' => 'nan', // T30442,前者顯示閩南語,後者原代碼
  • 'zh-yue' => 'yue', // T30441,前者顯示粵語,後者原代碼

不標準的語言代碼 → 取代者 (Phabricator案號,CS1測試結果)原始碼網址

  • 'cbk-zam' => 'cbk', // T124657,都只顯示原代碼
  • 'de-formal' => 'de-x-formal', // 前者顯示German (formal address),後者原代碼
  • 'eml' => 'egl', // T36217,都只顯示原代碼
  • 'en-rtl' => 'en-x-rtl', // 都只顯示原代碼
  • 'es-formal' => 'es-x-formal', // 前者顯示Spanish (formal address),後者原代碼
  • 'hu-formal' => 'hu-x-formal', // 前者顯示Hungarian (formal address),後者原代碼
  • 'map-bms' => 'jv-x-bms', // T125073,都只顯示原代碼
  • 'mo' => 'ro-Cyrl-MD', // T125073,前者顯示Moldovan,後者原代碼
  • 'nrm' => 'nrf', // T25216,都只顯示原代碼
  • 'nl-informal' => 'nl-x-informal', // 都只顯示原代碼
  • 'roa-tara' => 'nap-x-tara', // ,都只顯示原代碼
  • 'simple' => 'en-simple', // 都只顯示原代碼
  • 'sr-ec' => 'sr-Cyrl', // T117845,前者顯示Serbian (Cyrillic script),後者原代碼
  • 'sr-el' => 'sr-Latn', // T117845,前者顯示Serbian (Latin script),後者原代碼。--迴廊彼端留言2022年10月29日 (六) 17:34 (UTC)

{{}}{{}}的空格問題

最近,有用戶搞出來了{{nsref}}這種愚蠢的模板,結果搞到夏朝這個條目在我沒修正之前,頁面不到一半就超出模板上限(現在還沒好呢)。其實要修這個問題根本不需要搞得這樣麻煩,只需要建立MediaWiki:Cite link label group-參將參1到參1000抄一次就好了。效果見此,[18][19]。眾所周知,模板是有模板上限的,所以根本上不要花費貴重的模板資源,也不需要每個條目每個條目去修也能解決這個問題。所以根本不需要依靠{{nsref}}這種花費資源的模板。當然,個人不認為Wikipedia:格式手冊#空格這個指引可以管{{}}{{}}這種系統性的問題,系統的問題本就應該例外於指引。而且即使要修,其實也最好也應該乖乖地等工單,而不是直接用字詞轉換的方式來修。所以在此請求社群的意見:

參見Template_talk:RefTag#請移除空格。--Ghren🐦🕙 2022年10月15日 (六) 14:13 (UTC)

直接建立MediaWiki:Cite link label group-參會產生問題:萬一需要有空格的「[參 x]」的時候,將不能透過「{{#tag:ref|參文|group=參}}」取得(縱使有空格的是不符指引,但難以排除某些場合有IAR的需要)。若要以「系統的問題」作為例外的理由,我認為要有技術上完全沒有辦法達成的前提,若技術上有辦法的話,「系統的問題」則不應成為理由。「而且即使要修,其實也最好也應該乖乖地等工單」←但是Phabricator那邊自2013年提出這個問題之後,等到現在都還給不出方案的話,真的還該等下去嗎?--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月15日 (六) 18:44 (UTC)
倒不如這樣說,假如工單過了,系統層面上有可能保留[參 x]和[參x]兩個情況同時出現的方法嘛?雖說工單還十劃未有一撇,我感覺也不太可能。--Ghren🐦🕛 2022年10月16日 (日) 04:58 (UTC)
依照Phabricator的請求內容,當年原本打算在<ref>增設一個參數讓人設定顯示或不顯示空格,所以如果成事,[參 x]和[參x]都能出現。可惜他們就是搞了幾年也搞不出來……--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月16日 (日) 13:20 (UTC)
如果不考慮打印版、禁用JS等特殊情況,站內做個小工具怎樣(移動版也能用),打印版可能也能。「萬一需要有空格」真實存在嗎,如果存在但非常稀少,也可考慮小工具方案解決。--YFdyh000留言2022年10月16日 (日) 13:54 (UTC)
現在的可打印版似乎直接調用打印?如果照顧下載PDF和打印功能,「需要有空格的」用另一套模板或標識符+小工具就可以吧。小工具方案則沒難度。--YFdyh000留言2022年10月16日 (日) 14:16 (UTC)
那假設做完出來,只怕也不好修本站的參注問題啊。--Ghren🐦🕙 2022年10月16日 (日) 14:30 (UTC)
舊有用法最好還是保持着舊有的顯示方式,新的顯示方式應該在新模板呈現;將新舊用法和顯式互相倒置,出錯的風險其實難以估計。這也之所以為甚麼在Phabricator是請求增加參數而不是請求把默認的顯式改為無空格,做小工具衹不過是以另外一種形式把舊用法變成新顯式而已,前述的風險還是會有的。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月16日 (日) 15:10 (UTC)
我寧可一勞永逸的小工具,也不願意相信這個模板。這個模板是很巧妙,但是嘛只是將「空格+數字」轉換成「數字」,然後還玩了些span標記的特性(如果我沒理解錯的話),我是看不出來說這種修複方式的風險很低。--Ghren🐦🕛 2022年10月16日 (日) 16:37 (UTC)
具體風險是什麼。小工具可以試行(包括先局部啟用)、註冊用戶可以關閉,比模板風險更低。--YFdyh000留言2022年10月16日 (日) 17:19 (UTC)
小工具不應該拿去掩蓋載入完成後事實上沒有符合指引的顯示式樣,當小工具被關了或者加載失敗,不合規的顯示式樣還是會露餡,要是能夠讓人關閉的話就已經失去了強制無空格的意義,所以並不可取。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月16日 (日) 17:53 (UTC)
「強制無空格的意義」如果真的那麼大、要求嚴格,就不會拖這麼多年了。千分或萬分之一的未覆蓋情況,我認為至少可作為過渡方案。持續拖下去,只能讓留有空格成為事實標準。如果模板實現完美,本議題應該不會出現?--YFdyh000留言2022年10月16日 (日) 18:53 (UTC)
拖這麼多年我想並不是因為強制的意義不夠大,而是Phabricator裏沒有人明白中文的獨特語境而已。還是這一點:小工具事實上衹是載入了後把違規屏蔽,而沒有真正做到載入之前把違規修復,而且這種屏蔽卻具有可選擇性(可以讓人關閉),那更遑論符合規則。新模板我當然不敢說完美,惟可在更換的過程中漸漸發現問題並加以改善。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月16日 (日) 19:38 (UTC)
載入後修復和載入前修復兩種情況本質上沒有分別。可選擇性也和符合規則無關。咱是希望您解決問題,不是談這種沒意義的哲學問題。載入前修復從讀者還是編者角度根本看上去,編上去也是一樣。咱只要不開字詞轉換,「不合規的顯示式樣還是會露餡」。又或者只要我想,工單過了也可以寫個工具讓他強行變有空格。那難道說也不合規則。--Ghren🐦🕚 2022年10月17日 (一) 03:38 (UTC)
解決問題本來就要注重背後的哲學機理,而不能衹看表面啊!--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月29日 (六) 15:58 (UTC)
解決問題重要的是考慮形而下的問題,然後才是形而上的問題。一個問題如何解決,解決之後會有什麼影響,需要多少時間修,這是形而下;在什麼層面上修,修完了會否帶來邏輯上的不同,這是形而上的問題。形而上的問題可能會引致形而下的問題,但是如果形而上的問題不會帶來問題,那就不是問題。所以我就說載入前修復和載入後修復是一樣的,因為這是形而上的。硬是要說這是一個問題,那我一開始提出的方法是最好的,因為這直接在系統底層解決問題。問題是話不能這樣說。Ghren🐦🕚 2022年10月30日 (日) 03:40 (UTC)
有否想過如果工單最終衹弄參數而不再做默認消除,之後要怎樣做的問題?所以這不可能說形而上沒有問題就說了算。而您一開始提出的方法我在上面和有人下面說了會有甚麼問題,不重複。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月30日 (日) 04:14 (UTC)
如果之前的工單本地沒人跟進,拖成這樣倒也很正常。況且,中文排版本來就長期缺少一部全面、權威的標準,哪怕限於某個地區的都沒有,Phabricator的人想找參考也找不到。實在要說明的話,先引用一下en:Text segmentation#Word segmentation之類的條目簡單說明中文詞間不用空格,針對與數字混排的情況可能只能用中英對照的《中文排版需求》的橫排的中、西文混排配置一節,還需要說明本地維基選擇不破壞語義、等待CSS方法實現標準所要求的字距(spacing)。--DvXg 📬 2022年10月17日 (一) 18:19 (UTC)
能不能去把phabricator那邊的priority調高?可以跟他們說這是中文語言使用上的重要需求,目前寫死的規則對中文使用者造成系統性的不利,並且九年來都沒有補充這個功能已經造成中維上的編輯出現各種混亂的替代方案,特別影響到漢文化相關條目的編寫。--C9mVio9JRy留言2022年10月19日 (三) 07:30 (UTC)
Hmm,原issue其實是提出要給<ref>加一個參數用來去掉空格,給的例子是「A 1」→「A1」,當時可能是想搭這個issue的車而有人在下面提了中維的需求,但不想原issue久未解決。私以為中維的訴求應當另開issue,畢竟這項修改應當是全局的(面向所有漢語族語言的維基計劃 or 所有使用漢語族語言的MediaWiki站點),技術上PHP下可以通過\p{Han}$正則匹配分組名來辨別何時需要去掉空格,如果MW開發組方面能指出需要修改的代碼位於何處(本地大概沒人熟悉MW軟件本身?),修改應當還是相對容易的。但問題還是在於本地社群需要有人去推進。--DvXg 📬 2022年10月19日 (三) 15:59 (UTC)
  • 空格應該去掉,畢竟是直接在正文中顯示的東西,能更符合指引的話當然最好。另外,特別是當幾個註腳連續一起出現的時候,顯示為「[註 10][參 23][書 54]」我認為很累贅,能改為「[註10][參23][書54]」當然好得多。既然現在有現成的方法去修的話,沒必要等了9年之後還在等,9年都沒有解決方法真的不用期待還會有什麼下文。至於MediaWiki:Cite link label group-參就不建議,這會造成其它漢字有空格而唯獨「參」字沒有空格,默認用法中突然跑出一個特例並不理想。況且,看見夏朝已經被修正了,似乎已經出現了減少模板資源的方法。--Maccomcre留言2022年10月16日 (日) 04:13 (UTC)
    所以就{{}}{{}}用建立MediaWiki:Cite link label group的方式解決,其他您可以用他{{nsref}}一套搞到沒有空格。夏朝那雖是修正,但是您得看看現在{tl|nsrefc}}還是有2501個call,佔整頁86.99%。當然,就算用來本身參注系的模板,也是近2000個call。要是不將模板分出來,用回NoteGR、RefGT,只怕不止三千個call。參注方式這樣個常用,為什麼非得花這樣多的資源不可,是怕將來不報錯嗎。--Ghren🐦🕐 2022年10月16日 (日) 05:15 (UTC)
    空格具有語義,確實應當去掉,但含有空格的模板在顯示上反而是符合排版常規的,「累贅」不見得。只是現時CSS還尚不支持漢字與西文漢字間自動調整字距(CSS Text 4 text-spacing,仍停留在草稿且未有實現)。
    另外,這樣的「修復」方法也太不符合工程學常規了:底層的問題在上層解決,既開銷大又給未來徹底解決埋坑。--DvXg 📬 2022年10月16日 (日) 08:01 (UTC)
    累贅與否屬主觀評價,難以作準;我在意的是那個空格不符文法,正如您所說空格具有語義那般,在我而言衹要是不合文法的話即使多麼美觀也是看不順眼。坦白說,我們一早就知這種問題其實應該在底層解決,不過早在2013年已經把問題交給底層去搞,自己就躺着甚麼都不做,但結果呢?底層一搞就搞了差不多十年都還是沒有搞定。那麼上層有方法那都要先用着,而不是把問題放任至不知何時何日,尤其是完全看不到底層那邊有心去處理。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年10月16日 (日) 13:20 (UTC)
    沒錯,這樣的修法我覺得不如狗皮膏藥。--Ghren🐦🕙 2022年10月16日 (日) 14:35 (UTC)
    「這會造成其它漢字有空格而唯獨「參」字沒有空格」:那需要空格的時候將街燈的做法反向做一次就好了。不過我是不太建議啦。--Ghren🐦🕙 2022年10月16日 (日) 14:31 (UTC)
    我認為<ref group=漢字>應該全體都有空格,而{{nsref|group=漢字}}應該全體都沒有空格,兩條隊列應當分明,不應該<ref group=漢字>全體有空格而同時<ref group=參>又沒有,弄成跟{{nsref|group=參}}同一個外表。而且測試效果顯示<ref group=參>和{{nsref|group=參}}是不同組的,把兩者都弄成沒有空格只會令編輯者更容易出錯,所以更不應該搞MediaWiki:Cite link label group-參。--Maccomcre留言2022年10月16日 (日) 15:58 (UTC)
    是的,理論上當然是統一最好,但是<ref group=漢字>常用的情況都在{{}}{{}}兩個模板,當然我記得也有其他地方有用,只是用的不多。既然用的人多,編輯者容易出錯這個概念不能說沒有,我只是感覺比編者將兩個模板搞混更難出現。--Ghren🐦🕛 2022年10月16日 (日) 16:17 (UTC)
    要是把{{nsref|group=其它字}}和<ref group=參>搞得都是沒有空格的,同一個條目出現了兩種語法但顯示一樣的效果,不會搞混才怪。雖然用其它字是比較少見但不覺得少到微不足道的程度,所以還是不應該搞MediaWiki:Cite link label group-參來把參字變成例外的不同。<ref group=xx>倒應該不論任何時候都要有空格,能避免開例外的就應該要避免。--Maccomcre留言2022年10月23日 (日) 09:54 (UTC)
用轉換模板比較好,不應該開小工具。轉換是在服務端處理,是把空格消除了後才傳給用戶端,那在用戶端時肯定已經消除了空格,不用顧慮用戶端的瀏覽環境;小工具是在空格傳到用戶端後再載入腳本對空格進行修飾性的消除,那就要考慮用戶端的問題了,例如載入問題,如果用戶在連線環境比較差的地方瀏覽,會有載入了條目但沒有載入小工具的機會,這時就消不了空格,這種事情並不是少見,尤其是WiFi瀏覽或者用VPN都不難遇到的事情。考慮可用性比開銷效能更為重要。--Opky9407留言2022年10月25日 (二) 11:59 (UTC)

2022年第44期技術新聞

MediaWiki message delivery 2022年10月31日 (一) 21:15 (UTC)