维基百科:互助客栈/技术

以下討論需要社群廣泛關注：（重新整理）

維基百科技術議題與模板

Wikipedia:徵求意見/深色模式 § 導言

Template talk:User Fujian § 关于图片选用

MediaWiki talk:Gadgets-definition § 提議引入CollapsibleToggle作為預設啟用可選擇關閉的小工具

1. 追蹤偽綠鏈並將這類條目歸入Category:有蓝链却未移除内部链接助手模板的页面的程式碼有待完善。照分類紀錄Special:Diff/71332757這次編輯就已經把該模板從分類中移除，但逐筆比對後可發現仍有「{{link-en|索马里兰银行|Bank of Somaliland}}」（實際連結到索馬利蘭銀行，條目建立於2022年3月28日）、「{{link-en|斯里兰卡中央银行|Central Bank of Sri Lanka}}」（實際連結到斯里蘭卡中央銀行，條目建立於2022年4月9日）。由此可知追蹤程式碼可能無法處理繁簡、地區詞等問題，希望可以修復，也提醒User:Comrade John清理時留意。
2. 目前User:Cewbot僅清理Category:有蓝链却未移除内部链接助手模板的页面中的條目命名空間、模板、Category 或 Wikipedia，但有部分偽綠鏈存在於Portal空間如Portal:東南亞]、User talk空間如User talk:221.9.13.45/存檔、WT空間如Wikipedia talk:並不是所有頁面都需要標籤難以人力處理窮盡，希望可建立「讓Cewbot請理所有空間」的共識，謝謝，也副知User:Kanashimi。--迴廊彼端（留言） 2022年4月27日 (三) 11:55 (UTC)回复
3. 又希望建立共識加快Cewbot的清理速度。Category:有蓝链却未移除内部链接助手模板的页面近期的數字大致上在15500-14800之間浮動，但User:Cewbot/需要修正的跨語言連結近期的數字是14000以下，Cewbot每週了不起完全清理100多條，差距其實挺大。--迴廊彼端（留言） 2022年4月29日 (五) 17:17 (UTC)回复

1. 我只在乎Category:有蓝链却未移除内部链接助手模板的页面消失與否。閣下所指的問題，我已知悉一段時間，但這並非我能夠獨自處理，而且逐筆比對費時失事，所以我對偽綠鏈，找到的就改，找不到的就算。
2. 其實Cewbot要提升它的編輯頻率，很懷念上年Category:有蓝链却未移除内部链接助手模板的页面短短幾天，由30000多個頁面，清至10000多個頁面呢。-- 約翰同志－條目裱糊匠（留言） 2022年4月27日 (三) 12:07 (UTC)回复

   其實能處理的大概都處理完了。您可以參照使用者:Cewbot/需要修正的跨語言連結，現在留下來的大概都是需要人工判別的。--Kanashimi（留言） 2022年4月27日 (三) 21:19 (UTC)回复

謝謝User:Comrade John、User:Kanashimi兩位辛苦，我會提出上述方案就是希望Cewbot清理簡單、但沒人注意到的偽綠鏈，讓有志者可以專心處理使用者:Cewbot/需要修正的跨語言連結，裡面問題真的太多。我目前找到的清法是把該頁面紀錄的原文人名、媒體名等專有名詞做重定向，像是Los Angeles Daily News、亚马逊MP3這類的讓機器人去跑，前陣子認真做的時候算蠻有成效，每週可以清一百多個。不過另一方面真的建議Cewbot加快速度，像凌晨一點到六點這種伺服器理應比較空閒的時段（如果我講錯請指正我），也常看到Cewbot除更新討論列表外只清了五、六筆偽綠鏈。--迴廊彼端（留言） 2022年4月29日 (五) 17:17 (UTC)回复

歸納一下討論狀況，目前我跟User:Comrade John都認為Cewbot應加快清理速度，請問一下Comrade John那邊有建議速率嗎？此外我昨天修了一筆將近兩年都沒被Cewbot修復的偽綠鏈（井上和香這個條目建立於2019年5月），這個效率真的是有點不妙。--迴廊彼端（留言） 2022年5月9日 (一) 17:40 (UTC)回复

速率吧.....它的速率其實沒有問題，而是頻率的問題，Cewbot每星期才清理偽藍鏈一次，可以說那一次所清理的數量，遠遠不及一星期所增加的偽藍鏈數量，最好是每日一次。確實，維基百科:不要搶機械人的工作，但前提是它們完全能夠獨自清理某些工作吧。-- 約翰同志－條目裱糊匠（留言） 2022年5月9日 (一) 18:26 (UTC)回复

我觀察了好一段時間，目前Cewbot幾乎每天都會清，只是清的份量多少而已，所以我傾向認為是速率問題。--迴廊彼端（留言） 2022年5月19日 (四) 16:28 (UTC)回复

