模組討論:Citation/CS1

求管理员更新

{{editprotected}}en:Module:Citation/CS1 在今年 3 月底有次调整，建议管理员更新。--⚞★⚟ 2014年8月12日 (二) 01:53 (UTC)

@Great_Brightstar：完成，谁有空仔细检查一下？Liangent（留言） 2014年9月20日 (六) 14:05 (UTC)

编辑请求

请求已处理--Wcam（留言） 2015年5月6日 (三) 14:34 (UTC)

请求根据w:Module:Citation/CS1更新，以消除arxiv参数的问题。 --1=0，欢迎参与WP:模仿专题 2015年5月6日 (三) 05:59 (UTC)

• 完成--Wcam（留言） 2015年5月6日 (三) 14:34 (UTC)

script-title

{{editprotected}} 本人最近從英文維基翻譯條目成中文，英文維基發現那邊的引用模板（如{{Cite news}}、{{Cite web}}等）有個參數叫{{{script-title}}}，中文維基這邊卻沒有，以致出現一些錯誤。請管理員從英文維基引進這個參數。--Quest for Truth（留言） 2015年9月6日 (日) 07:09 (UTC)

patch it?--广雅 范★ 2015年9月7日 (一) 14:20 (UTC)

你是叫我自己寫個更新版出來嗎？說實在，我不知道具體應該怎檥改，代碼太長太複雜了，我自己看不懂，但是我留意到英文維基那邊有詳細說明，Ctrl+F搜尋「script-title」就能找到，希望有人看得懂。--Quest for Truth（留言） 2015年9月7日 (一) 19:56 (UTC)

找过Liangent，他说有时间再弄好，然后可能跑机器人把格式全部替换掉。--CAS222222221 2015年9月8日 (二) 03:26 (UTC)

现在的 |title={{lang|en|XXXXX}} 可能要想办法都展开成 |script-title=en:XXXXX 但这个又不能照套enwiki的，这边要加上适当的转换标签防止转换。Liangent（留言） 2015年9月8日 (二) 22:03 (UTC)

有必要急於去修改現在的 |title={{lang|en|XXXXX}} 用法嗎？請見我在英文維基的沙盒，使用 |title={{lang|en|XXXXX}} 也不會有太大問題。我意思是過渡期間兩者並存也不是問題。

放条目里就不一样了，会把条目扔进Pages with citations having wikilinks embedded in URL titles里面。（其实那段代码这边现在就有，只是给注释掉了）Liangent（留言） 2015年9月13日 (日) 02:32 (UTC)

完成 Liangent（留言） 2015年12月8日 (二) 06:12 (UTC)

CS1更新

1. 新参数|script-title=和|script-chapter=，现在title和chapter中若直接使用{{lang}}可能导致错误，Wikipedia:机器人/申请/Liangent-bot/18将进行清理user:Quest for Truthuser:CAS222222221[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]；
2. |month=和|day=参数不再支持，需更改为|date=（结合|year=），可能需要机器人清理（不知道有多少），这个不会产生用户可见的错误所以不急，欢迎来写机器人Wikipedia:机器人/申请/Liangent-bot/19将进行清理user:Antigng[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]；
3. Module:Citation/CS1/Configuration有了一堆新字符串，欢迎来翻译，并根据翻译后的名字创建相关维护分类user:乌拉跨氪[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]；
4. 我尽量对照着把原来zh改过的地方再对照着改了一下，请协助检查有没有还需要修改的user:Justice305[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]；
5. 已知问题：使用中文值（x年x月x日）的accessdate目前均会报错，原因是新加入的检查代码用去parse日期，而相关部分不接受中文日期，此问题待处理。已解决

Liangent（留言） 2015年12月8日 (二) 06:46 (UTC)

问题不止这些：1、所有使用了“|language=”参数的条目都会出现这样的一个分类：“CS1 XX-language sources (xx)”；2、截至留言时，日文来源就算使用了“|language=ja”参数照样无法避免部分日文汉字繁简转换的问题。看起来代码还需进行一些修正。--№.N（留言） 2015年12月8日 (二) 09:07 (UTC)

前一个问题是我说的第3点；关于后一个问题，设计是（并且一直是这样的定义的）language=指定来源内容的语言（点开链接后的），标题本身的语言之前没地方指定，于是有人手工套上lang模板，但这带来了一些别的问题。现在能用script-title了，我打算把用了lang的全改成script-title，没用的就不好办了。Liangent（留言） 2015年12月8日 (二) 09:21 (UTC)

呃，原来现在要用script-title了呀……--№.N（留言） 2015年12月8日 (二) 09:24 (UTC)

其实吧，enwiki那边的设计是script-title写原文（会是不同script），title写罗马字转写，trans-title写翻译。套用过来后，目前我设定的是script-title完全不转换，title转繁简不转地区词，trans-title不限制。Liangent（留言） 2015年12月8日 (二) 09:36 (UTC)

我算是從樓上的模塊找到了問題了：

['foreign_lang_source'] = 'CS1 $1-language sources ($2)',   -- |language= categories; $1 is language name, $2 is ISO639-1 code

也許把「CS1 $1-language sources ($2)」改為「CS1 $1來源 ($2)」是解決辦法。而且，這些分類應該隱藏起來，因為這些只有內部維護的作用，不同於串連相同題材的條目的普通分類。--春卷柯南夫子 ( 論功行賞 ) 2015年12月9日 (三) 11:28 (UTC)

|language 繁簡體沒有區分，|language= zh-tw 之前會顯示（中文（台灣）‎），目前只顯示（中文），|language= zh-cn 也是顯示（中文），之前是（中文（簡體）‎）。--101.10.51.215（留言） 2015年12月8日 (二) 10:11 (UTC)

已修复. Liangent（留言） 2015年12月8日 (二) 19:05 (UTC)

我說啊～這種涉及重大修改好歹討論一下嘛～尤其引用新的enwiki參數。有討論可讓大家明白，乃至集思廣益協力完成，不會現在看起來像半成品而影響到功能。--Justice305（留言） 2015年12月8日 (二) 10:32 (UTC)

要说讨论也“讨论”几个月了……Module talk:Citation/CS1的{{editprotected}}放了好久了。Liangent（留言） 2015年12月8日 (二) 18:44 (UTC)

核心是模块:Citation/CS1/Configuration，只在上層模块:Citation/CS1討論通常不會受到關注，否則就不會有人在這裡反映出了問題，這種牽涉甚廣的新設定應該在這裡討論才是；而內容翻譯等是否也有修改需要，例如模块讨论:Citation/CS1/Configuration#關於模块:Citation/CS1/Configuration的「原始內容」一詞。--Justice305（留言） 2015年12月9日 (三) 00:44 (UTC)

内容翻译肯定有要改的哇，特别是新出的维护分类。Liangent（留言） 2015年12月9日 (三) 01:10 (UTC)

是不是该放到公告栏里让大家都知道，毕竟属于重大调整，我也是看到条目中的来源有异常才来这里的。--№.N（留言） 2015年12月8日 (二) 11:12 (UTC)

“这个不会产生用户可见的错误所以不急”？现在有两万个页面显示“已忽略未知参数|month=（建议使用|date=）”--Antigng（留言） 2015年12月8日 (二) 11:16 (UTC)

我记得以前这种未知参数的错误不会对用户显示的，好像现在改了？Liangent（留言） 2015年12月8日 (二) 18:47 (UTC)

受影響頁面：Category:CS1_maint:_Date_and_year，很多FAGA都受影響了，而且都會顯示這個紅色分類。- 和平、奮鬥、救地球！_(留言)^{自然條目提升}_{地質與滅絕專題}於 2015年12月10日 (四) 03:13 (UTC)

Wikipedia:机器人/申请/Liangent-bot/19。Liangent（留言） 2015年12月8日 (二) 19:49 (UTC)

所有以前在Cite web模板內使用<nowiki></nowiki>以避免標點、繁簡體或地區詞過度轉換的情形都產生新的錯誤"C0 control character in |...= at position 1"。--Mewaqua（留言） 2015年12月8日 (二) 11:59 (UTC)

en:Wikipedia:Village_pump_(technical)#.22No_wiki.22_formatting_in_.7B.7Bcitation.7D.7D_paramaters_causing_CS1_error，等上游吧。Liangent（留言） 2015年12月8日 (二) 18:51 (UTC)

已修复. Liangent（留言） 2015年12月13日 (日) 01:29 (UTC)

凡是url=http://x.xxx.com形式的網址名稱（例如m.youtube.com、n.yam.com，第一個.之前只有一個字母）都產生"請檢查|url=格式"錯誤，例子見黃子韜。--Mewaqua（留言） 2015年12月8日 (二) 12:57 (UTC)

en:Wikipedia:Village_pump_(technical)#Cite_template_says_valid_URL_is_invalid，同上。Liangent（留言） 2015年12月8日 (二) 18:55 (UTC)

已修复. Liangent（留言） 2015年12月13日 (日) 01:29 (UTC)

• 一堆title噴使用lang模板了，最好還是機器人一次全修掉吧--Liaon98 _我是廢物 2015年12月8日 (二) 13:45 (UTC)
  • 我要等机器人审批哇。Liangent（留言） 2015年12月8日 (二) 18:51 (UTC)

希望有人能把Help:引文格式1扩充了。个人支持Liangent对此模块的改动。--1=0，欢迎参与WP:模仿专题 2015年12月9日 (三) 12:07 (UTC)

• 大量內含:的url（例如http://big5.yonhapnews.co.kr:83）都產生「請檢查|url=格式」錯誤，例子見KC-100。--Mewaqua（留言） 2015年12月13日 (日) 07:39 (UTC)
  • 已报enwiki。Liangent（留言） 2015年12月14日 (一) 02:27 (UTC)

ep

请求已处理

• 英文版已解决问题。--Antigng（留言） 2016年3月3日 (四) 02:49 (UTC)
  • @Antigng：再这么玩不接受你请求了（开玩笑的）。明明很好用的patch参数，你却建错页面。应该建立Draft:模块:Citation/CS1/38325374而不是Draft:模块:Citation/CS1。--1=0，欢迎河北维基人加入QQ群331736133 2016年3月3日 (四) 14:02 (UTC)
    • @Alexander_Misel：User:Liangent叫我建Draft:模块:Citation/CS1然后打上/+修订版本号。--Antigng（留言） 2016年3月3日 (四) 14:04 (UTC)
      • 是模块:Citation/CS1最后版本的版本号。你直接建立Draft:模块:Citation/CS1然后打上/+修订版本号，就会使Editprotected提供的“检查更改”以及“应用于页面”的功能完全用不上。请参考{{Editprotected/patch}}的源代码。--1=0，欢迎河北维基人加入QQ群331736133 2016年3月3日 (四) 14:07 (UTC)
        • OK.--Antigng（留言） 2016年3月3日 (四) 14:08 (UTC)

{{editprotected}} {{editprotected}} 这个其实建对了也用不了……这个需要建在Module空间，然后不然类型不对没法合并。可以把上面那个tl|拿掉试试看。Liangent（留言） 2016年3月3日 (四) 21:16 (UTC)

譯者

请求已处理

當{{{translator}}}填了譯者的名稱後，會出現「translated by 某某」。可否改為中文的寫法，例如「某某翻譯」？難在現時的代碼寫死了次序，不懂如何提出更改。--Quest for Truth（留言） 2016年5月20日 (五) 21:27 (UTC)

• 完成 diff40262078，请检查。@Quest for Truth： --Artoria2e5 更改·工具 2016年5月25日 (三) 00:57 (UTC)
  • 检查无误。--Antigng（留言） 2016年5月28日 (六) 01:54 (UTC)

修复造成“使用无效自封闭HTML标签的页面”的问题

请求已处理

span不是自封闭标签，因此需要将所有的<span/>改为<span></span>。大部分Category:使用无效自封闭HTML标签的页面中的页面是由这个原因导致的。--XYZ指示物（留言） 2016年7月19日 (二) 20:28 (UTC)

• 完成--Antigng（留言） 2016年7月23日 (六) 06:57 (UTC)

關於ISO 639-2代碼

目前中文版CS1系列模板的language參數只支援ISO 639-1代碼，可是英文版已經開始支援部分ISO 639-2代碼，這大大方便我們編輯一些涉及到冷門語言／語言的分支／語言的總集的條目（比如接下來我要寫東帝汶條目，涉及到的德頓語，就沒有ISO 639-1代碼）。能不能告訴我，那個代碼都要到那兒找出來。--春卷柯南－歡迎參加協作計劃 ( 論功行賞 ) 2017年3月29日 (三) 14:24 (UTC)

編輯請求

请求已拒绝

Currently this module doesn't support parameter "DF". Is it possible to update this module? Thanks

This is an example of the code that generate an error:

   Professional retain list & free transfers 2012/13 (PDF). The Football League: 16. 18 May 2013  [27 July 2013]. （原始内容 (PDF)存档于17 July 2013）.  

The "DF" code is as follows:

   local DF = A['DF'];															-- date format set in cs1|2 template
   if not is_valid_parameter_value (DF, 'df', cfg.keywords['date-format']) then	-- validate reformatting keyword
       DF = ;																-- not valid, set to empty string
   end

And

   if is_set (DF) then													-- if we need to reformat dates
       modified = reformat_dates (date_parameters_list, DF, false);	-- reformat to DF format, use long month names if appropriate
   end

Since there is nothing is being localized, copy directly from en wiki page would be perfect. Thanks --Winston（留言） 2017年6月5日 (一) 01:28 (UTC)

处理中……. The function 'reformat_dates' does not exist in Module:Citation/CS1/Date_validation so we should update the latter as well. --砜中嘌呤的白磷_{萃取 打谱} 2017年6月9日 (五) 16:14 (UTC)

@Winstonhyypia： Sorry for the late reply. Module:Citation/CS1/Date_validation is used by Liangent-bot as documented, but its owner is inactive so it will cost a lot of time to resolve the issue. I would close this request now but may contact User:Liangent and update the modules some day. --砜中嘌呤的白磷_{萃取 打谱} 2017年7月30日 (日) 11:42 (UTC)

精确化需要quoted-title的地方

请求已处理千村狐兔（留言） 2017年9月2日 (六) 18:34 (UTC)

中英习惯不同，需要引号/书名号标记标题的地方也有出入。

if in_array(config.CitationClass, {'web','news','journal', 'magazine', 'pressrelease','podcast', 'newsgroup', 'mailinglist', 'arxiv'})

改为

if in_array(config.CitationClass, {'book','journal', 'magazine','podcast'})

书名号最重要的用处是在没有链接的时候看出谁是标题，所以 web 显然不需要。news、pressrelease 多半有链接，去掉无妨，反正有了大家还嫌烦（Good luck with that）。arxiv 有链接，但先和 journal 一样吧。 ——Artoria2e5_编 讨论要完整，回覆请用ping。 2017年8月27日 (日) 01:07 (UTC)

已改。--千村狐兔（留言） 2017年9月2日 (六) 18:34 (UTC)

ep

请求已处理

local function get_iso639_code (lang)
	if 'norwegian' == lang:lower() then											-- special case related to Wikimedia remap of code 'no' at Extension:CLDR
		return 'Norwegian', 'no';												-- Make sure rendered version is properly capitalized
	end

请将'Norwegian'（return的那个字符串）本地化为挪威语，否则会显示为“链接到Norwegian网页”，分类名称也不对。 --砜中嘌呤的白磷_{萃取 打谱} 2018年1月23日 (二) 10:10 (UTC)

請求已處理，但修改位置非請求所述。--Xiplus#Talk 2018年1月23日 (二) 11:20 (UTC)

EP

请求已处理

	elseif domain:match ('%f[%a%d][%a%d][%a%d%-]+[%a%d]%.xn%-%-[%a%d]+$') then	-- internationalized domain name with ACE prefix
		return true;
	elseif domain:match ('%f[%a%d][%a%d]%.cash$') then							-- one character/digit .cash hostname

从en:Module:Citation/CS1的I S _ D O M A I N _ N A M E部分移植。--云间守望 2018年5月26日 (六) 09:42 (UTC)

@WQL：完成，加在了 org、com 和 net 分支的后面，因为这两个 tld 出现情况比较少。 --砜中嘌呤的白磷_{萃取 打谱} 2018年6月23日 (六) 02:41 (UTC)

ep

请求已处理

如使用{{cite|title=X|language=de,en,zh,ar}}

顯示為：（德语，英语，中文，及阿拉伯语）

既然語言已經顯示為中文，那按正確標點用法應該為（德语、英语、中文及阿拉伯语）

「，」要改為「、」最後一個及xx語前不用標點。-Zest 2019年3月2日 (六) 16:13 (UTC)

完成，請測試。--Lakokat 2019年3月3日 (日) 15:32 (UTC)

測試可以 謝了。-Zest 2019年3月3日 (日) 16:12 (UTC)

编辑请求 2019-06-04

请求已拒绝--Xiplus#Talk 2019年6月18日 (二) 00:03 (UTC)

烦请参照英文维基更新，以为{{Citation}}参数|*-access=以及模板{{Cite bioRxiv}}等提供支持。--神樂坂秀吉_{論·郵·貢·誌} 2019年6月4日 (二) 14:34 (UTC)

@神樂坂秀吉：需要複製哪個部分？--Xiplus#Talk 2019年6月12日 (三) 06:07 (UTC)

@Xiplus：不太清楚……我不会用Lua，不知道是哪些代码实现了相关功能 囧rz……--神樂坂秀吉_{論·郵·貢·誌} 2019年6月13日 (四) 09:23 (UTC)

@神樂坂秀吉：当没有目标版本，请到WP:互助客栈/技术求助（或求助特定维基人），而非使用编辑请求。--YFdyh000（留言） 2019年6月13日 (四) 09:26 (UTC)

@YFdyh000：了解了，谢谢。已在互助客栈发起讨论。--神樂坂秀吉_{論·郵·貢·誌} 2019年6月14日 (五) 04:47 (UTC)

先行關閉。--Xiplus#Talk 2019年6月18日 (二) 00:03 (UTC)

編輯請求 2019-08-23

