维基百科:互助客栈/技术/存档/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)