速度的問題，主要是因為每一筆連結都要查詢各項資料以做確認，並且真正能改的不多。所以雖然一直在跑，卻大多改不了。依照當初的討論，能改的連結有限制，例如新文章必須過一禮拜才能當作穩定，您可參考原始碼。或許您可以提供一些應該能讓機器人自動更改，不必列在問題頁面的例子？--Kanashimi（留言） 2022年5月19日 (四) 22:38 (UTC

關於使用者:Cewbot/需要修正的跨語言連結目前我沒想法，謝謝辛苦。速度部分也謝謝您的解說，不過有些偽綠鏈毫無問題也被擱置了半年，您之前清完快取再運行機器人後我仍找到擱置兩年的偽綠鏈Special:Diff/55339541/71554938，這難免讓我好奇有沒有提升清理效能的方法，例如提升機器人整體運行速度、避免機器人總是在特定條目打轉之類的。--迴廊彼端（留言） 2022年6月4日 (六) 13:33 (UTC)回复

Template:DNA

本主題或以下段落文字，在討論結束後應存檔至WikiProject talk:船舶、Template talk:Infobox ship、Template talk:Infobox ship begin。

英維社群目前正在討論模板:Infobox ship begin等子模板合併為一個模板事宜，詳情請看此。

如英維社群決定合併，一定會影響有引進此模板的中維，如果我們不跟着它們合併，長遠會影響中維翻譯英維船舶條目的工作（需要轉換原始碼，費時失事）。

我想問：有沒有熟悉模板編輯（主要是熟悉模板合併）的用戶處理此等事宜 ? 有沒有能夠進行成千上萬的船舶條目的原始碼轉換的機器人 ?--約翰同志－條目裱糊匠（留言） 2022年4月30日 (六) 20:22 (UTC)回复

副知@Cwek、Vozhuo：可能需要進行模板合併的準備。-- 約翰同志－條目裱糊匠（留言） 2022年4月30日 (六) 20:45 (UTC)回复

首先Template:Infobox_ship是跟随en的更新？其次可以以并行切换的方式，逐步淘汰基于模块思路的Infobox ship XX模板组（告知不要使用，和转换方法），如同{{BS}}RDT系列逐步从模板型转为Lua型。思路可以跟随en，但做法可以有所调整。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月1日 (日) 01:32 (UTC)回复

Infobox ship在英維現時是重定向至Infobox ship begin，想不到在中維還在。令人擔心引進英維模板框架的中維與英維的滯後。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 07:32 (UTC)回复

是英语太快，Infobox ship目前有35个外语版呢，Infobox ship begin有48个。是否等英语那边稳定和出现实际问题再研究。Infobox ship begin有1178个链入，似乎没有那么严重。相较而言，PRC admin系列的可维护性更值得中维关注，比如数据难以修订；比如暨南街道坏了，目前坏了53条。--YFdyh000（留言） 2022年5月1日 (日) 08:14 (UTC)回复

是否等英語那邊穩定和出現實際問題再研究，我也是這樣認為的。我出帖的目的，是提醒社群，英維社群對該模板可能有大動作，以免別人合併了，我們還慒然不知，影響中維翻譯英維船舶條目的工作。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 08:33 (UTC)回复

我觉得首先应该先把{{軍艦模板}}（1287引用）、{{軍艦艦型模板}}（111引用）、{{潜艇}}（121引用）、{{艦型模板}}（18引用）这四个以中文参数为主的模板合并成一个覆盖范围更广的模板，比如{{船舶信息框}}。然后再以这个新合并的模板为基础，去扩展兼容英文的参数（从英维提议合并的作者的想法来看，中维上面这几个模板在结构上会和英维合并后的单一模板相似，就有了扩展的可能）。中文维基一直以来就有中英文两套船舶模板，正好趁这个机会先把自己的问题解决了，要不然等英维模板变成新的，中维再引进，就变成三套了，以后就越来越乱了。其实{{軍艦模板}}是有英文参数的，它的英文参数应该是原来英维的{{Infobox_ship}}，你把中维引用Infobox_ship条目的模板名字换成"軍艦模板"显示出来的参数也少不了几个，这是一个很好的合并起点。--Vozhuo_whisper 2022年5月1日 (日) 14:00 (UTC)回复

@Vozhuo：雖然沒有解決中維的問題，但直接跟隨英維的做法，不是更容易嗎 ? 進行翻譯英維船舶條目的工作的用戶，哪有心機去將Template:Infobox ship轉換成自家的船舶模板。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 15:43 (UTC)回复

我说的都是进行模板合并的工作，和写条目的用户没有关系的。事实上我刚才就已经做了一个初步的版本{{Template:軍艦模板/sandbox}}，把上面我说的四个模板合并了起来（样例：Template:軍艦模板/testcases），比我想象中要简单的多。到时候把英文合并后的模板和这个模板做个整合，也未必是件困难的事情。--Vozhuo_whisper 2022年5月1日 (日) 16:37 (UTC)回复

@Vozhuo：模板:Infobox service record能兼容嗎 ? 有些潛艇條目帶有這個模板。字體能和Infobox ship begin等子模板一樣大小嗎 ? 最後，Infobox ship begin等子模板有不同國家服役和多次服役退役的功能，能放上去嗎 ? 謝謝。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 18:41 (UTC)回复

这得等到英文那边整合好了再说。--Vozhuo_whisper 2022年5月2日 (一) 05:02 (UTC)回复

同意。-- 約翰同志－條目裱糊匠（留言） 2022年5月2日 (一) 07:33 (UTC)回复

目標應該是全部整合進Infobox ship，相容中文與英文參數。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月2日 (一) 01:02 (UTC)回复

英維社群已同意將模板:Infobox ship begin等子模板合併為一個模板，現正整合中。-- 約翰同志－條目裱糊匠（留言） 2022年5月11日 (三) 09:27 (UTC)回复

本主題或以下段落文字，移動自Wikipedia:互助客栈/求助#桌上型電腦以google搜尋進入維基百科會變成行動版。执行者：--Xiplus#Talk 2022年5月7日 (六) 05:51 (UTC)。回复

目前只在搜索中文维基百科遇到过这种情况。比如搜索“机甲小宝 Wikipedia”，第一条是 https://zh.m.wikipedia.org/zh-hans/%E9%93%81%E7%94%B2%E5%B0%8F%E5%AE%9D

--Fireattack（留言） 2022年5月1日 (日) 12:43 (UTC)回复

Google还会索引可视化编辑器（?veaction=edit [2][3]）呢！--Txkk（留言） 2022年5月5日 (四) 13:42 (UTC)回复

現在google似乎將行動版wiki設為預設，使敝人必須每次手動切換成電腦版。不知其他維基人如何解決這問題？--es91213（留言） 2022年5月7日 (六) 05:43 (UTC)回复

奇怪，“机甲小宝+Wikipedia”我反而搜到wiki没语言缀的为第一条。不过偶然会搜到zh-tw语言缀的，可能与Google个人搜索算法有关。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月7日 (六) 07:38 (UTC)回复

希望Google編制搜尋索引時能只收集一種網址版本（無論是內容變體還是行動版／電腦版等等），避免混亂。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月7日 (六) 10:23 (UTC)回复

对于手机📱版网页可以让浏览器强制重定向，在用的工具Redirector，感觉可以移植到维基里。--Kethyga（留言） 2022年5月8日 (日) 09:12 (UTC)回复

Special:Diff/70642469/71502073。--Xiplus#Talk 2022年5月8日 (日) 14:09 (UTC)回复

似乎未有反应。--Kethyga（留言） 2022年5月8日 (日) 23:05 (UTC)回复

“User:Xiplus/common.js”，他自己的……意思是供参考。--YFdyh000（留言） 2022年5月9日 (一) 01:02 (UTC)回复

我已经添加到自己的common.js里面了--Kethyga（留言） 2022年5月9日 (一) 01:51 (UTC)回复

这个问题在我这边已经改善，很少再遇到.m链接了。各位那边怎么样？--Fireattack（留言） 2022年5月29日 (日) 11:43 (UTC)回复

些微改善，但很大比例仍是.m。--Xiplus#Talk 2022年5月29日 (日) 12:32 (UTC)回复

Wikipedia:編輯禁制方針页面，有Template:NoteTA/MediaWiki转换组。-{H|紀錄=>zh-cn:记录}-正常转换了正文内容，但简体中文下目录区仍显示“纪录”。预览结果中正常。刷新缓存不见效果。--YFdyh000（留言） 2022年5月8日 (日) 22:51 (UTC)回复

好像没有发现“纪录”。内容和界面的设置都是中国大陆简中。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月8日 (日) 23:45 (UTC)回复

“5.3 纪录”没有吗。--YFdyh000（留言） 2022年5月9日 (一) 01:05 (UTC)回复

好像之前见过目录部分的繁简转换有问题，已经报过P区了。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月9日 (一) 02:09 (UTC)回复

Wikipedia:互助客栈/技术/存档/2022年3月，搜“目录问题”。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月9日 (一) 02:11 (UTC)回复

  赞！看来是新的已知bug，phab:T303855。--YFdyh000（留言） 2022年5月9日 (一) 03:40 (UTC)回复

因为我用脚本把原生目录直接隐藏掉了。  囧rz……——Sakamotosan路过围观 | 避免做作，免敬 2022年5月9日 (一) 02:12 (UTC)回复

有人知道吗？--Txkk（留言） 2022年5月28日 (六) 13:18 (UTC)回复

可以在引入前用mw.config.get('wgDBname') !== 'xxx'判断下。--安忆^Talk 2022年5月28日 (六) 13:39 (UTC)回复

你可以写一个示例吗？--Txkk（留言） 2022年5月29日 (日) 02:28 (UTC)回复

if (mw.config.get('wgDBname') !== 'zhwiki') {
    // 把不希望在zhwiki工作的脚本粘贴到下面

    // 把不希望在zhwiki工作的脚本粘贴到上面
}

--洛普利寧 2022年5月29日 (日) 07:52 (UTC)回复

如果是多个特定的wiki呢？--Txkk（留言） 2022年5月30日 (一) 14:39 (UTC)回复

可用連續邏輯與判斷的方式：

var wgDBname = mw.config.get('wgDBname')
if (wgDBname  !== 'Awiki' && wgDBname  !== 'Bwiki' && wgDBname  !== 'Cwiki' && wgDBname !== 'Dwiki' && wgDBname !== '請照格式繼續添加wiki' ) {
    // 把不希望在Awiki、Bwiki、Cwiki、Dwiki......工作的脚本粘贴到下面

    // 把不希望在Awiki、Bwiki、Cwiki、Dwiki......工作的脚本粘贴到上面
}

或定義在列表['Awiki','Bwiki','Cwiki'...]的版本：

var wgDBname = mw.config.get('wgDBname');
var disableList = ['Awiki','Bwiki','Cwiki','Dwiki','請照格式繼續添加wiki'];
var run_script = true;
for(var it in disableList)if(wgDBname===disableList[it])run_script=false;
if(run_script) {
    // 把不希望在Awiki、Bwiki、Cwiki、Dwiki......工作的脚本粘贴到下面

    // 把不希望在Awiki、Bwiki、Cwiki、Dwiki......工作的脚本粘贴到上面
}

-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月30日 (一) 14:43 (UTC)回复

不必循环，用Array.prototype.includes()就好。--安忆^Talk 2022年5月31日 (二) 03:32 (UTC)回复

（如果硬要es5用Array.prototype.indexOf也可以，if (disableList.indexOf(wgDBname) === -1) {}）--SunAfterRain 2022年6月1日 (三) 03:48 (UTC)回复

如果是反过来，全域脚本只在特定的wiki出现呢？（我不打算在本地新开一个脚本页面）--Txkk（留言） 2022年5月31日 (二) 03:05 (UTC)回复

可以在引入前用mw.config.get('wgDBname') === 'xxx'判断下。--安忆^Talk 2022年5月31日 (二) 03:29 (UTC)回复

如果是多个特定的wiki，就把disable改成able吗？顺带@A2569875。--Txkk（留言） 2022年6月1日 (三) 15:36 (UTC)回复

@Txkk：並不是，把disable改成able沒有任何意義，那只是個名稱，你不管改成NotDisable、enable還是AAABBBCCC依然是原有的邏輯

var wgDBname = mw.config.get('wgDBname');
var disableList = ['Awiki','Bwiki','Cwiki','Dwiki','請照格式繼續添加wiki'];
var run_script = true;
for(var it in disableList)if(wgDBname===disableList[it])run_script=false;

//注意下面那一行的變化
if( ! run_script) { //注意這一行的變化
//注意上面那一行的變化

    // 把希望在Awiki、Bwiki、Cwiki、Dwiki......工作的脚本粘贴到下面

    // 把希望在Awiki、Bwiki、Cwiki、Dwiki......工作的脚本粘贴到上面
}

-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月1日 (三) 16:01 (UTC)回复

上面那樣的邏輯太亂，我給你一個更好的

var enableList = ['Awiki','Bwiki','Cwiki','Dwiki','請照格式繼續添加wiki'];
if(enableList.includes(mw.config.get('wgDBname'))) {
    // 把希望在Awiki、Bwiki、Cwiki、Dwiki......工作的脚本粘贴到下面

    // 把希望在Awiki、Bwiki、Cwiki、Dwiki......工作的脚本粘贴到上面
}

-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月1日 (三) 16:26 (UTC)回复

如果你兩種都要（enableList=白名單；disableList=黑名單）：

var enableList = ['Awiki','Bwiki','請照格式繼續添加wiki'];
var disableList = ['Cwiki','Dwiki','請照格式繼續添加wiki'];
if(enableList.includes(mw.config.get('wgDBname'))) {
    // 把希望只在Awiki、Bwiki......工作的脚本粘贴到下面

    // 把希望只在Awiki、Bwiki......工作的脚本粘贴到上面
}
if(!disableList.includes(mw.config.get('wgDBname')) && !enableList.includes(wgDBname)) {
    // 把不希望在Cwiki、Dwiki......工作，但其他所有wiki都會工作的脚本粘贴到下面

    // 把不希望在Cwiki、Dwiki......工作，但其他所有wiki都會工作的脚本粘贴到上面
}

-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月1日 (三) 16:34 (UTC)回复

哦，我知道了。然后，我记错了单词，disable的反义词是enable来着。--Txkk（留言） 2022年6月3日 (五) 07:53 (UTC)回复

本主題或以下段落文字，在討論結束後應存檔至Template talk:Harvnb。

例如英文维基上（en:Template:Harvard_citation_no_brackets#Usage）给的这个示例，单击“Smith 2020”就能跳转到后面的“Smith, John. Smith's Book. 2020.”，但在中文维基不行。希望能修复下，谢谢！

Article text.<ref>{{harvnb|Smith|2020|p=25}}</ref>
More article text.<ref>{{harvnb|Smith|2020|p=25}}</ref>
Still more article text.<ref>{{harvnb|Smith|2020|p=26}}</ref>

==Notes==
{{reflist}}

==References==
* {{cite book
 | last = Smith | first = John
 | date = 2020
 | title = Smith's Book
}}

--Kcx36（留言） 2022年5月31日 (二) 09:57 (UTC)回复

如果我沒有記錯的話，本站相關模板格式似乎不太相同？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月31日 (二) 14:57 (UTC)回复

参考Template:Harvard_citation_documentation加上|ref = harv后有效。原因是英文维基百科的CS1已将该参数设为默认[4][5]。--YFdyh000（留言） 2022年5月31日 (二) 23:14 (UTC)回复

用模板 {{Citation}}应该是可以跳转的，可以看引用例子上古汉语。

不过中维这个哈佛参考文献格式有个问题，鼠标放在引用处，呈现的是条目预览，而不是像英维一样显示引用的参考文献。--Kethyga（留言） 2022年6月3日 (五) 03:56 (UTC)回复

對啦，我就記得是這參數。當初寫條目的時候也被搞過（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年6月3日 (五) 06:24 (UTC)回复

哈佛参考文献格式系列模板 {{Harvard citation text}}，在预览上（鼠标置于其上），弹出的是条目的预览，而不是像英维的参考文献预览，这个对读者不利，因为跳转不方便。--Kethyga（留言） 2022年6月3日 (五) 04:19 (UTC)回复

具体哪个？也许您说的是WP:POPUP？--YFdyh000（留言） 2022年6月3日 (五) 04:29 (UTC)回复

以条目1918年流感大流行为例，里面用了至少一个{{sfn}}，比如最后一句“一位官员估计7％的当地居民死亡”后使用的参考文献。可能是WP:POPUP的“鼠标悬停于脚注：”部分。

刚发现在旧版Vector (2010)上能够正常地预览脚注，目前使用的 Timeless 不行。--Kethyga（留言） 2022年6月3日 (五) 04:47 (UTC)回复

测试发现，关闭Special:参数设置#mw-prefsection-gadgets里面的WP:POPUP，可以正常预览。鼠标放到哈佛格式的引用上对应的参考文献会用淡蓝色标注。另外，Vector (2010)打开或者关闭WP:POPUP都可以预览。--Kethyga（留言） 2022年6月3日 (五) 07:25 (UTC)回复

本主題或以下段落文字，在討論結束後應存檔至Template talk:Cite book。

1、模板{{cite book}}在使用时，如果同时存在作者和编辑时，编辑后面加的是 “ , 编”，而不是“(编)”。

举例 {{cite book|title=鲁迅全集|author=鲁迅|editor=鲁迅全集编委会}}，结果显示为 ：

• 鲁迅. 鲁迅全集编委会 , 编. 鲁迅全集.

如果只有编辑的话， {{cite book|title=鲁迅全集|editor=鲁迅全集编委会}}，结果显示为：

• 鲁迅全集编委会 (编). 鲁迅全集.

如果添加了章节（chapter）字段，{{cite book|title=某某全书|author=鲁迅|chapter=朝花夕拾|editor=某某全书编委会}}，结果显示为：

• 鲁迅. 朝花夕拾. 某某全书编委会 (编). 某某全书.

2、译者 （translator）字段

如果添加了译者 （translator）字段，{{cite book|title=某某图书|author=张某某|translator=鲁迅}}，结果显示为：

• 张某某. 某某图书. 由鲁迅翻译.

感觉改成 “张某某. 鲁迅 (译). 某某图书. ”，风格比较统一。

--Kethyga（留言） 2022年6月2日 (四) 12:43 (UTC)回复

說起來，既然這括號裡面總是中文而不像其他部分可能有外文，那或許應該改用全形，比方說「（編）」、「（譯）」等。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年6月3日 (五) 06:22 (UTC)回复

《GB/T 7714–2005》的前言裡規定「本标准的著录用符号为前置符」，這裡的“前置符”語焉不詳，但可以合理推定是指半角符號，因為《GB/T 7714–2005》的所有引文示例均使用了半形符號。另外「編」、「譯」之類的文字應與整條引文的語種相一致，固定以中文顯示不甚妥當（已在下文開啟議題）。--蕭漫（留言） 2022年6月3日 (五) 20:22 (UTC)回复

要是非得用一個括號括着的話，也應該是以[ ]。國標以此作為自定義信息。--Ghren🐦🕑 2022年6月4日 (六) 06:32 (UTC)回复

(＋)支持：由于 CS1 模板以半形分号分隔人名，故使用 translator1、translator2、translator3 填写多个译者时，会生成：

• Nelson, J.S. 世界魚類. 由李思忠; 陳星玉; 陳小平翻译. 基隆: 水產出版社. 1994. ISBN 957-8596-03-0. OCLC 62611228. NLC 001533179. 

这里的“由李思忠; 陈星玉; 陈小平翻译”看上去十分别扭，因此确实有必要修改译者字段的显示风格。不过根据《GB/T 7714》，译者属于“其他责任者”，仍应显示于书名之后，见《GB/T 7714–2005》和《GB/T 7714–2015》中“4.1.2 著录格式”一节的示例2：

--蕭漫（留言） 2022年6月3日 (五) 19:31 (UTC)回复

“由某某某翻译”，可能是翻译自英维的 translated by，参见上古汉语条目，其中“由某某某翻译”，如果里面是英语的话，不会加空格。--Kethyga（留言） 2022年6月3日 (五) 23:01 (UTC)回复

看来译者字段也需要根据引文语种作出区分，中日韩引文改为《GB/T 7714》的格式，印欧语系的引文仍保持英维原格式。--蕭漫（留言） 2022年6月4日 (六) 05:31 (UTC)回复

近日发现在 CS1 引文模板中填入“display-authors=etal”或“display-editors=etal”后，所生成的字样由原先的“; 等”变成了“; et al”，参见“令狐姓”条目中的1、7、10号参考文献，暂时还没搞清楚是什么原因导致的。个人认为，该字样应与整条引文的语种相匹配，在中文引文内显示为“; 等”，在外文引文内显示为“; et al”，避免出现中外文混杂的情况。

再如“editor”系列参数生成的“编”字，也应当基於引文语种作出区分，在中、外文引文内分别显示为“编”和“eds.”。目前在引用外文文献时使用“editor”系列参数，会导致一串外文内出现一个汉字“编”，使整条引文看上去不是很协调，参见“Template:MSW3 Wozencraft”。不知在技术上是否有办法改进这些细节，令维基编者根据情况需要来指定所显示的文字？@Antigng：--蕭漫（留言） 2022年6月3日 (五) 22:28 (UTC)回复

那个“等”变“et al”的，可以看Module:Citation/CS1/Configuration的最近编辑。后缀 (编)、(译)什么的，感觉中日韩的可以和印欧语系的区分开来。

上边的译者是其他责任者吗，感觉也挺重要的。--Kethyga（留言） 2022年6月3日 (五) 23:12 (UTC)回复

作者（author）和编辑（editor）是主要责任者，显示于书名之前；译者、审校者、插画师等都是其他责任者，显示于书名之后，在 CS1 模板内可用|others=参数著录。--蕭漫（留言） 2022年6月4日 (六) 05:31 (UTC)回复

你看看秦观的第一个参考文献，虽然原文是秦观的，不过内容可能是经过了徐培均的批注，这个我暂时把 徐培均 (批注) 放在了 others 参数里。--Kethyga（留言） 2022年6月4日 (六) 05:39 (UTC)回复

@乌拉跨氪：，Special:Diff/71556201。--Antigng（留言） 2022年6月4日 (六) 08:19 (UTC)回复

et al.和eds.都是拉丁式的文献格式用法，不应该翻译。现在的模板参数需要做调整，区分中外文文献，避免出现中外文杂糅。乌拉跨氪 2022年6月5日 (日) 16:46 (UTC)回复

是否可以參考日語維基百科的 cite_book 裏面添加的“和書”參數，裏面將日語和中文與主要的英語參考文獻格式區分開。--Kethyga（留言） 2022年6月5日 (日) 23:36 (UTC)回复

但这不解决参数缺省状态下的默认显示问题。--Antigng（留言） 2022年6月6日 (一) 03:40 (UTC)回复

那是否可以重新起用{{Cite book zh}}、{{Cite book en}}、{{Cite journal zh}}，发现之前是改成重定向了。--Kethyga（留言） 2022年6月9日 (四) 06:19 (UTC)回复

不能用language的參數決定嗎？填入zh就顯示「等」之類的。--Ghren🐦🕓 2022年6月9日 (四) 08:01 (UTC)回复

或者可以检查author参数的字符，若是CJK区域内的用“等”，其外用拉丁文。这样就不存在language参数缺省的困难。乌拉跨氪 2022年6月12日 (日) 18:54 (UTC)回复

用於日食條目的File:Geometry of a Total Solar Eclipse.svg有多語言翻譯。其中zh-hans版可以正常顯示，但無論是zh還是zh-hant版都無法在「繁體」轉換狀態下正常顯示，而是默認回到zh-hans版。怎麼辦？鋼琴小子 2022年6月2日 (四) 22:24 (UTC)回复

这张图片没有繁体中文版，需要单另制作并上传。--蕭漫（留言） 2022年6月3日 (五) 18:21 (UTC)回复

請見圖片源碼，內含簡體和繁體文字。--鋼琴小子 2022年6月4日 (六) 00:09 (UTC)回复

• @蕭漫：見此commons: commons:Translation_possible/Learn_more#Multiple translations within one SVG file和meta:Meta:Language select。svg本來就支援單一圖像多個語言功能，@蕭漫：您可能誤會了。這裡的主題是「明明已經定義了zh-hant卻無法藉由commons: commons:Translation_possible/Learn_more#Multiple translations within one SVG file定義了繁體與簡體卻無法顯示」，可能需要去meta或commons詢問會快一些，畢竟這看起來像蠻新的功能，本地瞭解的人可能不多。—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月4日 (六) 06:18 (UTC)回复

  原來如此。我還以為 svg 圖片需要像點陣圖那樣，每種語言單獨對應一個版本。--蕭漫（留言） 2022年6月5日 (日) 11:17 (UTC)回复

  • 如下所示

	[[File:Geometry of a Total Solar Eclipse.svg |lang=en]]	[[File:Geometry of a Total Solar Eclipse.svg |lang=zh-hans]]

因此解法絕對不是另外製作上傳新圖像，應該是原本圖像定義上可能出了什麼問題，或者mediawiki在多語言圖片上處理語言變體上有BUG。—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月4日 (六) 06:47 (UTC)回复

• 我覺得可能是bug ，因為輸入「zh-hant」會有反應（你可以測試亂輸入它識別不出來會是預設語言）代表他能識別「zh系列」但在變體切換他似乎只能讀取到zh，所以zh-hant和zh-hans的效果變成相同。如果確定是bug，可以提報phab。—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月4日 (六) 06:56 (UTC)回复
  • @Yinweichen：看起來很可能是BUG，我把commons:Special:Diff/661405767zh-hant和zh-hans順序對調一下就變成只能顯示zh-hant了。看來它似乎只能讀到第一個「zh-XX」-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月4日 (六) 07:05 (UTC)回复

    我在Commons上留言了：commons:Commons:Village_pump/Technical#SVG_translation_for_zh-xxxx_variants_broken--鋼琴小子 2022年6月4日 (六) 08:54 (UTC)回复

  這是個bug沒錯，一年多前我就在wd的主頁和他交戰過了w--SunAfterRain 2022年6月8日 (三) 01:15 (UTC)回复

例如2022年丹麦欧盟选择退出权公投，编辑者已经写入了map_caption，但是显示的还是默认的。--Fireattack（留言） 2022年6月3日 (五) 21:34 (UTC)回复

將參數名改為mapcaption後，可以顯示。是否可以增加map_caption為參數別名？——${\displaystyle \definecolor {my}{rgb}{0.04,0,0.5}\color {my}{\mathsf {htc_{23}}}}$ （留言） 2022年6月3日 (五) 22:25 (UTC)回复

原来中英参数名不一致，是我看走眼了。感谢帮助--Fireattack（留言） 2022年6月5日 (日) 15:09 (UTC)回复

我看源代码是和英文维基完全一样的，但是完全没有切换的选项，只是两张图简单地上下排列而已。也看不到图片的caption。--Fireattack（留言） 2022年6月3日 (五) 21:38 (UTC)回复

需要运行英文维基默认启用的en:MediaWiki:Gadget-switcher.js--YFdyh000（留言） 2022年6月4日 (六) 00:17 (UTC)回复

副知@Antigng。--Txkk（留言） 2022年6月7日 (二) 04:19 (UTC)回复

本主題或以下段落文字，在討論結束後應存檔至Template talk:Cite thesis。

学位论文引用模板 {{Cite thesis}}，如果填写'page'参数的话，页码会以':nn'的形式显示在大学/出版社的后面和年份的前面，感觉与{{cite book}}等风格不一致，不知道放置这里的根据是什么？见条目柳永的 第一个参考文献。另见之前冰火的提问 Template_talk:Cite_thesis#“页码”的顺序。 --Kethyga（留言） 2022年6月4日 (六) 04:00 (UTC)回复

我想是沒有任何依據。--Ghren🐦🕑 2022年6月4日 (六) 06:35 (UTC)回复

与MediaWiki_talk:RefToolbarConfig.js#页码与日期的顺序问题重复，计划于下一个版本修正。--Antigng（留言） 2022年6月4日 (六) 08:07 (UTC)回复

@Antigng：还有个问题想问一下，英维的 {{cite thesis}} 使用|type=参数指定学位，而本地模板的|type=参数似乎不起作用，需改用|degree=参数指定学位，不知这是 bug 还是有意为之？--蕭漫（留言） 2022年6月5日 (日) 11:39 (UTC)回复

原因不清楚，但这显然是更好的处理方式。type太宽泛，容易乱填。--Antigng（留言） 2022年6月5日 (日) 12:02 (UTC)回复

我最近用Python脚本做了一个欢迎IP用户的机器人U:Ipwelcomebot，现在基本可以工作了，请大家留意，代码：U:QiuLiming1/bootcode QiuLiming1（留言） 2022年6月5日 (日) 05:20 (UTC)回复

您好。首先，目前站内未有共识默认欢迎有编辑的匿名用户。其次，若站内有此共识，也应由通过系统配置由New user message自动完成。第三，请勿运行未经批准的机器人任务，在达成共识后，请于此页提出申请。最后，请遵循良好实践，通过mediawiki的api（api.php）提交查询与编辑请求；勿编写“网页爬虫”式的机器人，通过人编辑的界面（index.php）提交请求。--Antigng（留言） 2022年6月5日 (日) 05:33 (UTC)回复

谢谢您，我撤回申请。那个API是只支持JS语言吗？--QiuLiming1（留言） 2022年6月5日 (日) 06:20 (UTC)回复

API支持json和xml两种格式，没有语言依赖。--Antigng（留言） 2022年6月5日 (日) 06:27 (UTC)回复

我如果只想做1次请求测试代码写没写对也要申请吗？--QiuLiming1（留言） 2022年6月5日 (日) 06:32 (UTC)回复

见方针，您可以在自己的用户页沙盒进行少量测试。--Antigng（留言） 2022年6月5日 (日) 07:37 (UTC)回复

使用Python也可以看看PyWikipediaBot。--Air7538（留言） 2022年6月6日 (一) 04:02 (UTC)回复

本主題或以下段落文字，在討論結束後應存檔至Template talk:Infobox animanga。

這個條目內的{{日本動畫工作室}}在展開時會超出邊界（如附圖），在其他條目就正常顯示，有人知道問題出在哪裡嗎？ -- Za9941（4000+｜留言板） 2022年6月6日 (一) 08:28 (UTC)回复

  已修复 模板里放了reflist。条目中加上reflist，看上去可以了。--YFdyh000（留言） 2022年6月6日 (一) 09:12 (UTC)回复

2022年6月7日 (二) 02:46 (UTC)

默认的界面语言好像是中文，这是正常的吗？--Txkk（留言） 2022年6月7日 (二) 04:16 (UTC)回复

哪里在办选举，界面语言就会暂时调整至哪里的语言。--MilkyDefer 2022年6月7日 (二) 11:58 (UTC)回复

如果有多个选举同时办呢？--Txkk（留言） 2022年6月7日 (二) 14:52 (UTC)回复

不会的，开选举需要去phab提，他们会排期。--MilkyDefer 2022年6月7日 (二) 15:16 (UTC)回复

本主題或以下段落文字，在討論結束後應存檔至Template talk:NavboxV2。

请问大家，在Template:中华人民共和国城市轨道交通中，对Template:中华人民共和国有轨电车和轻轨和Template:中华人民共和国的市郊铁路原来Navbox可以设置的child功能，在NavboxV2中无法实现，应该如何解决？谢谢！--Zzhtju（留言） 2022年6月7日 (二) 18:15 (UTC)回复

NavboxV2在改写时，“没预料到”在list里面额外嵌套一个Navbox，所以没有实现类似Module:Navbox中353~369行的处理。——Sakamotosan路过围观 | 避免做作，免敬 2022年6月8日 (三) 07:59 (UTC)回复

感谢拨冗答复，请问有什么比较好的解决办法吗？--Zzhtju（留言） 2022年6月8日 (三) 09:25 (UTC)回复

暂时解决的话，如果像这种一个主Navbox的list嵌套一个可以独立使用的Navbox做子Navbox的，可以里面的子Navbox先用回{{Navbox}}。本来{{NavboxV2}}的考虑是希望将单纯嵌入非独立的{{Navbox|child}}等类似的Navbox模式合并一起，来避免WP:模板限制。如果还没有达到限制的话，可以先不改写。

至于NavboxV2这部分的话，可能补充调整和测试。——Sakamotosan路过围观 | 避免做作，免敬 2022年6月10日 (五) 00:59 (UTC)回复

原標題：什麼時候冒出了「字幕」命名空間，還顯示錯誤

如題，中文維基百科什麼時候引入了「字幕」命名空間了？，未見WP:命名空間有提及。且隨便點進去一個字幕命名空間頁面 TimedText:1 （ 建立頁面連結圖像TG討論）裡面顯示「維基百科目前還不存在名為「TimedText:1」的命名空間偵測錯誤。」顯然是有bug 的吧。有幾個問題：

1. 字幕命名空間何時引入的？
2. 字幕命名空間如何使用有沒有說明？何時會用到？
3. 是否需要在WP:命名空間補充提及？
4. 「命名空間偵測錯誤。」BUG是否需要修復？

以上-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 06:50 (UTC)回复

• (？)疑問（Special:Diff/72055421）：@Xiplus：所以這是本地能用的命名空間嗎？-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 08:34 (UTC)回复

  原本是需要opt-in才會開啟這個命名空間，但在該task中提到的patch移除掉這個配置了，所以才意外在所有wiki上開啟這個命名空間，先等等看他們是決定還原這個配置，還是就永久全面開啟，總之我認為本地先不需要做任何動作，以免徒勞。--Xiplus#Talk 2022年6月8日 (三) 08:36 (UTC)回复

  • (？)疑問@Xiplus：那麼是不是只要有本地共識，就能要求phab在zhwiki保留此功能以免徒勞？如果是我們就開議案-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 08:41 (UTC)回复

    是。--Xiplus#Talk 2022年6月8日 (三) 08:54 (UTC)回复

    (？)疑問@Xiplus：所以如果我現在建立了，然後他們關掉了，會發生甚麼事？-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 09:17 (UTC)回复

    （可以不要每個回應都使用訊息圖示模板嗎，沒有人蠢到沒看到這個模板就不知道這是疑問句，適度使用可以在長篇討論引起注意，持續使用就是濫用，只讓我在閱讀這個討論串時受到干擾而已）

    頁面會暫時消失，可以由系統管理員修復到主命名空間或其他合適命名空間--Xiplus#Talk 2022年6月8日 (三) 11:11 (UTC)回复

既然是字幕，显然是给视频用的。--Txkk（留言） 2022年6月8日 (三) 08:33 (UTC)回复

• (？)疑問@Txkk：如何使用？在哪邊輸入？如何與视频綁定？有沒有規定格式？能直接編輯嗎？如何創建？？-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 08:36 (UTC)回复

  你可以去英文維基百科看看，他們開很久了，也有不少頁面。--Xiplus#Talk 2022年6月8日 (三) 08:36 (UTC)回复

  • (？)疑問@Xiplus：所以現在是可以直接從enwiki翻譯頁面過來嗎？如果不能，甚麼時候可以？-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 08:39 (UTC)回复

    有需要再說啊，我還沒找到這個字幕會在哪邊顯示。--Xiplus#Talk 2022年6月8日 (三) 08:54 (UTC)回复

    • @Xiplus：從這裡就可以進入字幕編輯介面了，估計會顯示在對應影片下方。如TimedText:CartmanAnalProbeSinga.ogg對應File:CartmanAnalProbeSinga.ogg-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 09:14 (UTC)回复

      我找了有關連字幕的影片或音訊檔案，在播放器點擊開啟字幕都沒有反應。--Xiplus#Talk 2022年6月8日 (三) 11:01 (UTC)回复

    • (？)疑問@Xiplus：所以現在到底需不需要更新{{NSPN}}？-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 09:01 (UTC)回复

要开启的话，至少要考虑本地是不是有很多视频文件和有需要配置字幕的需求？根据Special:媒体统计估算，ogg是视频的统计到6个文件。（至少有一个找到的是这个：File:Bad_apple!!_sample.ogg）——Sakamotosan路过围观 | 避免做作，免敬 2022年6月8日 (三) 08:58 (UTC)回复

測試了一下有介面。但您給的例子File:Bad_apple!!_sample.ogg剛好還沒有到有歌詞的段落  囧rz……-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 09:05 (UTC)回复

翻了一下，確實有可以本地上字幕的文件，如File:CartmanAnalProbeSinga.ogg-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 09:09 (UTC)回复

如果是功能误开的话，到时还是会关掉。主要问题是：“本地是不是有很多视频文件和有需要配置字幕的需求”。——Sakamotosan路过围观 | 避免做作，免敬 2022年6月8日 (三) 09:26 (UTC)回复

若仅统计添加了正确的合理使用模板的视频文件，本地的合理使用视频文件很少，小于10件（Special:链入页面/Template:Non-free_video_sample）。私以为用途不大，但多一个功能总归是好事吧。--BlackShadowG Slava Ukraini! 2022年6月8日 (三) 12:32 (UTC)回复

@BlackShadowG：因為是功能误开，所以到時候还是会关掉，所以如果本地要保留此功能，可能需要一個引入字幕功能的本地共識-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 12:43 (UTC)回复

所以我们现在就是讨论到时候本地是否要保留此功能嘛。--BlackShadowG Slava Ukraini! 2022年6月8日 (三) 12:50 (UTC)回复

• 我個人是(＋)支持引入的，因為總是會有c 區無法提供字幕的情況，就需要本地字幕來支援。—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 13:59 (UTC)回复

多一个鸡肋功能不一定是好事。一来本地视频文件似乎很少，二来其中需要为配音标字幕的视频也似乎更少。——Sakamotosan路过围观 | 避免做作，免敬 2022年6月8日 (三) 13:00 (UTC)回复

本主題或以下段落文字，在討論結束後應存檔至Template talk:!、Module talk:Citation/CS1/Language。

留意到在cite web当中的title参数当中使用到{{!}}的话，{{!}}前面的内容都不会显示出来。例如：

{{cite web|title=Google {{!}} 关于|url=https://about.google/|work=Google|accessdate=2022-06-08}}

返回：

关于. Google. [2022-06-08].

这到底是哪里的问题啊？--🔨（留言） 2022年6月8日 (三) 07:19 (UTC)回复

• (：)回應：@Liu116：可用{{cite web|title=Google | 关于|url=https://about.google/|work=Google|accessdate=2022-06-08}}→「Google | 关于. Google. [2022-06-08]. 」。-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 07:43 (UTC)回复
  • 我当然知道这方法。但这问题出现之前已经有不少页面的来源标题用了这个模板了，另外{{!}}这个模板显然相比“|”更方便，如果能够修复其在cite模板当中的显示问题显然更好。--🔨（留言） 2022年6月8日 (三) 08:19 (UTC)回复

    {{!}}不是模板，是个魔术字：mw:Help:Magic_words#Other--百無一用是書生 (☎) 2022年6月8日 (三) 08:26 (UTC)回复

    另外，哪有文章会用“Google | 关于”这样的标题？不会只是自动抓取html中的<title>部分造成的吧？这本身就是需要修复的问题--百無一用是書生 (☎) 2022年6月8日 (三) 08:30 (UTC)回复

    原网页没有用管道符号，当然是我自己为了重现问题这样用的啦！英文版没具体确认到是不是也是魔法字，但显然英文版没有我这问题。--🔨（留言） 2022年6月8日 (三) 08:35 (UTC)回复

    目前在所有wiki上都是魔法字--百無一用是書生 (☎) 2022年6月8日 (三) 09:06 (UTC)回复

    enwiki没问题，应该是在lua脚本里做了处理了吧？--百無一用是書生 (☎) 2022年6月8日 (三) 09:08 (UTC)回复

    我不知道英文那边具体是怎么处理的。就算我知道，我自己肯定是没有权限修改的。--🔨（留言） 2022年6月8日 (三) 09:40 (UTC)回复

遇到这种情况，只能手工替换这些管道符为实体字符呗。——Sakamotosan路过围观 | 避免做作，免敬 2022年6月8日 (三) 08:53 (UTC)回复

现阶段要替换成“|”不靠手工靠机器人也行，不过果然还是觉得能够修复更好，毕竟{{!}}还是更方便，而且英文版没这问题肯定相关代码已经和中文有不同。--🔨（留言） 2022年6月8日 (三) 09:19 (UTC)回复

可以用{{pipe}}，效果一样，cite模板也能正常显示：Google | 关于. Google. [2022-06-08]. --BlackShadowG Slava Ukraini! 2022年6月8日 (三) 13:02 (UTC)回复

这个不错，总比打字符实体方便。--🔨（留言） 2022年6月9日 (四) 02:13 (UTC)回复

這是Module:Citation/CS1/Language#L-143造成的，如果使用魔術字，會變成-{Google | 关于}-進而觸發轉換規則。--Xiplus#Talk 2022年6月8日 (三) 13:35 (UTC)回复

感谢找出问题所在，不过从代码看来，要么要用其他的方式来写这段代码，确保既可不转换来源标题又可让{{!}}正常显示，要么就只能暂时维持现状，使用其他的方式来呈现管道符号了。--🔨（留言） 2022年6月9日 (四) 02:13 (UTC)回复

  已修复 @ Special:Diff/72102371，问题来自Special:Diff/62087761，讨论在Module talk:Citation/CS1#script-title=zh:。但是这里说到“試行一個月”而我并没有找到一个月后的评估讨论，@AT。Liangent（留言） 2022年6月11日 (六) 07:28 (UTC)回复

@Liangent，不說我也忘了。不過，也實施差不多兩年多了，也不見什麼異議，或許大家也同意這個改動？--AT 2022年6月11日 (六) 11:11 (UTC)回复

我幾次見到為此強迫編者使用特定中文變體的例子。我知道此舉有其背景，但個人不太認同這種行為就是。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年6月11日 (六) 14:01 (UTC)回复

我不能同意這個改動，有什麼論文有或者書籍會繁體來源使用繁體字，簡體來水源使用簡體字？就像劉勰一文就炸了。很多內地書籍用繁體字，你告訴我要按原文輸入多多少少有些強人所難。本身假如來源有什麼繁簡轉換問題編者就應該做好吧。你們喜歡的話可以保留標題以原本的變體顯示，但是也應該有法子讓不希望轉換的編者自行選擇就是。--Ghren🐦🕛 2022年6月12日 (日) 04:58 (UTC)回复

「有什麼論文有或者書籍會繁體來源使用繁體字，簡體來水源使用簡體字？就像劉勰一文就炸了。」完全不懂您在說什麼，也看不懂您在劉勰的操作。「很多內地書籍用繁體字，你告訴我要按原文輸入多多少少有些強人所難。」顯然地大陸書籍的話必然簡體更多，繁體只佔很少的部分，相反亦然，而且繁簡轉換本來就非常簡單，在維基上預覽一下都能轉換了，我不認為這有什麼強人所難的。「你們喜歡的話可以保留標題以原本的變體顯示，但是也應該有法子讓不希望轉換的編者自行選擇就是。」現在就是不轉換標題，直接顯示代碼裡的字體，而且您前句和後句說的意思是相同的，您的意思會否是可以選擇保留原文標題用字或按地區自動轉換繁簡？如果技術上能做到的話，無任歡迎。--AT 2022年6月12日 (日) 10:14 (UTC)回复

上邊那句話看來我打錯了很多字  囧rz……。「你們喜歡的話可以保留標題以原本的變體顯示，但是也應該有法子讓不希望轉換的編者自行選擇就是。」，中間的「不」多打出來了。我在劉勰一文對於來源的處理也就是將引文格式手動變回兩年前還沒修定的樣子，繁簡可以如常轉換。既然繁簡轉換非常簡單，我既然手動將繁簡轉換成本來的原文的樣子，這樣我為什麼不直接將其轉換成繁體簡體都是對的樣子？來源和正文、繁體來源都混雜在一起，來源不多的時候還好，來源多的時候根本記不過來。有些是轉引的來源，有些可能是PDF版和HTML版，有些可能是預印版，數個版本之間繁簡不一定一致，我也不一定能看到最原始的版本，根本不可能按這套制度來。再者，這種引用保留原文繁簡標題的做法，我也看不出有實際的機構支持，也看不出有文章實例。我的意思要是大家都認為保留繁簡是比較好的話，也應該讓編者自行選擇保留原文標題或者轉換。本來是可以的，這樣一修之下，現在不行了。--Ghren🐦🕗 2022年6月12日 (日) 12:33 (UTC)回复

看不太懂您的意思，您是指這個Special:Diff/72102371改動導致劉勰的來源崩了？那看看怎樣修改吧，目前這個代碼露出是肯定不行啊。--AT 2022年6月12日 (日) 13:57 (UTC)回复

Special:Diff/72130103先把它修成之前的状态，但我个人的意见是模板用户只应该按约定在title填title，而不应该写入其他语法，尤其是不应该填入一个不完整的语法片段使其“恰好”和模板的其他部分配合产生需要的效果。我能想到的另一个abuse方法是写|title={{)}}-希望被繁简和地区词转换的文字-{{(}}|，暂且不说应不应该这样做为了来使标题会被转换，但这个肯定不保证改模板后不被弄坏。Liangent（留言） 2022年6月13日 (一) 03:55 (UTC)回复

果然正常了，太感谢了！虽然来源标题不转换确有合理之处吧，不过视乎具体改法考虑bug的存在也是必要的啊……话说其实我两年前就发现这bug了，不过我一直没提出来……--🔨（留言） 2022年6月12日 (日) 03:02 (UTC)回复

能否在citoid里，把标题里面的"|"转换掉，一般在自动引用时会引入这个问题。--Kethyga（留言） 2022年6月12日 (日) 06:28 (UTC)回复

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:Twinkle。

RT，建议在工具里面加入提报内容评选DYK、GA、FA、FP功能。设计提报条目评选功能的时候，建议加入初步核查条目提报资格的功能，把存在维护模板的、新条目近期没有重大或字节不够等问题的条目挡下来。如果这个能实施，一来可以简化提报流程，二来可以直接阻挡明显不符合标准的内容提名，有效节省资源。--百战天虫（留言） 2022年6月10日 (五) 14:59 (UTC)回复

ITN也可以搞起来。顺便@Xiplus--百战天虫（留言） 2022年6月10日 (五) 15:00 (UTC)回复

可以是獨立工具，不是非得加到Twinkle內。--Xiplus#Talk 2022年6月10日 (五) 15:11 (UTC)回复

单独做一个太麻烦了，用现有工具方便大家使用。--百战天虫（留言） 2022年6月12日 (日) 05:39 (UTC)回复

說實在的，好像沒有這種必要（有的話當然好，問題是真的行嗎？）。因為，連短短幾分鐘的提名都這麼��嗎...？--Z7504非常建議必要時多關注評選（留言） 2022年6月11日 (六) 14:30 (UTC)回复

不是懒的问题，这个工具可以帮助不熟悉的评选标准的编者正确提名。--百战天虫（留言） 2022年6月12日 (日) 05:39 (UTC)回复

各位维基人大家好。经过我和一位英文维基百科用户的沟通，确认绿链现有的颜色（#007a5e）不符合WCAG AAA指引，也就是说，此颜色对视障人士不友好。

对方建议将颜色改为#10654E，颜色与原有颜色相近，但符合此指引的要求。

以上。--Diskdance 2022年6月11日 (六) 10:56 (UTC)回复

• 绿链现有的颜色#007a5e ；提議的颜色 #10654E  。把顏色Show出來比較好讓社群評估吧。-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月11日 (六) 11:06 (UTC)回复
• 现有#007a5e、#10654E。WCAG。检查器。我记得讨论过。--YFdyh000（留言） 2022年6月11日 (六) 11:07 (UTC)回复

更换后链接与主体部分文字的颜色对比度似乎不符合规定。--Yining Chen（留言|签名页） 2022年6月12日 (日) 09:19 (UTC)回复

好像是的，让我问一下他……--Diskdance 2022年6月12日 (日) 09:39 (UTC)回复

這個問題好像不是特別大，把顏色稍微調整一下就過了--Za9941（4000+｜留言板） 2022年6月12日 (日) 11:54 (UTC)回复

您用#10655E，就又不符合AAA标准了。个人建议采访到真正受到影响的用户，而不要按标准猜测。--YFdyh000（留言） 2022年6月12日 (日) 12:13 (UTC)回复

提醒一下，默认Vector皮肤使用的body text color是#202122 ，不是#000000 --Steven Sun（留言） 2022年6月13日 (一) 02:09 (UTC)回复

我觉得变化不是很大，对我没什么影响，但对视障人士的体验将会有很大改善，因此(＋)支持。 Have a good day! -- doge24190（☎） 2022年6月12日 (日) 03:54 (UTC)回复

• 直接各種版本比較看看吧：

1. 原來版本（007a5e）：我是2002年10月24日成立的中文维基百科。
2. 參考修訂版本一（10654E）：我是2002年10月24日成立的中文维基百科。

對了，所以這些連結的顏色標準是根據什麼？--Z7504非常建議必要時多關注評選（留言） 2022年6月12日 (日) 10:16 (UTC)回复

雖然這個顏色對使用了{{Navbox}}的模板仍不是很理想，但總比原本的好，所以(＋)支持。 -- Za9941（4000+｜留言板） 2022年6月12日 (日) 11:26 (UTC)回复

请先确定出合适的颜色再继续剩余讨论。目前可以确定的是现有的颜色肯定存在问题。--Diskdance 2022年6月12日 (日) 12:26 (UTC)回复

本主題或以下段落文字，在討論結束後應存檔至Template talk:WikiProject Biography。

传记专题模板{{WikiProject Biography}}，有一个参数|living=，这个能否根据条目内的使用的生卒模板{{Bd}}参数自动修改？主要是从living=yes，修改成no。 --Kethyga（留言） 2022年6月12日 (日) 15:11 (UTC)回复

读取判断Bd存在恐怕不能，写机器人自动修改参数则容易做到。--YFdyh000（留言） 2022年6月12日 (日) 15:37 (UTC)回复