维基百科

模块讨论:Citation/CS1

< Module talk:Citation
Jimmy-bot在话题“cite系列模板的引用出现问题”中的最新留言：3个月前
了解更多有关此页面的信息


求管理员更新

最新留言：在10年前发布2条留言2人参与讨论

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

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

编辑请求

最新留言：在9年前发布3条留言2人参与讨论

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

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

script-title

最新留言：在9年前发布7条留言4人参与讨论

{{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更新

最新留言：在8年前发布29条留言11人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2015年12月24日 (四) 08:42 (UTC)。回复

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

ep

最新留言：在8年前发布6条留言3人参与讨论

  请求已处理

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

译者

最新留言：在8年前发布3条留言3人参与讨论

  请求已处理

当{{{translator}}}填了译者的名称后，会出现“translated by 某某”。可否改为中文的写法，例如“某某翻译”？难在现时的代码写死了次序，不懂如何提出更改。--Quest for Truth（留言） 2016年5月20日 (五) 21:27 (UTC)回复

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

最新留言：在8年前发布2条留言2人参与讨论

  请求已处理

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

关于ISO 639-2代码

最新留言：在7年前发布1条留言1人参与讨论

目前中文版CS1系列模板的language参数只支援ISO 639-1代码，可是英文版已经开始支援部分ISO 639-2代码，这大大方便我们编辑一些涉及到冷门语言／语言的分支／语言的总集的条目（比如接下来我要写东帝汶条目，涉及到的德顿语，就没有ISO 639-1代码）。能不能告诉我，那个代码都要到那儿找出来。--春卷柯南－欢迎参加协作计划 ( 论功行赏 ) 2017年3月29日 (三) 14:24 (UTC)回复

编辑请求

最新留言：在7年前发布3条留言2人参与讨论

  请求已拒绝

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）.  已忽略未知参数|df= (帮助)

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的地方

最新留言：在7年前发布3条留言2人参与讨论

  请求已处理千村狐兔（留言） 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

最新留言：在6年前发布2条留言2人参与讨论

  请求已处理

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

最新留言：在6年前发布2条留言2人参与讨论

  请求已处理

	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

最新留言：在5年前发布3条留言2人参与讨论

  请求已处理

如使用{{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

最新留言：在5年前发布7条留言3人参与讨论

  请求已拒绝--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

最新留言：在5年前发布5条留言2人参与讨论

  请求已处理--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参数

最新留言：在4年前发布3条留言2人参与讨论

  请求已拒绝（非管理员关闭）申请者自行撤回该编辑请求。原因：需要在沙盒做详尽测试。—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 .. '&nbsp;', '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 .. '&nbsp;', '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 时报错，怎样更正？

最新留言：在4年前发布3条留言3人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2020年4月5日 (日) 08:14 (UTC)。回复


见：

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

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

编辑请求 2020-04-23

最新留言：在4年前发布3条留言2人参与讨论

  请求已处理--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

最新留言：在4年前发布4条留言3人参与讨论

  请求已处理

请求将第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)回复

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

最新留言：在4年前发布11条留言7人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/条目探讨。执行者：Jimmy-bot（留言） 2020年8月20日 (四) 08:14 (UTC)。回复

在条目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:

最新留言：在4年前发布51条留言12人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/其他。执行者：Jimmy-bot（留言） 2020年10月11日 (日) 16:14 (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)回复
整个不转换不行么？毕竟严格来说，参考文献应该保持原始语言格式--百無一用是書生 (☎) 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)回复
本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

编辑请求 2020-11-19

最新留言：在3年前发布7条留言6人参与讨论

  请求已拒绝

将via前的“–”改为“－”，type前后的“()”改为“（）”，根据Wikipedia:格式手册/标点符号的连2和括1。 2020年11月19日 (四) 07:11 (UTC)回复

@Tigerzeng：我建议执行此请求。SANMOSA SPQR 2021年1月25日 (一) 09:56 (UTC)回复
中文环境下的参考文献一般用的都是英文半角括号--百無一用是書生 (☎) 2021年2月19日 (五) 08:30 (UTC)回复
从发言状况来看，未有共识，故关闭。--Tiger（留言） 2021年2月21日 (日) 15:34 (UTC)回复

PMID

最新留言：在4年前发布3条留言2人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2020年11月25日 (三) 00:14 (UTC)。回复

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

报错请检查pmid值：

test. PMID 33177517 请检查|pmid=值 (帮助). 

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

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

PMID又不够用了

最新留言：在4年前发布3条留言3人参与讨论

  请求已处理

如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参数翻译问题

最新留言：在3年前发布17条留言5人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2021年1月18日 (一) 00:14 (UTC)。回复

部分语言未从英文翻译过来，比如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)回复

部分 (编) 移至结尾

最新留言：在3年前发布3条留言3人参与讨论

  请求已处理，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值

最新留言：在3年前发布6条留言4人参与讨论

  请求已处理

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

最新留言：在3年前发布2条留言2人参与讨论

  请求已拒绝

第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

最新留言：在3年前发布5条留言3人参与讨论

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

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

关于引文模组未知参数的清理方式

最新留言：在3年前发布14条留言9人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2021年4月27日 (二) 16:14 (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
而目前中文维基百科的引文都是统一使用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系列引文格式模板

最新留言：在3年前发布69条留言19人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2021年4月28日 (三) 16:14 (UTC)。回复

原标题为：修改Cite journal模板

如题，英维早已修改此模板，增设/修改了url-status、doi-access、hdl-access、citeseerx、s2cid等参数。提议加入这些参数。为了防止像之前两次讨论一样在无人关注的情况下存档，鄙人加入了不存档模板。--Zhuofan WuCien 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)回复
(＊)提醒：那个…各位只表达支持的话意义不大，得请人来改…现在哪位有着手的意向吗？--安忆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移植及反馈

  这不是投票  囧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)回复