请求已处理--Xiplus#Talk 2019年8月24日 (六) 10:33 (UTC)

請調高1372行對PMC值的調用上限，現有的650萬於今年已不敷使用。--Koala0090（留言） 2019年8月23日 (五) 23:46 (UTC)

@Koala0090：調到多少？--Xiplus#Talk 2019年8月24日 (六) 06:16 (UTC)

@Xiplus：不然來個1000萬吧---Koala0090（留言） 2019年8月24日 (六) 10:13 (UTC)

@Koala0090：按照英文版設定成7000000。--Xiplus#Talk 2019年8月24日 (六) 10:33 (UTC)

添加Url-access参数

请求已拒绝（非管理员关闭）申请者自行撤回该编辑请求。原因：需要在沙盒做详尽测试。—VulpesVulpes825（留言） 2020年2月21日 (五) 19:33 (UTC)

編輯內容

    local UrlAccess = is_valid_parameter_value (A['UrlAccess'], A:ORIGIN('UrlAccess'), cfg.keywords_lists['url-access'], nil);
		if not is_set(URL) and is_set(UrlAccess) then
			UrlAccess = nil;
			table.insert( z.message_tail, { set_error( 'param_access_requires_param', {'url'}, true ) } );
		end
		
	local ChapterUrlAccess = is_valid_parameter_value (A['ChapterUrlAccess'], A:ORIGIN('ChapterUrlAccess'), cfg.keywords_lists['url-access'], nil);
		if not is_set(ChapterURL) and is_set(ChapterUrlAccess) then
			ChapterUrlAccess = nil;
			table.insert( z.message_tail, { set_error( 'param_access_requires_param', {A:ORIGIN('ChapterUrlAccess'):gsub ('%-access', '')}, true ) } );
		end

	local MapUrlAccess = is_valid_parameter_value (A['MapUrlAccess'], A:ORIGIN('MapUrlAccess'), cfg.keywords_lists['url-access'], nil);
		if not is_set(A['MapURL']) and is_set(MapUrlAccess) then
			MapUrlAccess = nil;
			table.insert( z.message_tail, { set_error( 'param_access_requires_param', {'map-url'}, true ) } );
		end

--[[--------------------------< E X T E R N A L _ L I N K >----------------------------------------------------

Format an external link with error checking

]]

local function external_link( URL, label, source, access)
	local error_str = "";
	local domain;
	local path;
	local base_url;

	if not is_set( label ) then
		label = URL;
		if is_set( source ) then
			error_str = set_error( 'bare_url_missing_title', { wrap_style ('parameter', source) }, false, " " );
		else
			error( cfg.messages["bare_url_no_origin"] );
		end			
	end
	if not check_url( URL ) then
		error_str = set_error( 'bad_url', {wrap_style ('parameter', source)}, false, " " ) .. error_str;
	end
	
	domain, path = URL:match ('^([/%.%-%+:%a%d]+)([/%?#].*)$');					-- split the url into scheme plus domain and path
	if path then																-- if there is a path portion
		path = path:gsub ('[%[%]]', {['[']='%5b',[']']='%5d'});					-- replace '[' and ']' with their percent encoded values
		URL = table.concat ({domain, path});									-- and reassemble
	end

	base_url = table.concat({ "[", URL, " ", safe_for_url (label), "]" });		-- assemble a wikimarkup url

	if is_set (access) then														-- access level (subscription, registration, limited)
		base_url = substitute (cfg.presentation['ext-link-access-signal'], {cfg.presentation[access].class, cfg.presentation[access].title, base_url});	-- add the appropriate icon
	end
	
	return table.concat ({base_url, error_str});
end

--[[--------------------------< F O R M A T _ C H A P T E R _ T I T L E >--------------------------------------

Format the four chapter parameters: |script-chapter=, |chapter=, |trans-chapter=, and |chapter-url= into a single Chapter meta-
parameter (chapter_url_source used for error messages).

]]

local function format_chapter_title (scriptchapter, script_chapter_source, chapter, transchapter, chapterurl, chapter_url_source, no_quotes, access)
	local chapter_error = '';

	local ws_url, ws_label, L = wikisource_url_make (chapter);					-- make a wikisource url and label from a wikisource interwiki link
	if ws_url then
		ws_label = ws_label:gsub ('_', '');										-- replace underscore separaters with space characters
		chapter = ws_label;
	end

	if not is_set (chapter) then
		chapter = '';															-- to be safe for concatenation
	else
		if false == no_quotes then
			chapter = kern_quotes (chapter);									-- if necessary, separate chapter title's leading and trailing quote marks from Module provided quote marks
			chapter = wrap_style ('quoted-title', chapter);
		end
	end

	chapter = script_concatenate (chapter, scriptchapter, script_chapter_source);	-- <bdi> tags, lang atribute, categorization, etc; must be done after title is wrapped

	if is_set (chapterurl) then
		chapter = external_link (chapterurl, chapter, chapter_url_source, access);	-- adds bare_url_missing_title error if appropriate
	elseif ws_url then
		chapter = external_link (ws_url, chapter .. '&nbsp;', 'ws link in chapter');	-- adds bare_url_missing_title error if appropriate; space char to move icon away from chap text; TODO: better way to do this?
		chapter = substitute (cfg.presentation['interwiki-icon'], {cfg.presentation['class-wikisource'], L, chapter});				
	end

	if is_set (transchapter) then
		transchapter = wrap_style ('trans-quoted-title', transchapter);
		if is_set (chapter) then
			chapter = chapter ..  ' ' .. transchapter;
		else																	-- here when transchapter without chapter or script-chapter
			chapter = transchapter;
			chapter_error = ' ' .. set_error ('trans_missing_title', {'chapter'});
		end
	end

--	if is_set (chapterurl) then
--		chapter = external_link (chapterurl, chapter, chapter_url_source, access);	-- adds bare_url_missing_title error if appropriate
--	end

	return chapter .. chapter_error;
end

if is_set(URL) then
		URL = " " .. external_link( URL, nil, URLorigin, UrlAccess );
	end

if is_set(Title) then
		if not is_set (TitleLink) and is_set (URL) then
			Title = external_link (URL, Title, URLorigin, UrlAccess) .. TransTitle .. TransError .. Format;
			URL = '';															-- unset these because no longer needed
			Format = "";
		elseif is_set (TitleLink) and not is_set (URL) then
			local ws_url;
			ws_url = wikisource_url_make (TitleLink);							-- ignore ws_label return; not used here
			if ws_url then
				Title = external_link (ws_url, Title .. ' ', 'ws link in title-link');	-- space char after Title to move icon away from italic text; TODO: a better way to do this?
				Title = substitute (cfg.presentation['interwiki-icon'], {cfg.presentation['class-wikisource'], TitleLink, Title});				
				Title = Title .. TransTitle .. TransError;
			else
				Title = make_wikilink (TitleLink, Title) .. TransTitle .. TransError;
			end
		else
			local ws_url, ws_label;
			ws_url, ws_label, L = wikisource_url_make (Title);					-- make ws url from |title= interwiki link; link portion L becomes tool tip label
			if ws_url then
				Title = Title:gsub ('%b[]', ws_label);							-- replace interwiki link with ws_label to retain markup
				Title = external_link (ws_url, Title .. ' ', 'ws link in title');	-- space char after Title to move icon away from italic text; TODO: a better way to do this?
				Title = substitute (cfg.presentation['interwiki-icon'], {cfg.presentation['class-wikisource'], L, Title});				
				Title = Title .. TransTitle .. TransError;
			else
				Title = Title .. TransTitle .. TransError;
			end
		end
	else
		Title = TransTitle .. TransError;
	end

local Encyclopedia = A['Encyclopedia'];

	if ( config.CitationClass == "encyclopaedia" ) or ( config.CitationClass == "citation" and is_set (Encyclopedia)) then	-- test code for citation
		if is_set (Periodical) then												-- Periodical is set when |encyclopedia is set
			if is_set(Title) or is_set (ScriptTitle) then
				if not is_set(Chapter) then
					Chapter = Title;											-- |encyclopedia and |title are set so map |title to |article and |encyclopedia to |title
					ScriptChapter = ScriptTitle;
					ScriptChapterOrigin = A:ORIGIN('ScriptTitle')
					TransChapter = TransTitle;
					ChapterURL = URL;
					ChapterUrlAccess = UrlAccess;

					if not is_set (ChapterURL) and is_set (TitleLink) then
						Chapter = make_wikilink (TitleLink, Chapter);
					end
					Title = Periodical;
					ChapterFormat = Format;
					Periodical = '';											-- redundant so unset
					TransTitle = '';
					URL = '';
					Format = '';
					TitleLink = '';
					ScriptTitle = '';
				end
			elseif is_set (Chapter) then										-- |title not set
				Title = Periodical;												-- |encyclopedia set and |article set so map |encyclopedia to |title
				Periodical = '';												-- redundant so unset
			end
		end
	end

	-- Special case for cite techreport.
	if (config.CitationClass == "techreport") then								-- special case for cite techreport
		if is_set(A['Number']) then												-- cite techreport uses 'number', which other citations alias to 'issue'
			if not is_set(ID) then												-- can we use ID for the "number"?
				ID = A['Number'];												-- yes, use it
			else																-- ID has a value so emit error message
				table.insert( z.message_tail, { set_error('redundant_parameters', {wrap_style ('parameter', 'id') .. ' and ' .. wrap_style ('parameter', 'number')}, true )});
			end
		end	
	end

	-- special case for cite mailing list
	if (config.CitationClass == "mailinglist") then
		Periodical = A ['MailingList'];
	elseif 'mailinglist' == Periodical_origin then
		Periodical = '';														-- unset because mailing list is only used for cite mailing list
	end

	-- Account for the oddity that is {{cite conference}}, before generation of COinS data.
	if 'conference' == config.CitationClass then
		if is_set(BookTitle) then
			Chapter = Title;
--			ChapterLink = TitleLink;											-- |chapterlink= is deprecated
			ChapterURL = URL;
			ChapterUrlAccess = UrlAccess;
			ChapterURLorigin = URLorigin;
			URLorigin = '';
			ChapterFormat = Format;
			TransChapter = TransTitle;
			Title = BookTitle;
			Format = '';
--			TitleLink = '';
			TransTitle = '';
			URL = '';
		end
	elseif 'speech' ~= config.CitationClass then
		Conference = '';														-- not cite conference or cite speech so make sure this is empty string
	end

	-- cite map oddities
	local Cartography = "";
	local Scale = "";
	local Sheet = A['Sheet'] or '';
	local Sheets = A['Sheets'] or '';
	if config.CitationClass == "map" then
		Chapter = A['Map'];
		ChapterURL = A['MapURL'];
		ChapterURLorigin = A:ORIGIN('MapURL');
		TransChapter = A['TransMap'];
		ScriptChapter = A['ScriptMap']
		ScriptChapterOrigin = A:ORIGIN('ScriptMap')

		ChapterUrlAccess = MapUrlAccess;
		ChapterFormat = A['MapFormat'];

		Cartography = A['Cartography'];
		if is_set( Cartography ) then
			Cartography = sepc .. " " .. wrap_msg ('cartography', Cartography, use_lowercase);
		end		
		Scale = A['Scale'];
		if is_set( Scale ) then
			Scale = sepc .. " " .. Scale;
		end
	end

把这些复制进去应该就没有问题了。--VulpesVulpes825（留言） 2020年1月28日 (二) 23:56 (UTC)

@VulpesVulpes825：該插入在哪個位置，可以提供patch嗎？該怎麼測試這些修改呢？--Xiplus#Talk 2020年2月2日 (日) 12:03 (UTC)

Template:cite journal 在 pmid > 32000000 时报错，怎样更正？

见：

• 2019冠状病毒病检测 （pmid=32193299 实际可用 : https://www.ncbi.nlm.nih.gov/pubmed/32193299 ）
• pmid=值

--Zhenqinli（留言） 2020年3月26日 (四) 07:03 (UTC)

已修正。--Xiplus#Talk 2020年3月26日 (四) 07:57 (UTC)

編輯請求 2020-04-23

请求已处理--Xiplus#Talk 2020年5月5日 (二) 03:18 (UTC)

請求將第1372行對於PMC的容許上限從7000000提升到8000000，目前PMC的文章已經有出現超出上限的編碼，參見2019冠状病毒病第54條引用。--Koala0090（留言） 2020年4月23日 (四) 17:31 (UTC)

根據en改成7500000。--Xiplus#Talk 2020年5月5日 (二) 03:18 (UTC)

编辑请求 2020-08-08

请求已处理

请求将第3749行的代码：“Archived = sepc .. " " .. 'Archived from the original on ' .. ArchiveDate; -- format already styled”改为“Archived = sepc .. " " .. '原始内容存档于' .. ArchiveDate; -- format already styled”。理由：当deadurl设为unfit时，会调用该段代码，在来源后面显示存档的日期，然而这部分目前是显示成英文的，未必有人能够理解这段英文。deadurl设为unfit的来源在部分条目中有用到，例如凯茜·里德条目的23号来源。--🔨（留言） 2020年8月8日 (六) 10:12 (UTC)

• (－)傾向反對，(＆)建議在Module:Citation/CS1/Configuration里配置中文翻译，以最大程度保持主程序的可移植性。--Antigng（留言） 2020年8月8日 (六) 10:19 (UTC)

• 通过Configuration来配置也行，只要当deadurl设为unfit的时候，存档日期相关的提示是中文的就行。--🔨（留言） 2020年8月8日 (六) 11:03 (UTC)

• en這部分已經跟zh不同了，所以直接修改了。--Xiplus#Talk 2020年8月24日 (一) 12:09 (UTC)

{{cite web}}模板的quote参数会受到地区词转换影响的问题

在条目2019冠状病毒病中，第13号参考资料的源代码为：