请大家检查目前未通过的测试用例，还有没有哪些是必须通过的。--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.  引文使用过时参数|coauthors= (帮助)，过时参数留空提示未知空参数可以提醒编者移除，有助于参数的弃用。
  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（英语：Autoblog.com）. Weblogs, Inc.（英语：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)回复

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

编辑请求（二）

最新留言：在3年前发布3条留言2人参与讨论

  请求已处理

相关讨论已通过，请管理员将：该修订版本的内容复制到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等参数

最新留言：在3年前发布17条留言8人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2021年6月5日 (六) 08:14 (UTC)。回复

已通过
公示期间无反对意见，已通过。--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)回复

不知为何，没收到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)回复
(＋)支持，下个阶段也许可以考虑引入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

最新留言：在3年前发布2条留言2人参与讨论

  请求已处理--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参数格式检查等

最新留言：在3年前发布17条留言6人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2021年9月23日 (四) 08:14 (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（启用格式检查）。

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)回复

公示

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

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

最新留言：在2年前发布12条留言5人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2022年5月1日 (日) 08:14 (UTC)。回复

已通过
无反对意见，已通过。--Antigng（留言） 2022年4月12日 (二) 08:18 (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 号链接无法指向正确页面（目前维基数据也还在沿用之前的失效链接，未作出任何更新）。
链接变更情况如下：
若新闻出版署的网页不再使用 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.  已忽略未知参数|chapter-url-access= (帮助)
引入该参数之后的效果：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. 

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

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

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

最新留言：在2年前发布10条留言4人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2022年5月7日 (六) 00:14 (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的访问状态（有限度免费访问/需要注册/订阅等）。效果如下：
  • 二是临时在本地修复了由于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.  |book-title=被忽略 (帮助)
      • 更新后：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.  |book-title=被忽略 (帮助)
      • 例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].  参数|journal=与模板空引用 (帮助) 不匹配（建议改用空引用 (帮助) 或|website=） (帮助); |volume=被忽略 (帮助); |issue=被忽略 (帮助)
      • 更新后：Vijverberg; 等. Similar mode of action of pyrethroids and DDT on sodium channel gating in myelinated nerves. Nature. 1982 [2012-04-28].  参数|journal=与模板空引用 (帮助) 不匹配（建议改用空引用 (帮助) 或|website=） (帮助); |volume=被忽略 (帮助); |issue=被忽略 (帮助)
      • 例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.  |degree=被忽略 (帮助)
      • 更新后：许宗杰. 《清代澎湖方志研究》 : 15–16. 2011-01.  |degree=被忽略 (帮助)
    • 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  |quote=和|postscript=只需其一 (帮助)
      • 更新后：Title. this is a test  |quote=和|postscript=只需其一 (帮助)
    • d. 特别地，当日期与年份同时填写，两者的参数值都有效，但彼此不兼容的情况下，将红字报错：
      • 例2d：
        {{cite web|title=Title|url=http://example.com/|date=2020-01-01|year=2021}}
      • 更新前：Title. 2020-01-01.  |year=与|date=不匹配 (帮助)
      • 更新后：Title. 2020-01-01.  |year=与|date=不匹配 (帮助)
    • 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）.  无效|url-status=bot: unknown (帮助)
      • 更新后：Title. （原始内容存档于2020-07-29）.  无效|url-status=bot: unknown (帮助)
      • 例2e4：
        {{cite newsgroup |title=Title |newsgroup=sommat.sommat.sommat |publisher=Publisher}}注：当前模板显示实际上没有填写的|url=参数有问题，是因为模板的内部逻辑将输入的|publisher=参数当成url的一部分处理，更新后已正确反映这一点
      • 更新前：Title. Newsgroup: Publisher 请检查|publisher=值 (帮助).  |newsgroup=和|publisher=只需其一 (帮助)
      • 更新后：Title. Newsgroup: Publisher 请检查|publisher=值 (帮助).  |newsgroup=和|publisher=只需其一 (帮助)

最后，欢迎大家用沙盒版本的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、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参数翻译问题

最新留言：在2年前发布26条留言8人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2022年5月24日 (二) 08:14 (UTC)。回复

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

最新留言：在1年前发布4条留言4人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2023年7月27日 (四) 08:14 (UTC)。回复

原讨论在我个人讨论页中，主要是因为该模板的editon参数原本在英维设计中会自动追加一个“ed.”表示版本。但在本站并没有该“ed.”（我不知道原因，但推测是因为顾虑到中文书籍版本的缘故），造成如果在本站输入连带edition的完整版本就会造成跳出引文格式1维护：冗余文本 (link)隐藏错误，且目前未见有其它参数可替代。而后XuasdYX阁下向我在对条目黑索金以纯数字替代的意见表示：

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

所以想了想，为了引用的完整性跟省去部分维修工作，觉得似乎还是有需要提出修改。目前有想到两种做法：

  1. 取消该冗余文本隐藏警告
  2. 另开一个可填入其它文字版本参数回避该错误

不知各位编者觉得有没有需要修改。--WiToTalk 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}}更改

最新留言：在1年前发布29条留言12人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2023年10月14日 (六) 16:14 (UTC)。回复

Citation模板目前使用的separator是“,”，我想应该按照您维和国家标准改成“.”。目前的效果是上面，合适的效果应该是下面。

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

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

其实按照中文标准，是不是应该考虑全形化标点符号？或是（一）语言写zh相关的才全形，（二）语言写非中文语系的才不全形。—— Eric Liu 創造は生命（留言・留名・学生会） 2023年7月4日 (二) 15:51 (UTC)回复
如果改了，那照实填入翻译类书籍或资料的所有中文跟外文之后，会不会造成标点跟语言对不上的问题？这种资料引用后会同时有原文书名跟中文书名，还有作者（外文）跟译者（中文）等。--WiToTalk 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: ’）。[1]
--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)回复

参考资料

  1. ^ 中国国家标准化管理委员会. 信息与文献　参考文献著录规则：第 6 部分　著录用文字: GB/T 7714.6–2015 [S]. 北京: 中国标准出版社, 2015:5.

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

最新留言：在1年前发布20条留言8人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2023年10月17日 (二) 00:14 (UTC)。回复

重提；之前的讨论见 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 印尼语

最新留言：在7个月前发布3条留言3人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2024年5月1日 (三) 08:14 (UTC)。回复


{{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系列模板的引用出现问题

最新留言：在3个月前发布9条留言6人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2024年9月9日 (一) 16:14 (UTC)。回复

见条目每一次的第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)回复
添加话题
检索自“https://zh.wikipedia.org/w/index.php?title=Module_talk:Citation/CS1&oldid=84154560”
返回到“Citation/CS1”页面。