<ref name="weibowho"> {{Cite web |title=新名字诞生：2019冠状病毒病，COVID-19 |language= |url=https://m.weibo.cn/5078700027/4471066615266449 |accessdate=2020-02-14 |date=2020-02-12 |dead-url=no |quote=【新名字诞生：2019冠状病毒病】，【COVID-19】世界卫生组织总干事谭德塞博士昨日宣布，将由新型冠状病毒（2019-nCoV）引发的疾病正式命名为：2019冠状病毒病，英文缩写COVID-19 (Corona Virus Disease 2019)。 |website=新浪微博 世界卫生组织 |archive-url=https://archive.today/20200226155228/https://m.weibo.cn/status/4471066615266449? |archive-date=2020-02-26 }}</ref>

但由于条目的{{NoteTA}}使用了：

1=zh-hans:2019冠状病毒病;zh-hant:2019冠狀病毒病;zh-hk:2019冠狀病毒病;zh-tw:嚴重特殊傳染性肺炎;

导致在zh-tw的用词模式下|quote=的参数的内容受到了地区词转换的影响，在zh-tw的用词模式下显示的引文直接变成了：

"【新名字誕生：嚴重特殊傳染性肺炎】，【COVID-19】世界衛生組織總幹事譚德塞博士昨日宣布，將由新型冠狀病毒（2019-nCoV）引發的疾病正式命名為：嚴重特殊傳染性肺炎，英文縮寫COVID-19 (Corona Virus Disease 2019)。"

这明显严重曲解了原意，必须要把源代码中|quote=参数的字符串改成2019冠状-{}-病毒病以手动阻断地区词转换才行。由于将参考资料的引文进行地区词转换会导致曲解原意，因此本人在此建议禁用{{cite web}}模板|quote=的地区词转换；而我又发现{{cite web}}的|title=参数（即引文的标题）不会受到地区词转换的影响，但不知道这是怎么做到的。故在此寻求社群关于是否禁止{{cite web}}模板中|quote=参数地区词转换的共识。——BlackShadowG^★（留言） 2020年8月1日 (六) 12:28 (UTC)

嘗試一下使用-{}-來阻止或搞亂轉換，應該可以解決問題。—AT2020年8月2日 (日) 08:59 (UTC)

确实可以，但这似乎不是长久之计，不知能否通过修改Module:Citation/CS1等方式直接阻止|quote=字符段中的地区词转换呢？因为引文标题好像不会出现这种问题。——BlackShadowG^★（留言） 2020年8月2日 (日) 10:20 (UTC)

我不懂。極端的做法可以刪掉quote參數，讓它失效就好，反正我自己是第一次聽到這個參數，普及率應該沒那麼高。—AT2020年8月2日 (日) 11:48 (UTC)

不行啦，quote刪除會很不方便，一堆人不會看來源所以我都用quote做註記。 --無心*插柳*柳橙汁 2020年8月2日 (日) 14:21 (UTC)

支持提出者的理由。技術上應該有方法的. Lovewhatyoudo _{愛我鄉土，沒災就是福} 2020年8月2日 (日) 22:08 (UTC)

|quote=的存在我听说过，只是的确很少被使用，关于标题的转换控制，可以找一下这句代码：'-{zh;zh-hans;zh-hant|' .. title .. '}-'，对应功能应该是这个。|quote=是否有必要这样做，自行找一下怎样处理。——Sakamotosan路过围观杯弓蛇影| 避免做作，免敬 2020年8月3日 (一) 01:01 (UTC)

@AT：我之前在其他地方嘗試過你的方法，不過無效。SANMOSA _SPQR 2020年8月9日 (日) 02:16 (UTC)

那唯有避免使用這個參數。—AT 2020年8月9日 (日) 08:30 (UTC)

然而有些時候使用這個參數是無可避免的。SANMOSA _SPQR 2020年8月10日 (一) 07:22 (UTC)

script-title=zh:

通過：

試行一個月。—AT 2020年10月1日 (四) 12:38 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

---

各位好。我相信有參與日本相關條目編輯的用戶對script-title=ja:也有一定的認識，這種做法有助於在避免過度轉換，從而讓日語原文不會轉換成錯誤的字體。與此同時，如果使用script-title=zh:也可以顯示到原本來源所用的字體，像User:AT/沙盒，因此我想資詢一下社群有沒有需要區分來源本來的繁簡？另外，此做法也可以避免了一些對來源的過度轉換的情況出現。由於推行此做法將會帶來翻天覆地的變化（無論在任何轉換下，於來源方面繁簡地區詞同時並存），因此希望得到大家的意見。有共識的話推廣使用，沒有的話用來控制一些過度轉換也未嘗不可。謝謝。--AT 2020年8月21日 (五) 09:23 (UTC)

可以接受。畢竟來源標題不是條目正文的內容，因此是簡體或繁體不受拘束，端看編者的使用習慣。 空氣小貓（留言） 2020年8月22日 (六) 08:36 (UTC)

没有其他影响比较小的办法么？--百無一用是書生 (☎) 2020年8月24日 (一) 00:52 (UTC)

标题还原原简繁体的确更精确些。那其他参数，比如作者、出版社，有没有必要一齐控制简繁转换？（我的想法是，除开过度转换，对一般读者而言，转换标题感官上还友好些。一个有区分简繁需求的例子，是在简繁体敏感的资料库中搜文章。如此情况下，或许也有必要禁止转换作者名？）—洛普利宁 2020年8月24日 (一) 11:09 (UTC)

標題和章節參數可以調用這組代碼，其他不確定。例如script-chapter。當然更理想的做法是調整轉換系統，不過我不清楚這在技術上這是否可行。—AT 2020年8月24日 (一) 11:27 (UTC)

• 毕竟有些人不认识正体字，有些人不认识简体字，谢绝转换不是一个好办法。->>Vocal&Guitar->>_留言 2020年8月26日 (三) 23:34 (UTC)

整个不转换不行么？毕竟严格来说，参考文献应该保持原始语言格式--百無一用是書生 (☎) 2020年8月27日 (四) 00:42 (UTC)

中立，严格来说，参考文献确实应该保留原始语言的标题；但毕竟有些人不认识正/简体字，禁止转换不太人性化。 BlackShadowG（留言） 2020年8月27日 (四) 03:34 (UTC)

(＋)支持禁止转换，无论是在百科全书，还是其它学术出版物，参考文献保留原文都是基本的要求。——BlackShadowG（留言） 2020年9月4日 (五) 12:27 (UTC)

小工具控制呗。—Rowingbohe♫ _{欢迎参与浙江专题 台州专题} 2020年8月27日 (四) 12:38 (UTC)

其實瑞典語啊俄語啊阿拉伯語也很多人不認識，難不成都要翻成中文標題？這種不認識的程度遠超繁簡之差的情況下，條目目前仍然能夠沿用原文的話，那很難讓人認為「不認識」是一項有力的反對理據。另外，我不清楚技術上是否能夠做到不轉換來源，如果有工具可以控制轉或不轉的話，那當然很好。—AT 2020年8月29日 (六) 12:52 (UTC)

可以的，而且非常简单，只需要将Module:Citation/CS1第611行的代码由

title = '-{zh;zh-hans;zh-hant|' .. title .. '}-';

改成

title = '-{' .. title .. '}-';

即可。

我已经在我的模块沙盒和用户沙盒进行了测试，结果发现完全可以。至于小工具什么的我不太清楚。 BlackShadowG（留言） 2020年8月31日 (一) 00:26 (UTC)

如果可以的話，那當然很好。更進一步來說，地區詞轉換能否控制得到？—AT 2020年8月31日 (一) 11:03 (UTC)

emmm……繁简转换都禁止了，就不会有地区词转换了吧 囧rz... BlackShadowG（留言） 2020年8月31日 (一) 11:15 (UTC)

了解，非常感謝您。現在就是看看共識如何。—AT 2020年8月31日 (一) 11:23 (UTC)

• 繁中简中的特殊性就在于不需翻译可以直接转换，这与外语是本质差别。我认为涉及条目呈现方式的提案都不应造成读者额外的负担，所以我反对任何锁定繁简的做法。->>Vocal&Guitar->>_留言 2020年9月1日 (二) 04:12 (UTC)

上面才有用戶說了有人不會繁體或簡體呢...—AT 2020年9月1日 (二) 08:18 (UTC)

？。->>Vocal&Guitar->>_留言 2020年9月1日 (二) 08:28 (UTC)

您一邊說可以直接轉換，一邊又說有人不懂繁或簡？既然有人不懂繁或簡，那所謂直接轉換在理解上就無法成立，不是嗎？我感覺您的論點自相矛盾，卻不知道您為何能得出相同的結論。—AT 2020年9月1日 (二) 08:42 (UTC)

？？因为你的提案是 要 求 不 转 换，而不是 现 行 的 自 动 转 换，如果按你方案实施后，必然会有一些读者不认字，所以我反对你的提案。哪里有矛盾问题？至于我上面的意思是，不 要 用 外 语 来 推 论，繁 中 简 中 都 是 中 文，不 存 在 翻 译 问 题，也就是说title的繁简不影响title的正确性，也不影响查证，我更不认为会有过度转换的问题。->>Vocal&Guitar->>_留言 2020年9月1日 (二) 08:58 (UTC)

我並不是要求不轉換，而是希望讓大家發表一下對於不轉換的意見，我本人對是否轉換沒有特別的立場，僅僅是對於您的觀點表達了疑慮。您說繁簡都是中文不存在翻譯問題的同時，那請問不認字不就產生了問題嗎？盡管這可能並不叫翻譯，不過字體上的變化如果足夠讓讀者無法理解的話，那不也變成理解問題了嗎？標題的正確性或查證方面是否區分繁簡可能因人而異，但是當讀者無法理解的時候，不管這是語言問題還是字體問題，結果也就是不理解。然而，這種不理解本身對於顯示來源原文本身並無意義，這就是我引外語為例子的理由，不理解外語跟不理解字體的結果也是相同的，只是理解程度上的差異，在能夠接受直接使用外語標題的情況下，至少我是得不出不能同時兼容繁簡標題並存的結論。退一步來說，維基本來就是不轉換，只不過中維獨有的繁簡轉換造成了過度轉換而已，其他語種維基如果使用到中文來源，區分繁簡是一種自然而成的做法（您也不會故意將繁體或簡體標題互換吧？）從實際問題上考慮，部分地區詞當用於來源處，必然會造成過度轉換，那已經不是字體的差異，而是用詞的差異。—AT 2020年9月1日 (二) 09:17 (UTC)

简而言之，现在读者有两个问题，①看懂字面、②理解含义。我的看法是不做①自然就不会有②，这对读者是一种损失。在我的理解上您认为做了①以后依然可能在②上有问题，所以①也可以不做。至少在繁简尚未分家的中文维基，我很难认为对应后一种观点的读者占据主流。->>Vocal&Guitar->>_留言 2020年9月4日 (五) 05:27 (UTC)

那您應該是贊成翻譯標題的一派，這樣我就能理解了。—AT 2020年9月6日 (日) 03:10 (UTC)

我可没有这么说过，虽然我认为翻译是应当做的事，但不符合社群的能力。另外我的看法已经多次说过了，繁简转换≠翻译，地区词也许是个问题，不过既然内文中都可以通过转换组的方式解决，那么这里我也觉得应当有比不转换更好的解决方案。->>Vocal&Guitar->>_留言 2020年9月6日 (日) 05:30 (UTC)

當然如果能夠開發工具維持全文自動轉換也是一個解決方法，可惜我沒有這樣的能力。—AT 2020年9月6日 (日) 06:15 (UTC)

极力赞成，标题保持原文的需求高于一切，是文献查证的根本要求，任何人是否“认识”简体或繁体用字根本与主题八杆子打不倒。任何人都可以不认识其他语言文献，难道全部要写成汉语？那就根本无法查证。此外，这种只是加一个功能的根本不必要来问意见，直接加上就是，不愿意的不用这个功能就行了。--7（留言） 2020年9月1日 (二) 04:34 (UTC)

目前修改Citation的話，將會直接讓全部採用了此模板的來源都顯示為源代碼字體，也就是說區分繁簡會變成了默認設定。因此，如果有用戶希望維持現在繁簡統一的情況，反而需要自行開發工具。—AT 2020年9月1日 (二) 08:18 (UTC)

對於顯示為源代碼字體之議不反對（我變相也能省掉script-title=ja:）。SANMOSA _SPQR 2020年9月2日 (三) 05:30 (UTC)

日文應該還是需要，字體不同。—AT 2020年9月2日 (三) 09:40 (UTC)

现在是有|title=、|script-title=、|trans-title=三个名称参数，分别对应“仅简繁转换”“不转换”“地区词转换”三个级别转换。比如：{{Cite web|title = a.記憶體|script-title = b.記憶體|trans-title = c.記憶體}} 在大陆用字下显示 a.记忆体 b.記憶體 [c.内存].。如果要实现禁止简繁转换，不如把|script-title=直接并入|title=，毕竟不输zh:也是可以工作的。倒是|title=这个“仅简繁转换”级别的参数有没有必要重命名保留？--洛普利宁 2020年9月2日 (三) 14:53 (UTC)

script-title日文來源會用到，不能合併。—AT 2020年9月2日 (三) 15:06 (UTC)

我的意思是如果同意不轉換簡繁體，可考慮把script-title改名為title並保留舊名稱。|script-title=ja:あかさたな和|title=ja:あかさたな的效果一樣，而改成後者能和許多小工具相容，手動也少輸入幾個字。--洛普利宁 2020年9月2日 (三) 15:21 (UTC)

技術上能夠做到的話也可以。—AT 2020年9月3日 (四) 09:33 (UTC)

可能性不大，因为如果将|title=与|script-title=合并可能会导致由于一般的标题名称使用了冒号，而导致冒号前的文字被识别成语言代码。--BlackShadowG（留言） 2020年9月12日 (六) 11:40 (UTC)

@Ohtashinichiro、Shizhao、Rowingbohe、Lopullinen、BlackShadowG ：@Pseudo Classes、Jarodalien：討論也持續了約一個月，似乎沒有太多人感興趣。不如試行一個月看看反饋如何？--AT 2020年9月19日 (六) 11:25 (UTC)

支持，建议根据WP:7DAYS先公示7日，如果仍无新意见就修改模块吧。--BlackShadowG（留言） 2020年9月19日 (六) 11:29 (UTC)

@BlackShadowG：合併參數的問題如果真想搞，其實不用太擔心技術問題。建立一個語文代碼列表做白名單，其他以含冒號的內容當普通文本解析即可：

• 比如en在白名單里，那en:Xbox Series X will be released on Nov. 10當特殊語法，生成 Xbox Series X will be released on Nov. 10.  ；
• 不在白名單里，就當正常文字解讀，比如Autumn: The season after summer and before winter，裡面的Autumn就保留在標題裡，即 Autumn: The season after summer and before winter.  。

如果真碰到標題含「en:」的，比如「en: English Language (ISO 639-1 code)」這種，代碼上寫成「en:en: English Language (ISO 639-1 code)」就OK。而且測試了一下，至少「en:」開頭的標題中文維基目前還沒有。

PS：許多日韓來源倒是已經|title=ja:XXX這樣寫了，而且數目還不少。當然，讀者看到標題就真的顯示了「ja:」這三個字元⋯⋯—洛普利宁 2020年9月20日 (日) 08:11 (UTC)

• 支持AT的提议。 --ᡠᠵᡠᡳ^Ujui ᡠᠵᡠ^Uju ᠮᠠᠨᡩ᠋ᠠᠨ^Mandan 2020年9月20日 (日) 04:09 (UTC)
• 支持AT的提議。—洛普利宁 2020年9月20日 (日) 08:19 (UTC)

  那就公示7天吧。--AT 2020年9月23日 (三) 04:39 (UTC)

• 小問題，手動填寫的標題可能會有不符合參考資料本身繁簡的情況（有時候必須得手動填寫，而且例子應該不少），該怎麼辦？—— Eric Liu _{創造は生命（留言．留名．學生會）} 2020年9月23日 (三) 05:24 (UTC)
  • 可以讓其他人修正，也可以預先自行轉換。繁或簡就算不能輸入，網上也有大量的自動轉換方法，也可以先在條目內文裡按照該來源的字體來預覽一次也可以取得相關字體，例如將台灣放在條目內以大陸簡體的方式來預覽便可以得出台湾。—AT 2020年9月23日 (三) 06:05 (UTC)
    • AT我指的是既有存在的那些，不少啊，有沒有辦法以半自動的方法找出來修正？—— Eric Liu _{創造は生命（留言．留名．學生會）} 2020年10月1日 (四) 13:16 (UTC)
      • 應該沒有，除非這類東西存在著特定的規律，否則要查看外部網站來確認再調整的話只能靠人手。—AT 2020年10月1日 (四) 13:48 (UTC)
• 對了，Wikipedia:地区词处理#参考文献应避免情况這裡有相關的說明。先在這裡貼個連結，如果提案通過了一併改掉就好。—洛普利宁 2020年9月23日 (三) 14:34 (UTC)

  好的。--AT 2020年9月23日 (三) 14:49 (UTC)

  没看明白最后到底是如何处理？是参考文献区域不做繁简转换？--百無一用是書生 (☎) 2020年9月28日 (一) 01:22 (UTC)

  準確來說是只有使用cite模板的來源才會有不轉換的效果，其他不規範的參考來源仍然會受到轉換的影響。具體做法請參看上面BlackShadowG提出的修改Module:Citation/CS1。--AT 2020年9月28日 (一) 08:03 (UTC)

• 已更改。請各位檢查。—AT 2020年10月1日 (四) 12:38 (UTC)

---

本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

編輯請求 2020-11-19

请求已拒绝

將via前的「–」改為「－」，type前後的「()」改為「（）」，根據Wikipedia:格式手册/标点符号的連2和括1。空氣小貓（留言） 2020年11月19日 (四) 07:11 (UTC)

• (＋)支持。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2020年11月22日 (日) 05:38 (UTC)
• 但是“注意，该指引不适用于参考文献”。 --砜中嘌呤的白磷_{萃取 打谱} 2020年12月18日 (五) 07:37 (UTC)
  • @WhitePhosphorus：我覺得這句指的是指引不適用於參考資料的標題等參數，而不是Cite模板本身？—— Eric Liu _{創造は生命（留言．留名．學生會）} 2020年12月31日 (四) 11:17 (UTC)

@Tigerzeng：我建議執行此請求。SANMOSA _SPQR 2021年1月25日 (一) 09:56 (UTC)

中文环境下的参考文献一般用的都是英文半角括号--百無一用是書生 (☎) 2021年2月19日 (五) 08:30 (UTC)

从发言状况来看，未有共识，故关闭。--Tiger（留言） 2021年2月21日 (日) 15:34 (UTC)

PMID

{{cite journal|title=test|PMID=33177517}}

报错请检查pmid值：

test. PMID 33177517 . 

但是这个PMID显然可以访问，不应报错。—曾晋哲反对五个一（留言·Q） 2020年11月14日 (六) 16:28 (UTC)

这应该是module:Citation/CS1有个limit造成的。这个limit似乎没有人维护？--曾晋哲反对五个一（留言·Q） 2020年11月14日 (六) 16:35 (UTC)

PMID又不够用了

请求已处理

如33177517，会报错。应当继续扩大limit。参见上方关于PMID的讨论。--曾晋哲反对五个一（留言·Q） 2020年11月24日 (二) 22:31 (UTC)

PMID最大到了33332931（2020年12月18日 (五) 06:03 (UTC)數據）。請求將

local function pmid(id)
 local test_limit = 33000000;

修改為

local function pmid(id)
 local test_limit = 35000000;

或更大數值。@Njzjz：你可以建議一下新的上限應該是多少，我嘗試一下ping管理員處理。SANMOSA _SPQR 2020年12月18日 (五) 06:03 (UTC)

已扩到35000000。--Tiger（留言） 2020年12月18日 (五) 06:45 (UTC)

Module:Citationlanguage参数翻译问题

部分语言未从英文翻译过来，比如eg （韩语）. 仍然是（Korean (North Korea)）而不是（朝鲜语 (朝鲜)），而不像有的语言eg （中文（新加坡）‎）. 已经有中文翻译。请问各位维基人在哪里补充中文翻译。--Zzhtju（留言） 2021年1月6日 (三) 06:02 (UTC)

似乎调用于Module:Citation/CS1的mw.language.fetchLanguageNames--YFdyh000（留言） 2021年1月6日 (三) 06:36 (UTC)

您方便简单介绍一下如何补充编辑mw.language.fetchLanguageNames吗？——Zzhtju（留言） 2021年1月6日 (三) 07:02 (UTC)

if is_set (name) then													-- if Language specified a valid ISO639-1 code

ISO_639-1代码表不含ko-kp。没查到输出的"Korean (North Korea)"从哪来。[1]未见相关。调试模块Lua失败，看不到任何输出……--YFdyh000（留言） 2021年1月6日 (三) 09:03 (UTC)

把mw.language.fetchLanguageNames(mw.getContentLanguage():getCode(), 'all')的返回值看一下，你会发现在这里没有数据的都会fallback到英文。--GnolizX（留言） 2021年1月7日 (四) 16:44 (UTC)

试过几种方法，都没能成功调用和看到fetchLanguageNames的返回值。--YFdyh000（留言） 2021年1月7日 (四) 17:21 (UTC)

控制台输mw.logObject(mw.language.fetchLanguageNames(mw.getContentLanguage():getCode(), 'all'))回车就行了。--GnolizX（留言） 2021年1月7日 (四) 17:31 (UTC)

谢谢，搞懂了。原来那个灰色的文本框不是只读输出框，为什么没有插入符显示……之前都在尝试浏览器的网页控制台和模块的源代码预览……--YFdyh000（留言） 2021年1月7日 (四) 18:19 (UTC)

我觉得我们完全可以抛弃mw.language，反正只是要一个table而已，不如就在本地写一个，还更方便维护。--GnolizX（留言） 2021年1月7日 (四) 18:35 (UTC)

@YFdyh000、GnolizX：请教二位，应该如何解决这个问题啊？目前有关页面还是有分类红链。——Zzhtju（留言） 2021年7月15日 (四) 08:26 (UTC)

①通过上述mw.logObject(mw.language.fetchLanguageNames(mw.getContentLanguage():getCode(), 'all'))得到一张表，把它放在单独的模块中（例），②翻译这张表，③修改local languages = mw.language.fetchLanguageNames(mw.getContentLanguage():getCode(), 'all')，让它调用这张表。--199.47.199.122（留言） 2021年7月15日 (四) 10:04 (UTC)

@199.47.199.122：谢谢您！影响条目太多，有没有对这个熟悉一点的维基人能代为操作，担心影响所有的Citation。——Zzhtju（留言） 2021年7月16日 (五) 09:11 (UTC)

{{editprotected}}

@Antigng：您看这个修改是可行的吗？--199.47.199.122（留言） 2021年7月16日 (五) 09:21 (UTC)

@199.47.199.122：另外请问 ["zh-cn"] = "Chinese (China)", ["zh-hk"] = "Chinese (Hong Kong)", ["zh-sg"] = "Chinese (Singapore)",这几个返回的是英文，可是实际上在条目中显示是中文（中国大陆）中文（香港）中文（新加坡），这是为什么？——Zzhtju（留言） 2021年7月16日 (五) 09:25 (UTC)

因为

if lang:match ('^zh-') then
		name = mw.language.fetchLanguageName( lang:lower(), lang:lower() );
else
		name = mw.language.fetchLanguageName( lang:lower(), mw.getContentLanguage():getCode() );			-- get ISO 639-1 language name if Language is a proper code
end

让zh-xx可以获取到自己的名字，譬如mw.language.fetchLanguageName('zh-sg', 'zh-sg')可以得到中文（新加坡），而mw.language.fetchLanguageName('zh-sg', 'zh')只能得到Chinese (Singapore)。--199.47.199.122（留言） 2021年7月16日 (五) 09:31 (UTC)

感谢拨冗回复，祝编安！——Zzhtju（留言） 2021年7月16日 (五) 14:26 (UTC)

部分 (编) 移至结尾

请求已处理，Special:Diff/63958697--Tiger（留言） 2021年1月27日 (三) 13:14 (UTC)

请求见客栈-模板 {{Cite_book}} 中的参数“editor”显示於姓名之前。所需修改。效果见Template:Cite_book/testcases的测试3。--YFdyh000（留言） 2021年1月20日 (三) 12:31 (UTC)

@Tigerzeng：我建議在1月27日執行此請求。（對外觀有輕微影響，應先等待7日。）SANMOSA _SPQR 2021年1月25日 (一) 09:58 (UTC)

关于PMC及PMID值

请求已处理

2019冠状病毒病（以下简称19冠）疫情是人类的灾难，但却成了医学生的福音。自19冠疫情爆发以来，PMC及PMID已经急剧膨胀，到今时PMID已经超过3350万，PMC亦已经超过783万。现在19冠疫情结束基本遥遥无期，各地医学生水论文（虽然不恰当）也只会愈演愈烈，因此建议暂时取消对PMC和PMID的CS1检查（或者放宽到是个正整数就行），待19冠疫情结束后再确定新的限制。--BoyuZhang1998（留言） 2021年1月29日 (五) 11:27 (UTC)

简而言之提升上限。翻百倍大概够了吧，感觉不需要放宽到无限制。--YFdyh000（留言） 2021年1月30日 (六) 15:55 (UTC)

@BoyuZhang1998、YFdyh000：PMID上限在2020年12月18日 (五) 06:03 (UTC)PMID最大到了33332931時已擴到35000000（見上討論），PMC最大到了33515485（2021年1月31日 (日) 10:12 (UTC)數據），即此後1.5個月內增加的PMID僅20萬個以內，短期內（至少1年內）不會突破35000000，應該不用再擴，但一年後的數字也非常接近35000000，如果擔憂增長速度比預期快的問題，可以再擴到36000000。PMC最大到了7832495（2021年1月31日 (日) 10:12 (UTC)數據），以PMID的增長率計，這年一定突破8000000和9000000，建議擴至10000000。SANMOSA _SPQR 2021年1月31日 (日) 10:12 (UTC)

先行請求將

local function pmc(id, embargo)
 local test_limit = 7500000;

修改為

local function pmc(id, embargo)
 local test_limit = 10000000;

或更大數值。@Tigerzeng。SANMOSA _SPQR 2021年1月31日 (日) 10:15 (UTC)

@Tigerzeng？SANMOSA _SPQR 2021年2月10日 (三) 02:32 (UTC)

@Sanmosa、BoyuZhang1998：从程序设计的角度来说，要检查id的合法性，这种“感觉它应该不会超过多少”的逻辑应该不是最优方案。如果id本身的生成没有规则，只要是个正整数即可，我也建议放宽成正整数，不然每次都得这样来改也不方便。如果是从给予编辑者必要的提醒的角度来说，也可以考虑用其他方式检查id是否合法。或许是用机器人自动更新最新的id？不过无论如何改变，都不会是个小工程，目前就先简单提高限制好了。--Tiger（留言） 2021年2月10日 (三) 08:34 (UTC)

編輯請求 2021-02-07

请求已拒绝

第1372行 local test_limit = 7500000; 改为 local test_limit = 8000000;--InstantNull（留言） 2021年2月7日 (日) 10:28 (UTC)

@InstantNull：與上面的請求重複，上面已經直接請求增到10000000。SANMOSA _SPQR 2021年2月10日 (三) 02:31 (UTC)

編輯請求 2021-04-12

请求已处理Hamish with w. 2021年5月10日 (一) 02:41 (UTC)

• 请合并以下三处修改：Module:Citation/CS1、Module:Citation/CS1/Configuration、Module:Citation/CS1/Whitelist；见客栈讨论。--Antigng（留言） 2021年4月12日 (一) 02:10 (UTC)

@Antigng：已经快两周了，可以开始修改了吧。 BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年4月29日 (四) 16:24 (UTC)

• • @BlackShadowG：，因为是我自己的提案，出于避嫌原则才提的编辑请求，请另一位管理员审阅后修改。但不知为何一直没有管理员修改。--Antigng（留言） 2021年5月1日 (六) 04:53 (UTC)

• • • @Antigng：我觉得阁下并不需要这么做，阁下的提案已经公示并通过，因此该修改已经有社群共识作为基础，而任何管理员都能实现社群讨论所得的共识。方针规定的避嫌仅限于保护、封禁和删除。再者，修改后能解决不少页面的CS1报错的问题，不如出于维护目的忽略所有规则。 BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年5月1日 (六) 08:24 (UTC)

關於引文模組未知參數的清理方式

之前討論：Wikipedia:机器人/作业请求/存档5#更正cite news中的df未知參數

由於en:Module:Citation/CS1/Date validation與Module:Citation/CS1/Date validation對日期格式的處理方法不同，中文模組沒有|df=這個參數，複製文字或翻譯文章常會出現Category:含有未知参数的引用的页面問題。這邊準備著手清理相關的參數，包括|url-status=、|doi-access=。在這之前集思廣益一下，希望聽聽大家的高見，不曉得這些未知參數怎麼處理比較好。

基本的方向有幾個：一是修改中文模組，讓中文也接受中文合適的日期格式。另一個是維持原樣，直接把這些參數刪了。歡迎大家發表意見。若能尋得共識，接下來這邊會申請機器人作業定期整理。--Kanashimi（留言） 2021年3月28日 (日) 08:11 (UTC)

上面的#修改CS1系列引文格式模板討論的範圍比較宏大，但是看來似乎還沒有明確的結果。這邊特別提出|df=這個參數，想聽聽大家的意見。 --Kanashimi（留言） 2021年3月28日 (日) 08:45 (UTC)

然后CS1改版后，削除参数的参考来源会有什么损失。先修改Module:Citation/CS1/Whitelist使CS1不警告但也不处理如何。--YFdyh000（留言） 2021年3月28日 (日) 13:10 (UTC)

方向二，英文维基百科对该参数的介绍：

• df: date format; sets rendered dates to the specified format; does not support date ranges or seasonal dates; overrides the automatic date formatting described above. Accepts one value which may be one of these:

dmy – set publication dates to day month year format; access- and archive-dates are not modified;

mdy – as above for month day, year format

ymd – as above for year initial numeric format YYYY-MM-DD

dmy-all – set publication, access-, and archive-dates to day month year format;

mdy-all – as above for month day, year format

ymd-all – as above for year initial numeric format YYYY-MM-DD

中文翻译

• df：日期格式；将渲染的日期设置为指定的格式；不支持日期范围或季节性日期；覆盖上述的自动日期格式。接受以下值之一：

dmy – 将发布日期设置为日 月 年（day month year）格式；不修改访问（access-date）和存档（archive-date）日期；

mdy – 同上所述的月 日，年（month day, year）格式

ymd – 同上所述的年份初始数字格式YYYY-MM-DD

dmy-all – 将发布、访问和存档日期设置为日 月 年（day month year）格式；

mdy-all – 同上所述的月 日，年（month day, year）格式

ymd-all – 同上所述的年份初始数字格式YYYY-MM-DD

而目前中文维基百科的引文都是统一使用ISO 8601中规定的YYYY-MM-DD格式，也有少量条目使用“YYYY年MM月DD日”的格式，并不存在英文维基百科中特有的“day month year”、“month day, year”这种格式，因此，这个参数完全没有引进的必要，加入维护分类让机器人全部清理掉就可以了。--BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月29日 (一) 11:58 (UTC)

個人較為支持方向一（即：修改中文模組，讓中文也接受|df=、|url-status=、|doi-access=等參數。需要提醒的是，後兩者其實與日期年月日格式無涉，只是像比如dead-url=yes與url-status=dead之間的差異）。個人認為修改中文模組較能解決問題根本，畢竟就能省去使用機器人清理此類參數的麻煩了。要考慮到，若使用機器人清理的話，是永遠清不完的，畢竟之後還是會陸續有其他人再將此類參數加到條目內。這樣的話，機器人的任務會是永久的，如果機器人因故不運作了還得找替代品。不如直接修改模組，一了百了，還省得機器人在條目裡多製造幾筆編輯。-Peacearth（留言） 2021年3月29日 (一) 14:37 (UTC)

|url-status=、|doi-access=这两个参数上面的§ 修改CS1系列引文格式模板中在讨论引入，但是|df=参数似乎并没有引入的必要，也无法引入。您也可以看出，这个参数在英文维基百科中是用来调整英文独有的日期格式的，而在中文维基百科并没有日期格式的问题，因此|df=参数可能还是避不开清理。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月29日 (一) 16:27 (UTC)

了解。想了一下，我覺得您說的有理，|df=的部分就讓機器人清理吧。而|url-status=和|doi-access=的部分則採修改模組的方式（雖然可能會稍微複雜一點）。-Peacearth（留言） 2021年3月30日 (二) 02:43 (UTC)

翻译文章总有问题，法语维基的CS1系参数名称是法语，只能机器人清理。--E.A.Crowley666^✍️ 2021年3月30日 (二) 02:48 (UTC)

@BlackShadowG、YFdyh000、和平奮鬥救地球、EdwardAlexanderCrowley：感謝各位提供意見。Wikipedia:机器人/申请/Cewbot/25 --Kanashimi（留言） 2021年4月5日 (一) 21:37 (UTC)

应设立专门机器人负责维护引文日期格式，因为很多编者在搬运英维的参考资料时，会直接将其特有的日期格式“day month year”“month day, year”复制到条目中，这类格式不符合中文使用者的阅读习惯，并会造成条目的引文风格不一致，甚至同一条目内出现多种不同的日期格式。因此，有必要统一中文维基百科的日期格式，将“day month year”“month day, year”等英文格式强制转换为 ISO 8601 所规定的“YYYY-MM-DD”格式。--蕭漫（留言） 2021年4月7日 (三) 12:57 (UTC)

蕭漫，已经有了。--Antigng（留言） 2021年4月8日 (四) 04:55 (UTC)

这不是我想要的那种维护，我想要的那种维护是会自动识别诸如「May 1, 2019」这样的不是ISO格式，但是模块又不会报错的日期写法……--Milky·Defer 2021年4月17日 (六) 06:00 (UTC)

那您应该考虑在模块中弃用这种格式（不推荐，工作量大），或者允许填入这种格式但是转换成ISO格式输出（推荐）。--Antigng（留言） 2021年4月17日 (六) 12:08 (UTC)

修改CS1系列引文格式模板

原标题为：修改Cite journal模板

如题，英维早已修改此模板，增设/修改了url-status、doi-access、hdl-access、citeseerx、s2cid等参数。提议加入这些参数。为了防止像之前两次讨论一样在无人关注的情况下存档，鄙人加入了不存档模板。--Zhuofan Wu^{Cien años de soledad} 2020年11月28日 (六) 11:40 (UTC)

(＋)支持，但是有一个(？)疑問：这个修改，需要把对应的模块从英文维基百科重新引进中文维基百科吗？--向前进，朝着胜利的方向 2020年11月29日 (日) 08:35 (UTC)

是把对应的功能引进，而不是模块。毕竟我们的格式和英文版有些不一样，无法直接引进--百無一用是書生 (☎) 2020年11月30日 (一) 02:45 (UTC)

這是遲早要做的，而且應該把全部Cite系列模板都一起翻修過。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2020年11月30日 (一) 01:17 (UTC)

• 强烈支持，并建议尽快解决，目前有大量CS1模板的错误都是由这些参数引起的（尤其是doi-access，url-access和s2cid）另，目前中维的subscription=yes和registration=yes与英维的url-access=subscription和url-access=registration起到的效果是基本一样的，中维的dead-url=no和dead-url=yes与英维的url-access=live和url-access=dead的效果也是一样的，在修改模块时记得合并这两个参数。另外，之前的一次讨论中禁止了title的繁简转换，而quote参数却没有禁止，这次希望能一起处理一下。
  现在CS1模板真的缺少维护，很多参数都没有更新，希望这次能彻底翻新一下。--BlackShadowG（留言） 2020年12月2日 (三) 16:02 (UTC)

(＋)支持。應兼容現有及這些新參數（比如兼容dead-url=yes和url-status=dead）。之前在Wikipedia:机器人/作业请求/存档5#更正cite news中的df未知參數也有討論到這個問題。另外，也附議上面提到的禁止quote繁简转换的提議。-Peacearth（留言） 2020年12月12日 (六) 00:29 (UTC)

(？)疑問。跟本议题关系并不直接：大家看一下条目BNT162里面 Cite_*模板有什么参数问题导致参考资料里有大量红链？是否与最近模板的修改有关？—以上未簽名的留言由Zhenqinli（對話｜貢獻）於2020年12月12日 (六) 08:35 (UTC)加入。

Zhenqinli3、4、10三个来源文中根本没有给出，“url-status”、“s2cid”参数的引入就是本案在讨论的。name-list-style不太清楚。—MintCandy♫ _{台州专题2021年新年贺词} 2021年1月7日 (四) 08:45 (UTC)

(＋)支持，没有s2cid等参数确实麻烦。--ときさき くるみ ^{not because they are easy, but because they are hard.} 2021年1月7日 (四) 07:26 (UTC)

(＋)强烈支持：|url-access=對於翻譯者真的太麻煩了。--Austin Chang（留言） 2021年1月17日 (日) 05:40 (UTC)

(？)疑問：目前中维和英维的参考模板的参数有什么差别？是否有可能将现有参考模板全部替换为英维版本？--Yining Chen（留言|签名） 2021年2月1日 (一) 08:55 (UTC)

• 不太可能，参数没什么差别，但显示效果差别很大。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月1日 (一) 12:05 (UTC)

(＊)提醒：那个…各位只表达支持的话意义不大，得请人来改…现在哪位有着手的意向吗？--安忆^Talk 2021年2月1日 (一) 16:34 (UTC)

我(＋)支持引進，不過也建議順便把說明中文化，我到現在還是不太清楚我到底有沒有用正確還是胡搞瞎搞。 --無心*插柳*柳橙汁 2021年2月6日 (六) 11:42 (UTC)

(＋)支持引進，另外想請問關於不是刊載在期刊上的單篇文章，是要用哪一種cite模板？---Koala0090（留言） 2021年2月7日 (日) 04:51 (UTC)

题外 吐槽，cite系列模板的常用参数也是常在乱用的，网页A转载的网站B提供的媒体C刊发的报道，作者是谁、出版者是谁，是web还是news，以及B和A是否原样转载了C的内容。--YFdyh000（留言） 2021年2月7日 (日) 05:05 (UTC)

直接引用原始报道即可……--BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月19日 (五) 11:07 (UTC)

牵扯太多方面……查证成本的增加，有时很难找到原始报道位置。；原始报道的网页失效，登录可见，或者内容被分为若干页而不利阅读；信息量欠佳，比如转载方额外提供了背景信息、图表等。；转载方有时是对来源可靠性或中立性的一个佐证。；按道理新闻报道用news，但经常界限不那么分明。；'出版者'参数应该填出版单位名，但基本没人这样干，有时被用作转载者等。--YFdyh000（留言） 2021年2月20日 (六) 00:03 (UTC)

我举双手双脚(＋)支持，如果四个不够我现在就去卤肉店买他几十只猪蹄(＋)支持。同时我提议做绝一些，废弃掉dead-url等参数，开机器人进行自动化修改（url-status参数整合了dead-url、subscription等参数）。--Milky·Defer 2021年3月1日 (一) 14:28 (UTC)

• 我同意对CS1系列模版彻底翻修。一些不常用的模版（如{{cite interview}}）现在就全是瑕疵。--Milky·Defer 2021年3月10日 (三) 16:21 (UTC)

CS1移植及反馈

這不是投票 囧rz……，CS1模块看起来蛮复杂的诶，现在各位哪位有着手修改的意向吗？——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月4日 (四) 11:41 (UTC)

那个模块看起来超级复杂，真的能在现有基础上修改好吗 囧rz…… --Yining Chen（留言|签名） 2021年3月6日 (六) 15:47 (UTC)

2015年12月13日的版本与enwiki的差别很小，zhwiki之后的版本也多是小修改、ep，感觉可以试试。不过相关页面和配置数据我没检查，没准会出现一些难题或bug。--YFdyh000（留言） 2021年3月6日 (六) 16:33 (UTC)

已在推进移植，不过还不确定如何测试。--YFdyh000（留言） 2021年3月6日 (六) 20:03 (UTC)

移植enwiki最新CS1基本架构完成，进入检查和调试阶段。精通Cite模板或Lua的用户请查阅Module:Citation/CS1提到的页面（比如testcases运行结果），协助检查有问题的地方。最终部署需由管理员或模板编辑员复审确认和提交。相关模板是否需更新我还未了解，文档估计会过时一部分。--YFdyh000（留言） 2021年3月7日 (日) 00:04 (UTC)

以模块讨论:Citation/CS1/testcases为例，左侧的“预期”是相应代码用当前正式模板（模块）渲染的结果，“实际结果”则是当前沙盒（移植并更新）的模块渲染的结果。两者代码有差异就会标橙，请自寻文本比对工具观察两者，并反馈哪些需要优化。--YFdyh000（留言） 2021年3月7日 (日) 02:12 (UTC)

(＊)提醒“lay summary”应该翻译成“简明摘要”。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月7日 (日) 02:18 (UTC)

 已修复，之前只查出是某种格式。--YFdyh000（留言） 2021年3月7日 (日) 02:53 (UTC)

language参数建议维持原位置，不需要提前。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月7日 (日) 02:27 (UTC)

enwiki那边的设计，没有调整过。尝试调整未果，pages、引用等参数的展示仍在后面，需要研究怎么改。--YFdyh000（留言） 2021年3月7日 (日) 03:34 (UTC)

display-authors参数好像有问题。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月7日 (日) 02:34 (UTC)

错误消息问题已修正。--YFdyh000（留言） 2021年3月7日 (日) 03:34 (UTC)

1. ['Coauthors'] = {'coauthors', 'coauthor'}参数不了解有多少在用，enwiki那边已经弃用且移除，找回相关代码有点麻烦。如果不多就清理掉算了。
2. 加了两个本地的测试样本就曝出3+个问题，建议提供或补充更多复杂、不大常见或重要的本地用法到Module:Citation/CS1/testcases（或本讨论中提及）。帮忙修复自然更好，但请多做注解以免看不懂。
3. enwiki弃用的deadurl参数要找回吗，可能大量条目在用，但机器人刷新或许也可。估计得找回。--YFdyh000（留言） 2021年3月7日 (日) 07:01 (UTC)

dead-url肯定要保留，目前有机器人和编辑工具会把url-access=live和url-access=dead替换成dead-url=no和dead-url=yes，肯定有大量条目使用了dead-url参数。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月7日 (日) 07:29 (UTC)

应该逐步弃用dead-url。可以在一段时间内暂时保留dead-url，同时解决完相关问题后，再禁用该参数。--Yining Chen（留言|签名） 2021年3月7日 (日) 11:17 (UTC)

提醒一句，url-status有四个可用值：live表示可以访问并且能得到正确信息；unfit或usurped表示虽然可以访问，但是已经得不到正确信息（域名过期被他人注册等情况）；dead就是无法访问。因而我觉得应当逐步淘汰dead-url，先写个机器人把dead-url=yes/no改成url-status=live/dead；等到全部改完之后，废弃掉这个参数。另外，应该有个机器人处理一下accessdate等由两个单词组成的参数名当中，连接号到底要不要加的问题。 --Milky·Defer 2021年3月7日 (日) 13:32 (UTC)

1. 感谢提醒，确实不太了解。已经试过几次，但反向移植url-status参数的代码没能成功，对代码理解不够深。
2. 由本地管理员修改InternetArchiveBot的后台配置就能改用url-status参数填入，但当前CS1处于青黄不接的尴尬局面，两个参数都必须兼容。
3. CS1各testcases中也注意到许多的格式问题，包括年份位置及格式已改变，参数显示缺失，某些参数顺序改变等。
4. Module_talk:Citation/CS1/testcases/dates中提示无效日期的功能好像也因Module:Citation/CS1/Configuration中有某些错误而失效，调了几次还没弄清楚。有技术和时间的维基人还请支援。以及其中有显示缺失。
5. accessdate好像英文维基是推荐加-，中文维基相反，我认为不加比较美观方便；用别名兼容就好，方便从enwiki翻译条目。--YFdyh000（留言） 2021年3月7日 (日) 14:39 (UTC)

不认为应当以替代dead-url的方式引入url-status；本站作为百科全书，参考文献中附带链接的作用是且仅是为读者提供来源可供查证的出处；无论是网址无法访问还是访问后得不到正确信息，都意味着“无法再向读者提供可供查证的出处”，再行区分恐怕只能起到方便IABot工作的目的；为了IABot工作的便利，将较为简单dead-url=yes/no废弃并强制替换成较为复杂的url-status=live/dead/unfit得不偿失。更何况使用机器人全自动地将dead-url=no替换成url-access=dead是不现实的——人工标注dead-url=no既有可能是url-status=dead，也有可能是url-status=unfit（比如新华网死链基本是这种情形，该网站会定期删除页面，并且404页面直接重定向到首页）。--Antigng（留言） 2021年3月7日 (日) 16:04 (UTC)

目前看兼容两者是合适的路子，现有和习惯用dead-url的继续用，是否让IABot启用url-status再看情况，翻译和复制enwiki的引用也不再故障。机器人直接替换内容不合适的，IABot更新则不同（有检查和数据库），虽然IABot也不乏误报——需要管理员去改配置和沟通，没办法，我现在看不了它的配置页面。--YFdyh000（留言） 2021年3月7日 (日) 16:58 (UTC)

仔细检阅修改方案后表示(－)強烈反对；这个修改不像是在为本站的模板引入某种功能，而是将本站的模板以英文站的模板取而代之。且不论极高风险模板的修改应该遵循没有坏就不要修的模式——哪怕是一个参数显示位置的变化（"Anonymous. Daniel Coit Gilman; Harry Thurston Peck; Frank Moore Colby , 编. The New International Encyclopædia. Dodd, Mead and Company. 1904: 906."更改为"Anonymous (1904). Daniel Coit Gilman; Harry Thurston Peck; Frank Moore Colby (编). The New International Encyclopædia. Dodd, Mead and Company：906."）都应当有明确的社群共识方能进行。此次修改涉及的Module:Citation/CS1/Date_validation/sandbox更是与所需达成的目标完全不相关——这样的修改不仅在实质上禁用了本站过往所允许而英文站不允许的"yyyy-mm"参数格式，还引入了一大堆英文世界特有的日期记录方法如“First Quarter”、“Second Quarter”、“Easter”等。作为中文维基百科，引入这类格式不必说没有意义，就算有意义也要明确的社群共识，逐一讨论才可以放行。如此囫囵吞枣一般将本站过去的共识彻底替代则是从根本上不可行。--Antigng（留言） 2021年3月7日 (日) 16:38 (UTC)

修改移植准确说现处在alpha阶段，谈格式变动和采用还为时尚早。本站CS1模块就是从英文站模块移植过来的，2015年12月由Liangent提交的版本与enwiki当时的版本相差无几（有一些本地化调整），后续的变更也都是管理员或编辑请求来调整一些习惯，或者根据英维引入一些新参数，并没有特别独立化的东西，比较源码就能看出来。

目标自然是尽量保持现有格式和逻辑，但目前看因为enwiki在五年多来修订了不少地方，导致现有表现存在不少差异和bug——这是预期中的事情，仍需格式优化或变更审定，谈这是为全盘取代和代替共识有点过分，这对所有人没好处。也许您误会了我上面说的需要管理员等协助，我的意思肯定不能自行决定如此大的变更和提交，亦无法提交——因为我不是模板编辑员，且后续修正和完善需许多人协助。关于Module:Citation/CS1/Date_validation/sandbox之事我已撰写并将回应在您的讨论页，可能是一个不慎重导致的误会，以及我不认为机器人应该使用零保护的沙盒页面作为运行基准。中文维基决定拒绝的格式可在后续禁用、警告或者过滤器、机器人修正等多种方式解决。关于对enwiki“常用”参数的兼容，请见此讨论上一节的意见。--YFdyh000（留言） 2021年3月7日 (日) 17:28 (UTC)

阁下多虑了。确实，英文维基百科的模板的格式和参数显示位置与中文维基百科有些差异，但中文维基百科的模板长久缺乏维护，很多英文维基百科已经新增的一些对引文明显有益的新参数都没有引入，目前应该解决的是把英文维基百科的多个参数先在sandbox中完成引进，至于参数的本地化处理，在新模版最终使用以前肯定是需要新的社群共识作为基础的。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月8日 (一) 11:59 (UTC)

现在开始谈 正式 修改还有点早吧，现阶段的主要目标不应该是先处理参数问题，然后再考虑格式吗 囧rz…… --Yining Chen（留言|签名） 2021年3月8日 (一) 12:09 (UTC)

• 现在模块讨论:Citation/CS1/testcases中的测试结果全部报错了。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月9日 (二) 11:53 (UTC)
• 刚刚搜索了一下，有部分条目既使用了dead-url又使用了url-status参数。甚至有条目的dead-url和url-status参数的值是相反的。--Yining Chen（留言|签名） 2021年3月9日 (二) 12:54 (UTC)

  相反的应该加维护分类，之后机器人或调整过配置的IABot清理。--YFdyh000（留言） 2021年3月9日 (二) 17:08 (UTC)

请大家检查目前未通过的测试用例，还有没有哪些是必须通过的。--GnolizX（留言） 2021年3月13日 (六) 06:51 (UTC)

感谢User:GnolizX的大力改进。--YFdyh000（留言） 2021年3月15日 (一) 15:54 (UTC)

是否应该使原CS1模块能正常支持的参考在更换新参考后不报错？比如第二个测试用例，和

{{cite encyclopedia/new|editor=[[Pete Palmer]] and Gary Gillette|encyclopedia=The 2005 ESPN Baseball Encyclopedia|title=Introduction|edition=1st Edition|year=2005|publisher=Sterling|location=New York|isbn=1-4027-2568-X }}

这个测试用例？另外，希望能将dead-url和url-status状态不一致的条目增加到一个分类中，方便维护。--Yining Chen（留言|签名） 2021年3月18日 (四) 14:50 (UTC)

1. 謝之雄; COAUTHORS. 《廣西年鑑》. 廣西: 廣西年鑑社. 2008. CSBN 45-1175.  ，過時參數留空提示未知空参数可以提醒编者移除，有助于参数的弃用。
2. 现行模块其实也有一段警告，见Category:引文格式1维护：冗余文本。
3. 是像“|author=和|last=只需其一”那样加到Category:含有冗余参数的引用的页面吗？--GnolizX（留言） 2021年3月19日 (五) 03:06 (UTC)

   是，因为这两个参数也算是功能重复吧。--Yining Chen（留言|签名） 2021年3月20日 (六) 14:45 (UTC)

   请阅Module talk:Citation/CS1/testcases/errors的test_redundant_parameters_8。--GnolizX（留言） 2021年3月21日 (日) 04:38 (UTC)

看了一下似乎没有模板内嵌套模板的测试（比如{{tsl}}、{{link-en}}），建议加上测试一下。--ときさき くるみ 2021年3月20日 (六) 17:14 (UTC)

加到测试用例里不知道为何会引用模板後大小超出限制，看来只能单独测试了，Lavrinc, Damon. Hennessey Venom GT: A $600k mid-engine Cobra for the 21st Century. Autoblog. Weblogs, Inc.. 2010-03-29 [2010-03-29]. 这样。--GnolizX（留言） 2021年3月21日 (日) 05:22 (UTC)

Cool，我觉得总体可行，(＋)支持，不过还是建议复检一下引用模板是大小本身超限制还是有bug，另外我有意向补充一些测试例。--ときさき くるみ 2021年3月21日 (日) 12:17 (UTC)

感觉是测试用例太多的原因。源代码可以看到“Post‐expand include size: 2096666/2097152 bytes”，马上要用完了。--GnolizX（留言） 2021年3月21日 (日) 12:50 (UTC)

那我就先直接扔在这了：Krebs, Robert E. Scientific Development and Misconceptions Through the Ages: A Reference Guide illustrated. Greenwood Publishing Group. 1999: 133. ISBN 978-0-313-30226-8. 、Fraser, Craig. Isoperimetric Problems in the Variational Calculus of Euler and Lagrange. Historia Mathematica. 1992, 19: 4–23. doi:10.1016/0315-0860(92)90052-D. 、Frame, J. S. Review: Mathematical Recreations and Essays, 11th edition, by W. W. Rouse Ball; revised by H. S. M. Coxeter (PDF). Bull. Amer. Math. Soc. 1940, 45 (3): 211–213. doi:10.1090/S0002-9904-1940-07170-8. 。我个人觉得现在比较缺少对s2cid、url-access等参数的测试。--ときさき くるみ 2021年3月21日 (日) 13:48 (UTC)

可以检查一下这套测试用例。--GnolizX（留言） 2021年3月21日 (日) 14:32 (UTC)

仅解决url-status问题的补丁

已通过：

七日无反对和意见，通过--Antigng（留言） 2021年4月12日 (一) 02:07 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

---

如果社群不介意dead-url=dead/live这种用法的话，实际上只需作下列三处改动即可实现url-status与dead-url的兼容：Module:Citation/CS1、Module:Citation/CS1/Configuration、Module:Citation/CS1/Whitelist，而不影响其它功能和显示。--Antigng（留言） 2021年3月29日 (一) 09:36 (UTC)

请问能否提供一下测试样例？--BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月29日 (一) 12:01 (UTC)

@BlackShadowG：，Module_talk:Citation/CS1/testcases/Antigng。--Antigng（留言） 2021年3月29日 (一) 12:58 (UTC)

另url-status和deadurl并存且意义相同的情况下可以使用机器人加以清理，已提出相关申请。--Antigng（留言） 2021年3月30日 (二) 07:22 (UTC)

支持此修改，但如果修改后两个参数效果相同的话，清理似乎没有必要。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月31日 (三) 10:23 (UTC)

上述修改合并之后，重复参数会自动归入Category:含有冗余参数的引用的页面，并且在条目里产生红字报错（效果请参见Special:Diff/65003187）。此外，清理重复参数也利于将来的维护（例如，当链接的状态发生变化时，如果存在重复参数，则有可能会出现改其中一个参数而忽略另一个参数的情况，而导致矛盾）。--Antigng（留言） 2021年3月31日 (三) 15:00 (UTC)

如果现在已经确定要对CS1系列模板进行修改完善，那这个临时补丁的作用貌似不大，总之最后都会被修复。--Yining Chen（留言|签名） 2021年4月1日 (四) 12:58 (UTC)

既然要修改完善CS1模块，那就应该讨论并制订详细的修改目标，取得共识之后一个改动一个改动分别测试合并，而不是像上面本人所反对的方案那样，一次性引入现行英文模板，为了解决少量的问题而引入大量本站不必要甚至有害的功能，例如df参数本站就有用户反对引入。这里提出的是永久性的解决url-status与dead-url兼容性的方案，而非临时方案。待该修改完成后将另开章节，依序引入url-access、doi-access等功能，直至上方社群所提出的要求全部完成。--Antigng（留言） 2021年4月1日 (四) 15:59 (UTC)

---

对该方案加以公示，如有反对和/或改进意见请速提出。--Antigng（留言） 2021年4月5日 (一) 15:19 (UTC)

---

本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

编辑请求（二）

请求已处理

相关讨论已通过，请管理员将：该修订版本的内容复制到Module:Citation/CS1、该修订版本的内容复制到Module:Citation/CS1/Configuration、该修订版本的内容复制到Module:Citation/CS1/Whitelist。--Antigng（留言） 2021年5月26日 (三) 05:11 (UTC)

处理中……--Hamish with w. 2021年6月1日 (二) 06:12 (UTC)

完成总是手快。--Hamish with w. 2021年6月1日 (二) 06:33 (UTC)

修改CS1系列引文格式模板 （第二阶段）：启用Module:Citation/CS1/Identifiers、Module:Citation/CS1/Utilities及引入s2cid参数、doi-access等参数

已通過

公示期间无反对意见，已通过。--Antigng（留言） 2021年5月26日 (三) 05:07 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

---

接前次讨论，拟启用子模块Module:Citation/CS1/Identifiers（从主模块中拆分出检查doi、pmid等参数的逻辑）、Module:Citation/CS1/Utilities（从主模块中拆分出部分高使用量、多个模块使用和/或没有副作用的函数），同时引入s2cid参数，以及与identifier相关的access参数（包括但不限于doi-access，hdl-access等）；具体修改有三处：Module:Citation/CS1、Module:Citation/CS1/Configuration、Module:Citation/CS1/Whitelist（Module:Citation/CS1/Identifiers与Module:Citation/CS1/Utilities已自行完成合并）。

测试样例：Module_talk:Citation/CS1/testcases/Antigng、Module_talk:Citation/CS1/testcases2/Antigng、Module_talk:Citation/CS1/testcases/identifiers/Antigng。--Antigng（留言） 2021年5月11日 (二) 07:21 (UTC)

ping一下前次讨论的参与者：@ZhuofanWu、听风吹过的声音、Shizhao、Ericliu1912、和平奮鬥救地球、Zhenqinli、Tokisaki_Kurumi、Yining Chen、Austin Chang、Koala0090：@Milkypine、YFdyh000、MilkyDefer：--Antigng（留言） 2021年5月12日 (三) 11:14 (UTC)

• 對我來說（對於其他編者來說大概也是如此），只要能夠保證相容性，或是做好必要的替換工作，任何進步的更新都是好的。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年5月12日 (三) 12:32 (UTC)

不知为何，没收到ping。如果有人愿意维护，我也没什么好反对的，虽然我最初期望一次性到最新版再后续修补差异和需求。不清楚目前的进度和整体情况。--YFdyh000（留言） 2021年5月12日 (三) 13:59 (UTC)

该案计划将当前过于冗长的主模块Module:Citation/CS1拆分至子模块Module:Citation/CS1/Identifiers和Module:Citation/CS1/Utilities，同时本人注意到现行Module:Citation/CS1/Identifiers（目前尚未启用）已经包括了实现doi-access、hdl-access、ol-access等英文参数的基础，故在此基础上作少许修改即可实现对上述英文站参数的兼容。测试结果见上列三个讨论页，可见凡不涉及本案修订的用法，在本案引入前和引入后模板输出结果均无差异；涉及本案的用法，以Module_talk:Citation/CS1/testcases/identifiers/Antigng中的“test_access_icons”章节为例，引用模板填写各种-access参数之后，在引入本案前这些参数无法识别；引入本案后这些参数均会导致相应的外部链接前后方出现一个绿色的锁形标记，以示可以免费访问，符合设计要求。故可以认为本案成效良好，更利于现行模块的维护，以及不会影响现有模板的用法。--Antigng（留言） 2021年5月12日 (三) 14:34 (UTC)

(～)補充，为保持与现有显示方式的一致性，绿色锁形标记已更改为放置于相关链接之后。--Antigng（留言） 2021年5月12日 (三) 16:09 (UTC)

Antigng我倒是覺得可以擺在前面的，不必按著現有的格式更改，對於讀者能起提示的作用就好。我比較在意的，反倒是應儘快將某些條目參考資料中使用的 {{Registration required}} 等同類型模板批量替換為Cite模板內建的等價參數。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年5月21日 (五) 14:12 (UTC)

@Ericliu1912：，经检查该模板似乎是放在引用模板外面而不是里面的。目前的情况是：1. 现行CS1已经支持内建registration参数（虽然在将来的更新中会被更改为url-access的别名，仅用于保持兼容性），与{{Registration required}}并存，且显示方式存在差异；2. 使用CS1内建参数并不是强制性的格式要求，英文站的仲裁委员会裁决明确反对批量将一种引文格式转换成另一种引文格式。因此，您所述的操作一来需要额外的本地共识，二来（在有明确共识的情况下）应通过机器人任务而非模板更新来完成。--Antigng（留言） 2021年5月25日 (二) 08:57 (UTC)

大体同User:Ericliu1912君，任何尝试兼容doi-access、url-status、url-access的尝试我都不反对，哪怕出了问题只要原本的参考文献没受到大影响，进一步修补就是了。--ときさき くるみ 2021年5月13日 (四) 02:42 (UTC)

(＋)支持：同以上諸位。目測有利無害。-Peacearth（留言） 2021年5月13日 (四) 19:55 (UTC)

我都不知道我被ping了（其实最近这几天学业上有事没怎么登维基，但是没收到被ping了的邮件）大体赞成，尤其是模块拆分解耦。cite引文模板需要人来维护，对VE好。此外，不同的编辑工具对某些参数的命名不太一致（比如proveit和ve），更显得需要妥善维护文档。 --Milky·Defer 2021年5月14日 (五) 10:27 (UTC)

---

• 从以上讨论可见该案反响较好且无反对意见，进入公示阶段。--Antigng（留言） 2021年5月19日 (三) 04:38 (UTC)

(＋)支持，下个阶段也许可以考虑引入name-list-style、trans-work、trans-quote等参数了。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年5月20日 (四) 15:53 (UTC)

修改以后现行的subscription和registration参数可以兼容吗？——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年5月20日 (四) 15:58 (UTC)

(：)回應，url-access与registration、subscription的兼容性是下一阶段的重点目标，该案尚不涉及。--Antigng（留言） 2021年5月20日 (四) 16:16 (UTC)

---

本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

編輯請求 2021-08-22

请求已处理--Xiplus#Talk 2021年8月24日 (二) 01:31 (UTC)

當前：「由Translator翻譯 .」，句點前有空格。

請求將

Others = sepc .. ' 由' .. Translators .. '翻译 ' .. Others;

改爲

Others = sepc .. ' 由' .. Translators .. '翻譯' .. Others;

效果：「由Translator翻譯.」，句點前無空格。
或

Others = sepc .. ' ' .. Translators .. '(譯)' .. Others;

效果：「Translator (譯).」，同「Editor (編).」。-- XComhghall talk 2021年8月22日 (日) 14:29 (UTC)

修改CS1系列引文格式模板（第三阶段）：启用biorxiv，citeseerx参数；新增cnidcn（国内统一刊号）；启用bibcode，jfm，mr，oclc，ssrn及zbl参数格式检查等

已通过：

公示期无异议--Antigng（留言） 2021年9月13日 (一) 04:55 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

---

如题，该案主要是为了实现下列目标：

• 兼容bioRxiv和CiteSeerX参数，以解决引进英文条目后模板中相应参数带来的“含有未知参数”的问题；bioRxiv在COVID-19相关条目中有广泛的运用，故对其的兼容有一定程度的迫切性；
• 响应上方提议，新增参数cnidcn用以填写国内统一刊号。模块接受形如"(CN ?)?AA-BBBB(/CCC)?"格式的国内统一刊号参数值，检查AA是否为合法的省份代码，CCC（如有）是否为合法的图书分类，通过BBBB判断出版物的类型，并检验出版物类型与图书分类是否一致（e.g. 印刷报纸无CCC，而印刷刊物有CCC）。对于印刷报、刊的情形，模块会产生指向国家新闻出版署的链接，以供查证。
• 改变Bibcode、JFM、MR、OCLC、SSRN、zbl六个参数产生外部链接的方式，由“直接生成外链”改为“先检查格式再生成外链”。这有助于编者发现对应参数值中格式错误。
• 改变CSBN参数产生外部链接的方式，新增格式检查，同时针对豆瓣网的搜索链接做出针对性修改。

此外，还修复了早前版本错误引入的报错信息格式的不一致性，以及旧模块中由于漏翻译可能导致的一处lua错误。

为实现该修改，需改动Module:Citation/CS1/Configuration、Module:Citation/CS1/Whitelist和Module:Citation/CS1/Identifiers。此外，为复用日期检查函数，还需对Module:Citation/CS1/Date validation和主模块进行配套性修改。测试结果见Module_talk:Citation/CS1/testcases/identifiers/Antigng（新增、启用参数）和Module_talk:Citation/CS1/testcases/errors/Antigng（启用格式检查）。

• 以上。--Antigng（留言） 2021年8月30日 (一) 17:24 (UTC)

CCC并不是统一刊号的一部分吧？（严格意义上）如果这也算的话，那么国内几乎所有的书籍ISBN后也有/CCC--百無一用是書生 (☎) 2021年8月31日 (二) 02:29 (UTC)

额，标准里还真是这么规定的--百無一用是書生 (☎) 2021年8月31日 (二) 02:40 (UTC)

说起这个，我想起来自己是新手的时候往CS1系列模板里填ISBN号的时候因为带上了CCC，然后模板报错却搞不清楚为什么报错。有必要在引用模板中特殊处理，在编者填写带CCC格式的ISBN号时，通过具体的报错信息提示其删去尾部的CCC么？--Antigng（留言） 2021年8月31日 (二) 03:25 (UTC)

个人支持以报错提示其删去尾部的CCC的做法。--DreamerBlue（留言） 2021年8月31日 (二) 03:28 (UTC)

(！)意見：新参数命名为“cn”即可，应该没有必要添加“id”后缀。参考 issn，直接缩写自 International Standard Serial Number，cn 则是 China serial number 的缩写，字母 n 已经含有 number（编号、编码）之义，再加上 id [entifier]（识别码、标识符）似乎略显赘余。--蕭漫（留言） 2021年8月31日 (二) 15:53 (UTC)

@蕭漫：，主要是在下不确定cn是否存在歧义？如果没有歧义使用cn当然最好。--Antigng（留言） 2021年8月31日 (二) 16:02 (UTC)

原来是基于这样的考量啊，不过我想是没有歧义的。--蕭漫（留言） 2021年8月31日 (二) 16:15 (UTC)

已修改。--Antigng（留言） 2021年9月1日 (三) 03:49 (UTC)

CS1系列的unified参数的问题

Module:Citation/CS1/Configuration#L-951

简而言之，如果输入统一书号，unified=17197·99，会得到CSBN 17197·99。

但由于豆瓣统一地、错误地将统一书号中的间隔号（·）改为连接号（-），所以应该生成CSBN 17197·99才是有意义的。

本人对技术基本一窍不通，希望有人能帮助实现该功能。——三猎（留言） 2021年8月31日 (二) 12:51 (UTC)

• 处理中……。--Antigng（留言） 2021年8月31日 (二) 13:58 (UTC)
  • @三猎：，做好了。您可以用{{Cite book/Antigng}}看一下是否符合您的要求。--Antigng（留言） 2021年8月31日 (二) 15:30 (UTC)
    • Antigng我试了一下，没问题。太感谢阁下了，将从此修改中收益的现有条目就有约800个。——三猎（留言） 2021年8月31日 (二) 16:11 (UTC)
      • 已并入上一案。--Antigng（留言） 2021年9月1日 (三) 02:25 (UTC)

公示

• 公示七日。--Antigng（留言） 2021年9月7日 (二) 02:34 (UTC)

---

本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

修改CS1系列引文格式模板（第四阶段）：新增name-list-style参数并增加“&”格式，新增url-access参数并兼容既有registration、subscription参数

已通過

无反对意见，已通过。--Antigng（留言） 2022年4月12日 (二) 08:18 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

---

• 迟来的更新，抱歉（
• 本次更新主要实现以下两个目的：
  • 一是新增name-list-style参数，该参数与既有name-list-format参数兼容。另外目前name-list-format仅允许填写vanc（温哥华格式）一个值；修改后还可以填写&/amp，效果是作者名称列表的最后两个名字会被“&”隔开来。
  • 二是新增url-access参数，同时保留既有registration、subscription参数。新增的url-access参数接受registration、subscription、limited、free四个值，分别代表url链接对应的资源“需付费订阅才能访问”、“需免费注册才能访问”、“有限度免费访问”和“可免费访问”。参数冗余时，按UrlAccess > subscription > registration的优先级处理，并报“xx只需其一”错误。此外，对当前相应参数的显示方式作了调整：相关标记拟附在url链接的后方；如没有有效的url参数，即使设置了相关参数也不显示（可类比目前access-date的显示方式）。具体效果参见测试页。
  • 此外还删除了模块中一个重复定义的函数has_invisible_chars()。
• 具体修改为：Module:Citation/CS1、Module:Citation/CS1/Whitelist、Module:Citation/CS1/Configuration。兼容性测试：Module_talk:Citation/CS1/testcases/urlaccess/Antigng、Module_talk:Citation/CS1/testcases/Antigng、Module_talk:Citation/CS1/testcases2/Antigng、Module_talk:Citation/CS1/testcases/errors/Antigng、Module_talk:Citation/CS1/testcases/identifiers/Antigng。--Antigng（留言） 2022年3月27日 (日) 17:40 (UTC)

有生之年系列，您辛苦了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年3月27日 (日) 19:45 (UTC)

(＋)支持，url-access终于来了，您辛苦了。--BlackShadowG（留言） 2022年3月27日 (日) 23:58 (UTC)

旧有的“|last-author-amp=”参数在填写yes或ture后也会在最后两名作者之间生成“&”符号，不知引入新参数后是否能兼容这个旧参数？若像英维那样删除这个旧参数，估计会导致本站使用该参数的页面出现红字警告，需安排机器人逐一将“last-author-amp=yes”替换为“name-list-style=amp”。此外，上次更新时加入的 CN 号参数链接已经失效，原因是新闻出版署的网页定位符改成了纯数字的 id，而不再是之前的 CN 号，由此导致本站的 CN 号链接无法指向正确页面（目前维基数据也还在沿用之前的失效链接，未作出任何更新）。

链接变更情况如下：

• 期刊杂志以《Vista 看天下》为例，原先是 www.nppa.gov.cn/nppa/publishing/view.shtml?typeNum=2&pubCode=64-1057%2FC，现在是 www.nppa.gov.cn/nppa/publishing/view_x.shtml?type=magazine&id=45072；
• 报纸以《新京报》为例，原先是 www.nppa.gov.cn/nppa/publishing/view.shtml?typeNum=1&pubCode=110245，现在是 www.nppa.gov.cn/nppa/publishing/view_b.shtml?type=paper&id=2608。

若新闻出版署的网页不再使用 CN 号作为定位方式，那旧链接将永久失效，这种情况下除了移除失效链接外，是否还有更好的处理方式？比如通过某种技术手段，让 CN 号能够跳转至新闻出版署的当前页面？若只能移除链接而无其他解决方案，CN 号参数的参考价值将大打折扣，甚至可能没有再保留该参数的必要。--蕭漫（留言） 2022年3月28日 (一) 17:17 (UTC)

(：)回應，1.兼容，优先级last-author-amp>name-list-style/name-list-format。事实上先后这四次CS1的更改都是本着“不废弃既有参数，兼容新参数，如无必要尽可能不改变既有显示方式”的原则进行的。2. 目前暂无解决方案。--Antigng（留言） 2022年3月29日 (二) 01:12 (UTC)

关于既有显示方式，建议在后续修改中按照英维改进两点：

1. 在填写了作者或编者参数时，年份或日期以半角括号括起，显示于作者或编者之后；未填写作者或编者时，年份或日期不带括号，显示于出版者之后 （即维持现有的显示格式）。
2. 为各类 id（ISBN、doi、pmc……）前部标示 id 类型的文字添加内链，使其不再与后方的字符串合为一个指向外部的整体链接，便于读者快速直接地获知各类 id 的信息。--蕭漫（留言） 2022年3月29日 (二) 14:39 (UTC)

再下一个版本将是主模块的大幅度拆分与重构，同时修复一些bug/微调一些格式。抱歉可能您提到的其中一些功能可能要下下个版本才能实现。--Antigng（留言） 2022年3月30日 (三) 16:17 (UTC)

最后一条意见于七日前留下。现公示七日。--Antigng（留言） 2022年4月6日 (三) 05:21 (UTC)

注意到还有个“chapter-url-access”参数，不知这次是否一同引进？该参数用于书籍章节的链接，若某本书的被引章节乃至全书均有一定的访问限制时，便有必要使用该参数，引文示例大概如下：

• Jefferies, R.P.S. The Origin of Chordates — A Methodological Essay. House, M.R. (编). The Origin of Major Invertebrate Groups. London; New York: Academic Press for The Systematics Association: 443–447. ISBN 0123574501. LCCN 78-73884. OCLC 5844063. NLC 000271189.

--蕭漫（留言） 2022年4月8日 (五) 14:33 (UTC)

• 已经做好了，将于再下一个版本引进：

当前版本：Glut, Donald F. Appendix: Dinosaur Tracks and Eggs. Dinosaurs: The Encyclopedia. 3rd Supplement. Jefferson, North Carolina: McFarland & Company, Inc. 2003: 613–652. ISBN 0-7864-1166-X. 

引入该参数之后的效果：Glut, Donald F. Appendix: Dinosaur Tracks and Eggs. Dinosaurs: The Encyclopedia. 3rd Supplement. Jefferson, North Carolina: McFarland & Company, Inc. 2003: 613–652. ISBN 0-7864-1166-X.  含有內容需登入查看的頁面 (link)

--Antigng（留言） 2022年4月10日 (日) 14:49 (UTC)

---

本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

修改CS1系列引文格式模板（第五阶段）：新增chapter-url-access、map-url-access参数；临时修复语言代码显示问题；改善模板信息的显示方式；模板内部逻辑大规模拆分整理

已通過

已通过--Antigng（留言） 2022年4月26日 (二) 16:16 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

---

本站CS1系列模板先后历经四轮小规模更新，目前英文站模板较常用而本站模板过去没有的参数，如url-access，url-status，name-list-style，各种文献标识符及对应的-access参数均在这四轮更新中逐步引进。Category:含有未知参数的引用的页面中页面的数量也从去年的四千余个降低至目前的约1500个 ，足见更新之成效。本轮CS1模板更新，表面上主要涉及以下三方面：

• 一是启用chapter-url-access（section-url-access为其别名）和map-url-access参数，分别用于填写chapter-url（section-url）和map-url的访问状态（有限度免费访问/需要注册/订阅等）。效果如下：
  • 例1：

    {{cite book |last=Glut |first=Donald F. |title=Dinosaurs: The Encyclopedia. 3rd Supplement |year=2003 |publisher=McFarland & Company, Inc. |location=Jefferson, North Carolina |isbn=0-7864-1166-X |chapter=Appendix: Dinosaur Tracks and Eggs |pages=[https://archive.org/details/dinosaursencyclo00glut_2/page/613 613–652] |chapter-url-access=registration |chapter-url=https://archive.org/details/dinosaursencyclo00glut_2 |url=https://archive.org/details/dinosaursencyclo00glut_2/page/613 }}

  • 更新前：Glut, Donald F. Appendix: Dinosaur Tracks and Eggs. Dinosaurs: The Encyclopedia. 3rd Supplement. Jefferson, North Carolina: McFarland & Company, Inc. 2003: 613–652. ISBN 0-7864-1166-X.  含有內容需登入查看的頁面 (link)
  • 更新后：Glut, Donald F. Appendix: Dinosaur Tracks and Eggs. Dinosaurs: The Encyclopedia. 3rd Supplement. Jefferson, North Carolina: McFarland & Company, Inc. 2003: 613–652. ISBN 0-7864-1166-X.  含有內容需登入查看的頁面 (link)
• 二是临时在本地修复了由于mediawiki内部代码缺乏更新而引起的语言参数不正常显示的问题。见上方讨论。
• 三是调整完善了模板的一些显示方式，特别是错误信息的显示，较为明显的改动有：
  • a. 本轮更新后，模板未填写作者（author系列参数）或贡献者（contributor系列参数），但填写编者（editor系列参数）时，模板将依所填写的编者参数生成元数据（COinS）作者栏位的信息。考虑到部分性质的来源（如百科全书），编者等同于实质上的作者，这一处理应当是合理的。
  • b. CS1系列模板中各模板支持的参数略有不同。例如，{{cite news}}模板填写卷（volume参数）是没有意义的，{{cite book}}模板填写邮件列表（mailing-list）参数是没有意义的。现在模板的处理方式是直接丢弃这些参数而不告知使用者。本轮更新后，遇到相应的情况模板会红字报错，并将页面纳入追踪分类Category:引文格式1错误：已知参数被忽略。这有助于编者及时发现参数使用方面的错误（其中有一些还很隐蔽，例如bookTitle参数很容易被“望文生义”成“书名”，但实际上仅有{{cite conference}}模板支持，{{cite book}}模板反而不支持）。以下是一些例子：
    • 例2b1：

      {{cite book| author=Herbst, T. M.; Rix, H.-W.|year=1999 |editor=Guenther, Eike; Stecklum, Bringfried; Klose, Sylvio|title=Star Formation and Extrasolar Planet Studies with Near-Infrared Interferometry on the LBT |book-title=Optical and Infrared Spectroscopy of Circumstellar Matter, ASP Conference Series, Vol. 188. |isbn=1-58381-014-5|pages=341–350 |bibcode=1999ASPC..188..341H |publisher=Astronomical Society of the Pacific |location=San Francisco, Calif.}} 注：bookTitle参数仅{{cite conference}}模板支持

    • 更新前：Herbst, T. M.; Rix, H.-W. Guenther, Eike; Stecklum, Bringfried; Klose, Sylvio , 编. Star Formation and Extrasolar Planet Studies with Near-Infrared Interferometry on the LBT. San Francisco, Calif.: Astronomical Society of the Pacific. 1999: 341–350. Bibcode:1999ASPC..188..341H. ISBN 1-58381-014-5. 
    • 更新后：Herbst, T. M.; Rix, H.-W. Guenther, Eike; Stecklum, Bringfried; Klose, Sylvio , 编. Star Formation and Extrasolar Planet Studies with Near-Infrared Interferometry on the LBT. San Francisco, Calif.: Astronomical Society of the Pacific. 1999: 341–350. Bibcode:1999ASPC..188..341H. ISBN 1-58381-014-5. 
    • 例2b2：

      {{cite web| author=Vijverberg et al. | title=Similar mode of action of pyrethroids and DDT on sodium channel gating in myelinated nerves | url=http://www.nature.com/nature/journal/v295/n5850/abs/295601a0.html | journal=Nature | volume=42 | issue=295 | year=1982 | accessdate=2012-04-28}}注：{{cite web}}不支持volume与issue

    • 更新前：Vijverberg; 等. Similar mode of action of pyrethroids and DDT on sodium channel gating in myelinated nerves. Nature. 1982 [2012-04-28].  引文格式1维护：显式使用等标签 (link)
    • 更新后：Vijverberg; 等. Similar mode of action of pyrethroids and DDT on sodium channel gating in myelinated nerves. Nature. 1982 [2012-04-28].  引文格式1维护：显式使用等标签 (link)
    • 例2b3：

      {{cite journal/Antigng|author=許宗傑| title=《清代澎湖方志研究》 | date=2011-01 | degree=中國文化大學中國文學系碩士 |url=https://hdl.handle.net/11296/723f6b | pages=15-16 | registration=yes }}注：仅{{cite thesis}}支持degree参数

    • 更新前：許宗傑. 《清代澎湖方志研究》: 15–16. 2011-01.  含有內容需登入查看的頁面 (link)
    • 更新后：許宗傑. 《清代澎湖方志研究》: 15–16. 2011-01.  含有內容需登入查看的頁面 (link)
  • c. 此外，引用模板内部的参数之间存在较为复杂的关系，可能出现“某个参数填写以后另一个参数的值被丢弃”的情况。当前模板的做法是直接丢弃有关参数。本轮更新后，将尽可能地以红字报告“只需其一”错误，方便编者查错。如下例所示：
    • 例2c：

      {{cite web|title=Title|url=http://example.com/|quote = "this is a test"|postscript = "test"}}注：quote参数填写后，post-script参数会被丢弃

    • 更新前：Title. this is a test 
    • 更新后：Title. this is a test 
  • d. 特别地，当日期与年份同时填写，两者的参数值都有效，但彼此不兼容的情况下，将红字报错：
    • 例2d：

      {{cite web|title=Title|url=http://example.com/|date=2020-01-01|year=2021}}

    • 更新前：Title. 2020-01-01. 
    • 更新后：Title. 2020-01-01. 
  • e. 最后，完善了部分界面文字的显示方式：
    • 例2e1：

      {{cite thesis|title=xxx研究|publisher=xx大学学报|year=2022}}

    • 更新前：xxx研究 (学位论文). xx大学学报. 2022. 
    • 更新后：xxx研究 (学位论文). xx大学学报. 2022. 
    • 例2e2：

      {{cite speech|title=Economic Isolationism Isn't an Option|first=Mike |last=Eskew |author-link= |event=Executive Speeches |location=Washington, D.C. |date=December 30, 2004 |url= |access-date= |medium=演讲 }}

    • 更新前：Eskew, Mike. Economic Isolationism Isn't an Option (演讲). Executive Speeches. Washington, D.C. December 30, 2004. 
    • 更新后：Eskew, Mike. Economic Isolationism Isn't an Option (演讲). Executive Speeches. Washington, D.C. December 30, 2004. 
    • 例2e3：

      {{cite book |title=Title |url=//example.com |archive-url=//archive.org |archive-date=2020-07-29 |url-status=bot: unknown}}

    • 更新前：Title. （原始内容存档于2020-07-29）. 
    • 更新后：Title. （原始内容存档于2020-07-29）. 
    • 例2e4：

      {{cite newsgroup |title=Title |newsgroup=sommat.sommat.sommat |publisher=Publisher}}注：当前模板显示实际上没有填写的|url=参数有问题，是因为模板的内部逻辑将输入的|publisher=参数当成url的一部分处理，更新后已正确反映这一点

    • 更新前：Title. Newsgroup: Publisher. 
    • 更新后：Title. Newsgroup: Publisher. 

对技术问题不感兴趣可以跳过这一段

但实际上，本轮更新中最主要的更改是针对模板内部。当前CS1模块调用的主模块Module:Citation/CS1过于冗长（接近15万字节），长到页面都不显示语法高亮。该模块做的事情，简单来说是先初始化，然后检查一下输入的参数是否在白名单之中，再调用一个一千多行的函数citation0（现已更名do_citation）输出引文。与do_citation函数相配套，整个主模块设置了大量的辅助函数——小到字符串处理大到人名列表，错误信息的分类维护都有涉及。虽然英文站尝试将主模块中一部分高使用量的函数拆分出来，另立模块Module:Citation/CS1/Utilities加以收纳，但主模块又长又杂的状况几无改善（英文站相应模块的问题更为严重，而且越来越严重）。

为解决这一问题，本轮更新将通过三种手段缩减主模块乃至其中关键函数do_citation的长度：

• 一是新设/启用/调整子模块。
  • 本轮更新将启用：
    • Module:Citation/CS1/COinS模块，拆分出原先主模块中处理引用元数据的逻辑。
  • 同时新设以下四个子模块：
    • Module:Citation/CS1/Error模块，集中处理错误/维护分类和信息。旧系列模块中到处乱跑的全局变量z也将封装入该模块，不再导出。同时，还修复了旧模块中“引文格式1错误”分类重复加入的问题。
    • Module:Citation/CS1/People模块，拆分出既有主模块中涉及人名及其列表的逻辑。目前仅仅只是将垃圾代码转移了地方，有待后续清理。
    • Module:Citation/CS1/Links模块，集中处理和维基内链/外链相关的操作。
    • Module:Citation/CS1/Languages模块，拆分出主模块中与语言相关的代码。上节所述问题二的修复也是通过在该模块中引入本地翻译表local_table实现的。
  • 并将既有Module:Citation/CS1/Utilities调整为收录无副作用且简单的纯函数，主要涉及字串处理以及格式转换。
• 二是尽可能抽象出各处代码的共同逻辑并将之函数化，同时清理主模块中硬编码的界面文字（甚至还有译文）并将之转移至配置模块Module:Citation/CS1/Configuration中。该轮更新后，配置模块新增args_support表，存放实现上节所述第三项(b)部分功能所需使用的信息；新增extra_text_pattern表，转移主模块中检查|page=，|edition=等参数中冗余文字所使用的正则表达式。其余转移的界面文字则放入message，presentation，keywords，error_conditions等既有表中。
• 三是删除/修复了部分死代码，例如永远不成立的条件表达式等。

通过上述措施，主模块Module:Citation/CS1大小减半，do_citation行数减至约700行（虽然还是很长），也能正常显示语法高亮。Module:Citation/CS1/Identifiers模块、Module:Citation/CS1/Whitelist模块作相应配套性修改。

• 测试见：Module_talk:Citation/CS1/testcases/urlaccess/Antigng、Module_talk:Citation/CS1/testcases/Antigng、Module_talk:Citation/CS1/testcases2/Antigng、Module_talk:Citation/CS1/testcases/errors/Antigng、Module_talk:Citation/CS1/testcases/identifiers/Antigng。与过往几轮更新不同，本轮更新因涉及模块的大规模拆分，可能有下列潜在负面影响：
  • 一是模板的开销变大，以至于大页面更容易超出模板限制。
  • 二是本轮更新后将与英文站相应模板彻底不兼容，未来英文站的更新将难以简单移植入本站。

最后，欢迎大家用沙盒版本的CS1模板（例如：{{Cite web/Antigng}}，{{Cite book/Antigng}}）进行测试。--Antigng（留言） 2022年4月12日 (二) 17:34 (UTC)

@Antigng 请问，{{cite book}}里面的 id={{XXX}}，这个参数id的选项是否可以多加几个，比如说几十年前没有ISBN、且没有录入OCLC的书籍，用类似NDL 12345677. NLC 12345677去定位。--Kethyga（留言） 2022年4月13日 (三) 02:48 (UTC)

@Kethyga：目前引文模板中|id=参数起到的就是后备用途，也就是所有模板本身没有支持的文献标识符参数都可以填写在|id=参数中；该参数没有任何格式上的限制，想填什么填什么。当然如果您的需求是像|doi=，|pmid=一样另设文献标识符参数并统一格式，可以在后续更新中予以考虑。由于本人对之不甚熟悉，可能需要麻烦您提供相关参数的定义，以及合法的范围等信息。--Antigng（留言） 2022年4月13日 (三) 03:22 (UTC)

重新测试了下，Special:diff/71124395，可以用形如|id={{NLC|12345678|01}}. {{NDL|12345678}}的方式添加多个。之前想法固定在只能添加一个模板上了。--Kethyga（留言） 2022年4月13日 (三) 06:35 (UTC)

(！)意見：目前沙盒版本“chapter-url-access=free”会出现“可免费查阅”的绿锁，但根据英文版的解释，一般而言这类网址是被假定为可免费访问，所以兼容free参数值是没有必要的。应该是：

• url-access/article-url-access/chapter-url-access/contribution-url-access/entry-url-access/map-url-access/section-url-access = registration / limited / subscription
• bibcode-access / doi-access / hdl-access / jstor-access / ol-access / osti-access / s2cid-access = free--BlackShadowG Pray for Ukraine 2022年4月14日 (四) 13:25 (UTC)

简单来说，编者提供的链接（如：url、chapter-url）默认是能免费查阅的，只需要标记需要付费或注册的即可；文献标识符自动生成的链接（如：doi、jstor）默认是不能免费查阅的，只需要标记免费的即可。--BlackShadowG Pray for Ukraine 2022年4月14日 (四) 13:31 (UTC)

已修正，请复查。--Antigng（留言） 2022年4月14日 (四) 14:38 (UTC)

公示七日。--Antigng（留言） 2022年4月20日 (三) 15:31 (UTC)

---

本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

Module:Citation language参数翻译问题

部分语言未从英文翻译过来，比如eg （Korean (North Korea)）. Category:CS1韩语来源 (ko)仍然是（Korean (North Korea)）而不是（朝鲜语 (朝鲜)），而不像有的语言eg （中文（新加坡）‎）. 已经有中文翻译。而且还会给出分类:CS1Korean (North Korea)来源 (ko-kp)的红链分类，去年1月请教过大家，但是最终没有解决，请问各位维基人在哪里补充中文翻译。——Zzhtju（留言） 2022年4月4日 (一) 08:39 (UTC)

• 先不存档。--Antigng（留言） 2022年4月8日 (五) 12:03 (UTC)

建议一并解决既有语言的翻译问题，如“英语”“法语”“德语”“西班牙语”“俄语”等，或可考虑全部改用“xx文”，毕竟口头为语、书面为文，读者从维基百科上获取信息的方式普遍是阅读文字，而非通过语音获取。反对者的意见认为这些语言都是表音文字，根本谈不上拥有自己的文字，只是在借用拉丁字母（或其他字母）而已，故宜称“语”而不宜称“文”，但个人还是觉得书面化的信息称之为“文”更符合中文的表达习惯。“英文”“法文”这样的称呼虽不及“英语”“法语”的使用率高，但同样是被大众普遍接受且习以为常的词汇，百科全书在选用词汇时应更加侧重其严谨性而非使用率。--蕭漫（留言） 2022年4月8日 (五) 18:48 (UTC)

该议题牵扯甚大，应单独开题，且难有结果。比如英语维基百科该一同更名吗，主要内容是文字而非声音（音标、音视频、有聲條目等）。且按此说法，听读、视障用户听到“你好（英文：Hello）”不会觉得别扭吗，难道因群体不广泛而可忽视。文字可能要算作语言的子集，语言不只是口语。--YFdyh000（留言） 2022年4月8日 (五) 22:10 (UTC)

确实牵扯面太广，所以我只是针对 CS1 的 language 参数而言，至于本站对外文维基百科的译名，多年来已经约定俗成，恐怕难以全数更改，也没有更改的必要。我注意到在同一篇条目里，当参考资料填写了|language=参数时，会生成“（英语）（法语）”这样的文字，而在“延伸阅读”“外部链接”等章节中，当编者手动添加 {{en}}{{fr}}等模板标注语种时，生成的则是“（英文）（法文）”。为确保条目中的语言标示协调统一，避免出现前后文用词不一致的情况，似乎可以考虑对 CS1 的语言译名进行更改。--蕭漫（留言） 2022年4月9日 (六) 14:15 (UTC)

這問題此前已有人提出，我建議統一為「文」。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年4月10日 (日) 06:56 (UTC)

@Zzhtju：，阁下可以将目前系统内部没有提供正确译名的语言代号及对应的译名填写在模块Module:Citation/CS1/Language里的表local_table中。该模块未来数周内将随着CS1系列模块的更新而启用，届时该模块将被自动全保护，故请阁下抓紧时间。--Antigng（留言） 2022年4月9日 (六) 13:48 (UTC)

谢谢！那如何确认目前系统内部提供正确译名有哪些语言呢？--Zzhtju（留言） 2022年4月10日 (日) 08:41 (UTC)

@Zzhtju：，您可以参考旧讨论，这里有系统已经提供中文译名的语言代码，这里有所有系统支持的语言代码。--Antigng（留言） 2022年4月10日 (日) 09:01 (UTC)

谢谢！祝编安！--Zzhtju（留言） 2022年4月10日 (日) 09:31 (UTC)

@Antigng：请问一下目前cite系列模板使用的是[2]里面的代码吗？目前zh-hant在cite模板显示为“中文（繁体）”，但该链接显示为“繁体中文”。--BlackShadowG Pray for Ukraine 2022年4月16日 (六) 09:16 (UTC)

@BlackShadowG：，有针对zh-xx的workaround。另，挪威语一项不应删除，原因见注释。--Antigng（留言） 2022年4月16日 (六) 09:44 (UTC)

已加回。--BlackShadowG Pray for Ukraine 2022年4月18日 (一) 08:15 (UTC)

總覺得遲早還是提一下補丁為好啊。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年4月16日 (六) 10:43 (UTC)

语言变体命名

觉得这个问题需要单独讨论一下，目前ISO 639-1的标准是“语言名 (地名)”，但中维似乎不太统一，例如：代码“en-US”，ISO对应名称是“English (United States)”，中维是“美国英语”；而代码“zh-cn”，中维是“中文（中国大陆）”，建议一律统一。——BlackShadowG Pray for Ukraine 2022年4月18日 (一) 08:30 (UTC)

(！)意見：按照中文的表述习惯，应将地名放在语言前面为宜，避免使用不必要的括号。如果采用 ISO 标准，会出现一对圆括号里面又套一对圆括号的形式，视觉效果冗余累赘，并且不符合中文标点符号的使用习惯。至少在中国大陆，比较正式的行文都很少使用双重括号，若实在无法避免，也会采用不同样式的括号，比如以方括号套圆括号。像（美国英语）（简体中文）这样的格式，改成（英语（美国））（中文（简体））实在没什么必要，将原本简洁明了的格式改得更繁琐了。若某篇条目的参考资料部分需使用大量语言标志，括号太多会显得十分杂乱。--蕭漫（留言） 2022年4月20日 (三) 14:42 (UTC)

那就把所有“[语言名]（[地名]）”统一为“[地名][语言名]”的格式？--BlackShadowG Pray for Ukraine 2022年4月21日 (四) 00:05 (UTC)

(＋)支持--蕭漫（留言） 2022年4月21日 (四) 01:55 (UTC)

有点担心，但从搜索结果来看还行，仅少数方言未找到中文结果（如摩尔多瓦俄语）。美国英语、加拿大英语、瑞士德语、智利西班牙语等等，"多米尼加西班牙语"、"厄瓜多尔西班牙语"、"委内瑞拉西班牙语"、"波多黎各西班牙语"等。--YFdyh000（留言） 2022年4月21日 (四) 15:18 (UTC)

行。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年4月21日 (四) 16:59 (UTC)

我無法接受將中文（香港）改成香港中文。香港中文指的是粵語白話文的分支，和具香港特色的白話文不同。--Ghren🐦🕖 2022年4月26日 (二) 11:45 (UTC)

我手頭上由田小琳所著的語言文字應用研究文集說「在香港社會流行的中文書面語有多種形式，主要有通用中文、港式中文、粵式中文、中英混合文等」。所謂的粵式中文就是（粵語），但是港式中文倒不如說是{{yue-hk}}之類的，未必相同。但是我暫時沒有找到很明確指香港中文就是港式中文的名稱，但是同樣地直接用香港中文代指{{zh-HK}}的看來也不多，例如我手上的電腦和手機用的是中文（香港特別行政區）、繁體中文（中國香港特別行政區）。--Ghren🐦🕗 2022年4月26日 (二) 12:25 (UTC)

也有說法說港式中文是流通在香港社會的一種特殊的中文書面語方式。可能是一個學界討論點？--Ghren🐦🕗 2022年4月26日 (二) 12:45 (UTC)

试论香港多语人社群的语言生活“香港中文在书面上同时存在通用中文、港式中文和粤式中文3种形态。”，zh-hk可能指三种之一，而非特定一种。{{zh-HK}}（目前为“繁体中文”）是否应该“不推荐”并提供更明确的标签，类似{{PRC}}有若干子标签。[3]提到zh-cmn-Hant-HK、zh-yue-Hant-HK。[4]则是zh-Hans-HK、zh-Hant-HK、zh-yue等。{{zh-yue}}存在，或许该有个{{zh-yue-hk}}=香港粤语。--YFdyh000（留言） 2022年4月26日 (二) 13:00 (UTC)

我先把涉及中文的转换注释掉。--Antigng（留言） 2022年4月26日 (二) 11:59 (UTC)

是否能在Template:cite book調整edition參數或其相關警告?

原討論在我個人討論頁中，主要是因為該模板的editon參數原本在英維設計中會自動追加一個「ed.」表示版本。但在本站並沒有該「ed.」（我不知道原因，但推測是因為顧慮到中文書籍版本的緣故），造成如果在本站輸入連帶edition的完整版本就會造成跳出引文格式1維護：冗餘文本 (link)隱藏錯誤，且目前未見有其它參數可替代。而後XuasdYX閣下向我在對條目黑索金以純數字替代的意見表示：

现在的问题是部分书籍不适合使用数字进行简单替代，如第一本Koch的书原版为德语版，该版本为英文版本的第一版，直接使用1st会与德语版产生混淆（毕竟看见isbn组号为3，第一想法绝对是德语书籍，看见末尾显示为英语可能会产生怀疑）；第4本Meyer的书7th edition和7th, completely revised and updated Edition两版本间存在部分细节差异，也不能简单用7th替代。

所以想了想，為了引用的完整性跟省去部分維修工作，覺得似乎還是有需要提出修改。目前有想到兩種做法：

1. 取消該冗余文本隱藏警告
2. 另開一個可填入其它文字版本參數迴避該錯誤

不知各位編者覺得有沒有需要修改。--WiTo^Talk 2023年7月14日 (五) 04:41 (UTC)

相关代码Module:Citation/CS1/Configuration extra_text_pattern。禁用这个检测没问题，中文版不会自动加ed.，所以不算冗余。新开参数没必要吧，增加成本，且参数本就与英文不一样了。--YFdyh000（留言） 2023年7月14日 (五) 10:26 (UTC)

书籍的第一版（1st ed.）无需标註版次信息，见 GB/T 7714—2015 8.3条：第1版不著录，其他版本说明应著录。版本用阿拉伯数字、序数缩写形式或其他标识表示。古籍的版本可著录“写本”“抄本”“刻本”“活字本”等。从这裡也能看出，中文书籍的版本後綴既可为“版”（如“2版”“3版”“重印版”），亦可为“本”（如“修订本”“明刻本”“预印本”），无法像英文书籍那样统一为“ed.”，因此本站不預設版本後綴，让编者根据书籍的语言、类型手动填写，其实是合理的。然而本站还取消了版本信息前後的半形括号，不知出於何故。没有了括号，版本信息与前方的文字仅以空格相区隔，看上去煞是奇怪。当前可用括号包含版本信息来规避模組侦测，使条目不被归入隐藏分类“Cat:引文格式1维护：冗余文本”（範例），但手动添加括号也只是治标不治本的做法，希望管理员能抽空修復一下。@Antigng。--蕭漫（留言） 2023年7月17日 (一) 07:52 (UTC)

{{Citation}}更改

Citation模板目前使用的separator是「,」，我想應該按照您維和國家標準改成「.」。目前的效果是上面，合適的效果應該是下面。

• 陳尚君, 前言, 舊五代史新輯會證, 上海: 復旦大學出版社, 2005 
• 陳尚君. 前言. 舊五代史新輯會證. 上海: 復旦大學出版社. 2005. 

謝謝。--Ghren🐦🕓 2023年7月4日 (二) 09:33 (UTC)

其實按照中文標準，是不是應該考慮全形化標點符號？或是（一）語言寫zh相關的才全形，（二）語言寫非中文語系的才不全形。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月4日 (二) 15:51 (UTC)

如果改了，那照實填入翻譯類書籍或資料的所有中文跟外文之後，會不會造成標點跟語言對不上的問題？這種資料引用後會同時有原文書名跟中文書名，還有作者（外文）跟譯者（中文）等。--WiTo^Talk 2023年7月4日 (二) 16:55 (UTC)

没有所谓的「中文标准」。大中華地區有且只有GB 7714這一套標準而已，其他標準都是期刊自己定的。--Ghren🐦🕚 2023年7月7日 (五) 03:47 (UTC)

但我還沒有看過多少期刊用半形標點符號處理中文參考資料格式的。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月9日 (日) 18:46 (UTC)

大陸期刊基本上（我估計至少7成以上）都用GB 7714，自然都用半形標點。港澳台的中文期刊一般都用自己一套標準，幾乎都用全形標點。可能是您看的港台期刊比較多。--Ghren🐦🕐 2023年7月17日 (一) 05:48 (UTC)

您说的这种情况，按照中国大陆的（推荐）标准，是译文文献和原文文献分列，原文文献在下方重列一遍，且在引注原文文献时所用之修饰性词语（如「见：」等）也以原文书写（如 ‘In: ’）。

--Boreas Sawada 2023年7月21日 (五) 13:00 (UTC)

全形的点 (U+FF0E) 有一个问题就是在非中国大陆字型中是居中间的，既往也非常常见于被台湾使用者作为中间点来使用（记得几年前有一款台湾游戏，在转换成简化字并在中国大陆推出时就因此造成了不太好看的效果），因此或可能造成混淆。个人认为不如保留现在的半型＋空格的形式，且视觉上也略更为紧凑，适合在脚注中比较拥挤的分栏显示中使用。至于主文所说的是否更换为中国大陆（推荐）标准的问题，个人认为鉴于中国大陆的现行（推荐）标准更接近于 ISO 690, 因此个人偏向于可行。另外，中国大陆（推荐）标准中所独有的文献类型与载体类型编码系统，在当有大量文献被引用时，也方便读者快速定位想要找到的文献（比如当读者想要找某本专著时，便可先快速用眼扫描 [M], 再在其中找寻）。--Boreas Sawada 2023年7月21日 (五) 12:43 (UTC)

感觉还行，但等待更多意见。--YFdyh000（留言） 2023年7月4日 (二) 19:16 (UTC)

(＋)支持，中文语境里几乎没见过参考文献格式用「,」的，都是用「.」--百無一用是書生 (☎) 2023年7月5日 (三) 01:32 (UTC)

現在好像也就只有主模板才用「,」當separator吧，同意這個改動。Sanmosa 2023年7月5日 (三) 11:03 (UTC)

我觉得拿「国家标准」做理由的话，会被人问为什么不是把{{Citation}}的输出改成GB 7714的。--MilkyDefer 2023年7月5日 (三) 11:08 (UTC)

(＋)支持，保持统一。--Kethyga（留言） 2023年7月5日 (三) 14:06 (UTC)

(＋)支持。--PexEric 💬|📝 2023年7月8日 (六) 08:06 (UTC)

(－)反对：逗号与点是两种不同的引文格式，前者是引文格式1，后者是引文格式2。{{Citation}}是引文格式1的模板，故使用逗号分隔。如要使用点分隔，请使用cite系列一类的引文格式2模板--BlackShadowG Slava Ukraini! 2023年7月11日 (二) 05:58 (UTC)

(？)異議 引文格式2里不是那样展现，“使用逗号分隔引文的各个元素，而CS1是句号。”，格式2是全部使用逗号。且从英文页面看，CS1是应该全部用英文句号分隔的，中文模板似乎错了？--YFdyh000（留言） 2023年7月11日 (二) 12:12 (UTC)

抱歉我说反了。{{Citation}}是CS2，使用逗号；其它cite系列模板是CS1，使用英文句号。总言而之这是两种不同的引文格式，我认为目前没有统一的必要性。--BlackShadowG Slava Ukraini! 2023年7月21日 (五) 15:27 (UTC)

按模板文档，Citation应默认产生CS1、可选产生CS2格式，所以应当纠正。--YFdyh000（留言） 2023年7月21日 (五) 18:49 (UTC)

模板文档写的是“这个模板使用了与引文格式1模板相同的Lua语言，并且带有将显示的格式变更为引文格式2的参数。”只是使用同一模块，默认产生的仍为CS2格式，英维也同样如此。--BlackShadowG Slava Ukraini! 2023年7月22日 (六) 03:40 (UTC)

是我理解错了。不过中文与英文的标点使用、模板默认样式，做本地化调整感觉也合理。可能mode=cs1就行，不过中文的Template:Citation需更新。--YFdyh000（留言） 2023年7月22日 (六) 13:52 (UTC)

我不認為中維有維護兩套引文格式的需要。我也看不出引文格式1本身使用逗號的理由。沒印象見過以「,」當separator的引文格式。--Ghren🐦🕚 2023年7月24日 (一) 15:13 (UTC)

两种格式使用同一个Lua，只是更改了显示格式，维护上不需要投入额外人力；引文格式的选取端看编者的喜好，维基百科的引文格式本身就与所有的格式手册都不相同。--BlackShadowG Slava Ukraini! 2023年8月16日 (三) 13:57 (UTC)

所以以「,」當separator理由是什麼？編者的喜好本身就是很主觀的東西，如果沒有什麼特別理由，我不認為需要迎合這些主觀的意見，而是應該倒向主流為是。--Ghren🐦🕓 2023年8月19日 (六) 09:13 (UTC)

我们已经有了有主流的Cite系列模板，把{{Citation}}改成同样的格式重复且没有必要。维基百科对使用哪种引文格式没有任何强制规定，编者依其喜好使用任何一种引文格式都可以，包括以“,”当separator的{{Citation}}。顺带一提，英维还有温哥华、LSA等引文格式模板可供选择。--BlackShadowG Slava Ukraini! 2023年8月20日 (日) 02:25 (UTC)

正因没有强制规定，所以中文维基可以根据自身需求选择与英文维基不一样的默认、推荐格式。可能主要影响翻译的条目。--YFdyh000（留言） 2023年8月20日 (日) 17:45 (UTC)

看起來共識似乎傾向更改？但我不知道要怎麼改。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月16日 (三) 13:05 (UTC)

可能所需效果是Template:Citation/testcases？--YFdyh000（留言） 2023年8月16日 (三) 15:49 (UTC)

考慮到討論沒什麼進展，那就先放著存檔了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年10月4日 (三) 08:54 (UTC)

参考資料

cite 系列模板添加 |ref=harv (第三次)

重提；之前的讨论见 Template_talk:Cite_book#模板_cite_book_添加_|ref=harv

简述：{{cite book}} 和 {{Cite journal}} 等文献引用模板将参数 |ref=harv 设定为默认值，目前不少使用哈佛参考文献格式的条目，特别是在翻译条目中编者没有指定 |ref=harv，导致相关模板 {{sfn}} 虽然是引用了，但是当鼠标点击时，不会直接跳转到对应的书目。从新手到资深编辑皆见到过此类问题。

以条目 希腊语底层 为例，显示问题见截图（安装脚本 en:User:Svick/HarvErrors.js 后的显示效果）

另外的问题是，一些编者翻译时只添加了短模板 {{sfn}}，未加文末的书目文献，算是个假引用，目前系统不会提示错误，推荐上面这个HarvErrors.js脚本，方便检查。--Kethyga（留言） 2023年6月15日 (四) 10:01 (UTC)

(＋)支持。--BlackShadowG Slava Ukraini! 2023年6月24日 (六) 07:01 (UTC)

(＋)支持。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年6月25日 (日) 07:10 (UTC)

安裝在中文維基百科用戶自己的common.js頁的代碼應為如下：

mw.loader.load('https://en.wikipedia.org/w/index.php?title=User:Svick/HarvErrors.js&action=raw&ctype=text/javascript');

@Kethyga。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月25日 (日) 14:36 (UTC)

我嘗試中文化一下這小工具。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月25日 (日) 14:40 (UTC)

已漢化，漢化後的代碼見User:Sanmosa/HarvErrors.js。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月25日 (日) 14:54 (UTC)

@BlackShadowG、Ericliu1912。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月25日 (日) 23:48 (UTC)

这个讨论是否可以加个 {{不存檔}}，等模板或技术上解决，免得重提？--Kethyga（留言） 2023年6月26日 (一) 00:23 (UTC)

@Kethyga：完成。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月26日 (一) 00:41 (UTC)

发现Template:Citation的第13838303版已经有|Ref={{{ref|harv}}}，{{Citation}}目前的版本包含 |ref=harv，即 {{Citation}} 在与{{sfn}} 等模板搭配时通常情况下不需要再设置 |ref 参数。

其他 {{cite xx}}系列模板可以参考。--Kethyga（留言） 2023年6月27日 (二) 08:57 (UTC)

(＋)支持。cite系列应该和{{Citation}}保持统一。--PexEric 💬|📝 2023年7月29日 (六) 15:31 (UTC)

(＋)强烈支持+能不能把自动引用journal的默认的date改成year？----Cat on Mars 2023年8月2日 (三) 21:08 (UTC)

(＋)支持--Taeas（留言） 2023年8月3日 (四) 01:56 (UTC)

都已经8天了，而且公示过两次了，有人来执行结果吗？----Cat on Mars 2023年8月11日 (五) 15:50 (UTC)

@CatOnMars：如果有人整理一下要修哪一些模板或模組，以及具體怎麼修，我可以協助執行編輯請求。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月16日 (三) 13:07 (UTC)

观察英维的模板文档，在2020年4月（en:Special:Diff/825280955/next）改成了全局默认为|ref=harv，在此之前是只有|mode=cs2才能默认为|harv=。中维的模板没有跟随英维更新，所以目前依然是需要|mode=cs2才能默认为|ref=harv。--BlackShadowG Slava Ukraini! 2023年8月20日 (日) 02:44 (UTC)

英维的重要修改是en:Special:Diff/951705319，但在此之前，英维的模板已经与我们的有明显不同了。--BlackShadowG Slava Ukraini! 2023年8月20日 (日) 03:59 (UTC)

考慮到討論沒什麼進展，那就先放著存檔了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年10月4日 (三) 08:51 (UTC)

这算是讨论没有进展，还是无人执行，感觉还算有一定共识？--Kethyga（留言） 2023年10月6日 (五) 23:30 (UTC)

Template:Cite web 印尼语

{{Template:Cite web}}中印尼语（iso 639:id），现在显示为“印度尼西亚语”，见佐科·維多多，感觉多显示3个字没必要，另外{{lang-id}}中用的是“印尼语”，应该统一一下吧。看了Module:Lang/data里面是记作“印尼语”，不知道Module:Citation/CS1/Language是从哪里读的中文名称，从Mediawiki（mw.language.fetchLanguageName，语言包在mw:Extension:CLDR/zh）中读到的是“印度尼西亚语”。（应该可以在Module:Citation/CS1/Language将从外部读取的中文名覆盖掉）

另外，未支持3字母代码，比如Module:Lang/ISO 639 synonyms中日语的jpn。--Kethyga（留言） 2024年4月20日 (六) 06:57 (UTC)

CLDR比较难办，依赖谷歌框架（所以大陆地区不挂木弟子根本加载不了），而且那边的Wikimedia组主管乱弹琴随意设置参与用户使用语言，造成zh只能贡献简体（而且没记错的话zh必须跟随大陆语法），想同步改zh_Hant、zh_Hant_HK等各种变体云云都没啥法子（貌似得看Amire80的脸色），加之受微软、苹果、谷歌等知名IT企业专人影响大，跨企业沟通真心蓝瘦香菇，要不问一下@Supaplex、Winston Sung：能不能想办法看看怎么解决？--Liuxinyu970226（留言） 2024年4月21日 (日) 05:51 (UTC)

cite系列模板的引用出现问题

见条目每一次的第55号来源，以及離開的人是你的第55号来源，这些来源直接复制自英文版，但英文版是正常的。--Scarsnevergoaway（留言） 2024年8月29日 (四) 01:28 (UTC)

（题外话，既然来源已失效，且Wayback上没有存档，不如直接替换来源。--Tim Wu（留言） 2024年8月29日 (四) 01:46 (UTC)

英文版進去也是死連結哪裡正常了。 --窝法乙烷 儿法梦碎 2024年8月29日 (四) 02:23 (UTC)

应该是说显示效果，英维是正常的。但是点进去都是404。--Tim Wu（留言） 2024年8月29日 (四) 02:25 (UTC)

有關《每一次》的第55號來源，已把url-status改為dead，現時顯示wayback的存檔。--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2024年8月29日 (四) 11:42 (UTC)

Wayback存档也是404，所以我建议直接替换。不过这个技术问题值得讨论。--Tim Wu（留言） 2024年8月29日 (四) 11:44 (UTC)

有點奇怪，因我按進wayback存檔後並沒有顯示404[5]。--銀の死神♠走馬燈劇場^{祝你在亂流下平安} 2024年8月30日 (五) 13:13 (UTC)

样本：<ref>{{cite web |title=Chart Search – Britney Spears, Digital Tracks |url=https://www.billboard.com/biz/search/charts?artist=Britney%20Spears&f[0]=ts_chart_artistname%3ABritney%20Spears&f[1]=itm_field_chart_id%3ADigital%20Tracks&f[2]=ss_bb_type%3Achart_item&type=2&solrsort=ds_peakdate%3Aasc }}</ref>。怀疑en:Module:Citation/CS1的local function external_link的'%5b'逻辑需移植。--YFdyh000（留言） 2024年8月30日 (五) 01:42 (UTC)