模块讨论:Lang

编辑请求 2019-08-13

请求已处理--Xiplus#Talk 2019年8月16日 (五) 11:38 (UTC)

@Xiplus：模块里有个make_category的函数，这里面的的意思是特殊的code需要做特殊的分类处理，比如中文会加入Category:含有明确引用中文的条目而不是Category:含有中文的条目，而英语德语之类的不需要做特殊处理，所以这些部分可以删掉。现在最需要添加的是韩语的特殊处理，因为刚刚Template:Lang-ko改成了使用本模块，而中文维基是建立的是Category:含有朝鲜语的条目，而不是Category:含有韩语的条目，导致现在属于Category:含有朝鲜语的条目的页面数量正在一点一点地往下降，所以这部分要赶紧修改。我在沙盒里修改了这个函数，做更新的时候只需要覆盖make_category函数即可。--Vozhuo_whisper 2019年8月13日 (二) 15:05 (UTC)

@Vozhuo：我没看到问题，页面仍然在Category:含有朝鲜语的条目。--Xiplus#Talk 2019年8月15日 (四) 13:49 (UTC)

@Xiplus：我当时看的时候分类有14000+页面，每刷新一次页面数就掉一次，现在页面有13000+，估计已经掉光了。可以看一个例子，“CJ集团”条目用了lang-ko模板，但其页面属性没有Category:含有朝鲜语的条目，反而却有了Category:含有非中文内容的条目。光看Category:含有非中文内容的条目第一页就有大量韩国相关的条目，这些明显都是被错分类的。--Vozhuo_whisper 2019年8月16日 (五) 11:31 (UTC)

请修正lang_xx_inherit

请求已拒绝

当使用lang-xx模板时候，如果script=Yyyy被指定，此时的转写会被渲染成xx-Yyyy-Latn模式，导致渲染失败。请将其修正为xx-Latn模式，确保Yyyy不会影响Latn的渲染，谢谢！--173.68.165.114（留言） 2020年8月27日 (四) 16:35 (UTC)

• 需要更改make_translit (code, language_name, translit, std, tscript, style)。--173.68.165.114（留言） 2020年8月27日 (四) 17:21 (UTC)

请在沙盒提供新版本。--Xiplus#Talk 2020年9月30日 (三) 08:26 (UTC)

编辑请求 2021-02-12

请求已处理

在模块中添加：

--[[--------------------------< _ N A M E _ F R O M _ T A G >--------------------------------------------------
Returns language name associated with IETF language tag if valid; error message else.
All code combinations supported by {{lang}} and the {{lang-xx}} templates are supported by this function.
Set invoke's |link= parameter to yes to get wikilinked version of the language name.
Module entry point from another module
]]
local function _name_from_tag (args)
	local subtags = {};															-- IETF subtags script, region, variant, and private
	local raw_code = args[1];													-- save a copy of the input IETF subtag
	local link = 'yes' == args['link'];											-- make a boolean
	local label = args.label;
	local code;																	-- the language code
	local msg;																	-- gets an error message if IETF language tag is malformed or invalid
	local language_name = '';
	
	code, subtags.script, subtags.region, subtags.variant, subtags.private, msg = get_ietf_parts (raw_code);
	if msg then
		local template = (args['template'] and table.concat ({'{{', args['template'], '}}: '})) or '';	-- make template name (if provided by the template)
		return table.concat ({'<span style=\"font-size: 100%; font-style: normal;\" class=\"error\">Error: ', template, msg, '</span>'});
	end

	raw_code = format_ietf_tag (code, subtags.script, subtags.region, subtags.variant, subtags.private);	-- format to recommended subtag styles; private omitted because private
	language_name = language_name_get (raw_code, code);							-- get language name; try ietf tag first, then code w/o variant then code w/ variant

	language_name = language_name:gsub ('%s+%b()', '');							-- remove IANA parenthetical disambiguators or qualifiers from names that have them

	if link then																-- when |link=yes, wikilink the language name
		if language_name:find ('languages') then
			language_name = make_wikilink (language_name, label);				-- collective language name uses simple wikilink
		elseif lang_data.article_name[code] then
			language_name = make_wikilink (lang_data.article_name[code][1], label or language_name);	-- language name with wikilink from override data
		else
			language_name = make_wikilink (language_name .. ' language', label or language_name);	-- language name with wikilink
		end
	end

	return language_name;
end


--[[--------------------------< N A M E _ F R O M _ T A G >----------------------------------------------------

Module entry point from an {{#invoke:}}

]]

local function name_from_tag (frame)											-- entry point from an {{#invoke:Lang|name_from_tag|<ietf tag>|link=<yes>|template=<template name>}}
	return _name_from_tag (getArgs(frame))										-- pass-on the args table, nothing else; getArgs() so we also get parent frame
end


--[[--------------------------< _ T A G _ F R O M _ N A M E >--------------------------------------------------

Returns the ietf language tag associated with the language name.  Spelling of language name must be correct
according to the spelling in the source tables.  When a standard language name has a parenthetical disambiguator,
that disambiguator must be omitted (they are not present in the data name-to-tag tables).

Module entry point from another module

]]

local function _tag_from_name (args)											-- entry point from another module
	local msg;

	if args[1] and '' ~= args[1] then
		local data = mw.loadData ('Module:Lang/tag from name');					-- get the reversed data tables TODO: change when going live
		local lang = args[1]:lower();											-- allow any-case for the language name (speeling must till be correct)
		local tag = data.rev_override_table[lang] or data.rev_lang_table[lang] or data.rev_lang_dep_table[lang];	-- get the code; look first in the override then in the standard

		if tag then
			return tag, true;													-- language name found so return tag and done; second return used by is_lang_name()
		else
			msg = 'language: ' .. args[1] .. ' not found'						-- language name not found, error message
		end
	else
		msg = 'missing language name'											-- language name not provided, error message
	end
	local template = '';
	if args.template and '' ~= args.template then
		template = table.concat ({'{{', args['template'], '}}: '});				-- make template name (if provided by the template)
	end
	return table.concat ({'<span style=\"font-size: 100%; font-style: normal;\" class=\"error\">Error: ', template, msg, '</span>'});
end
--[[--------------------------< T A G _ F R O M _ N A M E >----------------------------------------------------
Module entry point from an {{#invoke:}}
]]
local function tag_from_name (frame)											-- entry point from an {{#invoke:Lang|tag_from_name|<language name>|link=<yes>|template=<template name>}}
	local result, _ = _tag_from_name (getArgs(frame))							-- pass-on the args table, nothing else; getArgs() so we also get parent frame; supress second return used by is_lang_name()
	return result;		
end

见Special:PermanentLink/64248037#In lang模块。由于本人不太了解技术细节，因此只是从英维对应模块处拷贝了以上代码。有可能无法正常工作。----Yining Chen（留言|签名） 2021年2月12日 (五) 08:57 (UTC)

还要配合Module_talk:Lang/data#编辑请求_2021-02-12-- Sunny00217  2021年2月12日 (五) 12:04 (UTC)

我已在沙盒中合并英文维基的最新版本，但需要测试。--Vozhuo_whisper 2021年2月12日 (五) 14:44 (UTC)

目前还需要更新Module:TableTools，请看到的管理员先更新TableTools模块。--Vozhuo_whisper 2021年2月18日 (四) 06:04 (UTC)

Module:TableTools已更新，请在Module_talk:Lang/testcases检查变更后的格式变化。--Vozhuo_whisper 2021年2月24日 (三) 08:23 (UTC)

检查完毕，要是没有其他人提出意见的话我会认为当前沙盒版本中的内容可以正常运作。管理员需要同时更新Module:Lang、Module:Lang/data和Module:Language/data/iana_languages，替换为各自沙盒中的内容（沙盒修改日期为3月3日，以防之后有其他人更新）。另外更新之后不建议全保护Module:Lang/data，因为这里面的中文还没写完，经常要添加新的语言，全保护的话修改请求经常无法得到及时反馈，建议降为模板保护。--Vozhuo_whisper 2021年3月3日 (三) 10:47 (UTC)

我在查看Module_talk:Lang/testcases页面的时候发现页面上显示了大量错误，这个是代码设计成这样的吗？--Yining Chen（留言|签名） 2021年3月4日 (四) 11:23 (UTC)

现在的沙盒中的版本是待更新的版本，不能用来检查测试样例，要检查测试样例需要修改Module:Lang/sandbox的第13行（改为加载Module:Lang/data/sandbox）和Module:Lang/data/sandbox的51和52行（改为加载Module:Language/data/iana languages/sandbox）。--Vozhuo_whisper 2021年3月4日 (四) 14:30 (UTC)

改动稍大，稳妥起见等待至3月10日执行修改。--Tiger（留言） 2021年3月7日 (日) 07:50 (UTC)

按请求将Module:Lang、Module:Lang/data和Module:Language/data/iana_languages分别替换成3月3日时的沙盒版本后，条目内出现Lua错误 在Module:Lang的第589行：尝试读取空全局变量：page_exists，遂予以回退。--Tiger（留言） 2021年3月11日 (四) 01:18 (UTC)

@Tigerzeng：哎呀，我忘记把这个函数加上了，现在的Module:Lang/sandbox可以了。--Vozhuo_whisper 2021年3月12日 (五) 11:09 (UTC)

完成，感谢。--Tiger（留言） 2021年3月12日 (五) 13:09 (UTC)

In lang模块

{{In lang}}模板中显示Module:In lang错误（模板固定链接：Special:PermanentLink/63906340，模块固定链接：Special:PermanentLink/63906389），有办法能够修复吗？感谢。--Yining Chen（留言|签名） 2021年2月12日 (五) 02:07 (UTC)

粗看了一下是Module:Lang没有同步英文维基的版本，缺少name_from_tag这个函数。要更新的话最好还是走 ep 流程。 --砜中嘌呤的白磷_{萃取 打谱} 2021年2月12日 (五) 03:24 (UTC)

感谢。已提交至Module_talk:Lang。--Yining Chen（留言|签名） 2021年2月12日 (五) 08:59 (UTC)

现在输出的是语言的英文名称，是否需要改成中文？——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年2月28日 (日) 13:52 (UTC)

应该要。现在沙盒版本里的语言名称已经被汉化了，把开头的 In 改掉就行。不过我想问，这个模板和{{ja icon}}之类是不是重复了？英文版没有后者。 --砜中嘌呤的白磷_{萃取 打谱} 2021年3月3日 (三) 03:58 (UTC)

@WhitePhosphorus：xx icon一类的模板在英文版是因为与本模板重复被删除了，我觉得这个模板不会重复且很有必要，因为使用xx icon一类的模板一次只能标记一种语言，如果网页有多种语言的话就得使用多个xx icon模板标记，这样的效果很不好，比如中文、英文和日文网页用xx icon模板标记会成为这样：（中文）（英文）（日语），而本模板可以兼容多个语言参数，希望将来本模板的显示效果可以与cite web模板的language参数一样，用于标记多语言的网页，如下：示例 （中文、英语及日语）. Category:CS1英语来源 (en)。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月4日 (四) 11:34 (UTC)

管理员可以先处理Module_talk:Lang的编辑请求。--Vozhuo_whisper 2021年3月3日 (三) 11:02 (UTC)

报错了。--Yining Chen（留言|签名） 2021年3月11日 (四) 14:32 (UTC)

Module:Lang已更新，In lang可以正常显示了。要是这个模板真的在中文维基启用的话那些xx icon模板就可以计划删掉了，{{In lang|ja}}的写法完全可以代替{{ja icon}}，或者可以用字符更少的{{LL|ja}}写法。--Vozhuo_whisper 2021年3月12日 (五) 14:45 (UTC)

另外还需要解决的问题是显示样式：（日语）和（日语），本来中文英文维基都是用的右边的样式，但是英文维基cite web等模板后来改成了左边的样式，中文维基并未跟进。所以要么把in lang改成中文维基现在用的样式，要么把cite web等模板更新成英文维基现在的样式。--Vozhuo_whisper 2021年3月12日 (五) 15:21 (UTC)

现行的{{ja icon}}的鼠标浮现文字是“连接到X语网页”。但像{{Cite book}}，QWER （日语）. Category:CS1日语来源 (ja)这里并没有什么网页可供连接。作为类似的式样，似乎要一起考虑。--洛普利宁 2021年3月12日 (五) 15:36 (UTC)

@Vozhuo：，我已经修改了模块把{{in lang}}的显示样式更改为{{language icon}}的样式了，而cite web一类的模板似乎是直接引用了{{language icon}}模板，因此出现了@Lopullinen提到的悬浮文字的问题。我认为可以吧language icon的默认悬浮文字去掉，因为目前似乎language icon不只是用于标记网页，有些编者也会使用language icon标记书籍的语言。——BlackShadowG（留言）_{维基百科20岁生日快乐！} 2021年3月21日 (日) 01:13 (UTC)

编辑请求 2022-02-28

请求已处理--Xiplus#Talk 2022年3月11日 (五) 02:16 (UTC)

回应回廊彼端的回馈：[1]

编辑请参考沙盒，第1119行if args.links and args.link and (args.links ~= args.link) then。

既links和link设为别名，那么提议只在两个参数值不一样时才显示冲突。 这样以来，在lang-xx模板中可以使用其中任何一个参数。

目前{{lang-de}}：

• {{lang-de|test|link=no}} → 德语：test
• {{lang-de|test|links=no}} → [test]
• {{lang-de|test|link=yes}} → 德语：test
• {{lang-de|test|links=yes}} → [test]

沙盒{{lang-de/sandbox}}：

• {{lang-de/sandbox|test|link=no}} → 德语：test
• {{lang-de/sandbox|test|links=no}} → 德语：test
• {{lang-de/sandbox|test|link=yes}} → 德语：test
• {{lang-de/sandbox|test|links=yes}} → 德语：test

谢谢！--Tjmj（留言） 2022年2月28日 (一) 10:41 (UTC)

编辑请求 2022-08-14

请求已处理--Xiplus#Talk 2022年8月24日 (三) 09:20 (UTC)

此页上方曾有Module_talk:Lang#编辑请求_2019-08-13的讨论，把“含有韩语的页面”按当时状况归类到Category:含有朝鲜语的条目，不过目前互助客栈讨论共识修改模板Template:ISO 639 name ko、Template:ISO 639 name kor两个模板内容为繁体用语“韓語”，因此不再需要该次所新增的判别函数，直接让页面归入Category:含有韩语的条目即可。又由于我不太懂相关语法，想麻烦各位协助修改。

此外使用Template:Lang-pinyin、Template:标音、Template:Pinyin、{{lang|zh-Latn|OOO}}会自动把条目归入Category:含有中文的条目这个多余分类，希望可以一起修改，谢谢辛苦。--回廊彼端（留言） 2022年8月14日 (日) 03:24 (UTC)

关于西里尔语言模板的几个问题

1.translit参数的问题。如果使用translit参数（{{lang-ru}}），会变成
俄语：Москва，罗马化：Moskva
但如果不写参数，直接写转写（{{lang-ru|Москва|Moskva}}），会变成
俄语：Москва，罗马化：Moskva，这里请问一下是不是要把这两种写法整合一下。
2.软音符号的问题。有些条目不会转写Ь（比如阿穆尔河畔共青城），有些会转写成'（比如乌里扬诺夫斯克），想请教应该要翻呢？还是不翻呢？
3.塞尔维亚语的转写。这里确认一下，标准的转写是否像{{lang-sr|'''Суботица'''/'''Subotica'''}}一样，西里尔和拉丁写在一起。--Sean0115 2022年12月13日 (二) 14:01 (UTC)

1、感觉将 “罗马化”连接到 条目 俄语罗马化 比较好，熟悉俄语的应该是少数。 2、@Yelets--Kethyga（留言） 2022年12月16日 (五) 05:18 (UTC)

从转写的角度说我支持加上'或ʹ，也与主流转写标准、地图册、翻译辞典等一致。不加的话我觉得严格来说不是转写，而更偏向英/外语化。塞尔维亚语是西里尔拉丁都用，所以并列是没问题的。--Yelets _留言 2022年12月18日 (日) 03:57 (UTC)

可否改成调用strict库？

请求已处理

原因在Mediawiki.org了解一下，写在/sandbox里了，就改了第7行。--Liuxinyu970226（留言） 2024年4月23日 (二) 22:07 (UTC)

完成。-Mys_721tx（留言） 2024年4月24日 (三) 04:17 (UTC)

请求模板编辑员协助编辑

WT:格式手册/文字格式#公示锚点 ——自由雨日🌧️（留言｜贡献） 2024年11月2日 (六) 08:36 (UTC)

请和上方跟进一下IPA和lang模板的更新，一样要修改Module:Lang，谢谢。--Qqkuro66541（留言） 2024年11月2日 (六) 16:05 (UTC)

似乎不是同一回事。上方那个还在讨论中，这里是已经公示通过了，而且这个修改容易得多。--自由雨日🌧️（留言｜贡献） 2024年11月2日 (六) 16:10 (UTC)

要修改Module:Lang#L-636，上面那个一更新，不就又覆盖过了。--Qqkuro66541（留言） 2024年11月2日 (六) 16:27 (UTC)

既然这么多人想修Lang，那能不能多给Lang加个class以更优雅地解决Template talk:Lang-grc#为Lang-grc模板引入多调（polytonic）样式（哦好像得公示 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月2日 (六) 16:41 (UTC)

没注意到沙盒版本，已注释掉，还希望您可直接修改沙盒，看测试样例，没问题的话，应该都会支持的，有样例，就可更直观看出差别在哪。--Qqkuro66541（留言） 2024年11月2日 (六) 17:25 (UTC)

请求管理员编辑{{lang}}模板

《WP:格式手册/文字格式#罗马化转写不用斜体》已经通过半个月了。--自由雨日🌧️🌨️ 2024年11月15日 (五) 08:54 (UTC)

模板{{lang}}应该没有斜体效果，可能涉及到类似{{lang-ru}}系列模板中用到的模块Module:Lang的修改。--Kethyga（留言） 2024年11月15日 (五) 11:16 (UTC)

@Ericliu1912：--自由雨日🌧️❄️ 2024年11月20日 (三) 19:54 (UTC)

请给新版，方得据以改之。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年11月21日 (四) 12:53 (UTC)

我看不懂代码啊，效果就是把斜体去掉😀 ——自由雨日🌧️❄️ 2024年11月21日 (四) 12:57 (UTC)

应该636和696行字串的i改成span就行。未测试，改之前务必测试。——枰（留言） 2024年11月22日 (五) 00:55 (UTC)

有没有可能我也不会代码，所以要由社群提出经过检验的版本（ —— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年11月22日 (五) 16:48 (UTC)

请求模板编辑员协助@Kcx36：--自由雨日🌧️❄️ 2024年11月26日 (二) 01:59 (UTC)

要取消所有lang-xx模板转写的斜体，修改的是全保护的Module:Lang，还得请管理员操作@Shizhao。大概是把636、696行的<i>...</i>改为<span>...</span>，修改前请测试。--Kcx36（留言） 2024年11月26日 (二) 02:25 (UTC)

已修改636、696行，但是478和488行还有<i>标签，不确定是否要改，lua代码太长了，实在没时间仔细看....--百無一用是書生 (☎) 2024年11月26日 (二) 03:00 (UTC)

其实636、696行，那部分，应该连代码逻辑都改掉才比较好--百無一用是書生 (☎) 2024年11月26日 (二) 03:02 (UTC)

目前《莫斯科》条目好像罗马化已经不显示斜体了！效果上应该已经实现了。（而且如果手动加入''则可显示斜体。）--自由雨日🌧️❄️ 2024年11月26日 (二) 03:03 (UTC)

（提醒：目前无论是否加入''符号，罗马化都永远显示斜体。）--自由雨日🌧️❄️ 2024年11月26日 (二) 02:53 (UTC)

{{Jpn}}的罗马字要不要取消斜体？--Kcx36（留言） 2024年11月27日 (三) 13:16 (UTC)

要哇，我今天刚在该模板讨论页提出😂 ——自由雨日🌧️❄️ 2024年11月27日 (三) 14:11 (UTC)

哦哦，没看到，已经改了。编辑请求不挂{{Editprotected}}很难注意到。--Kcx36（留言） 2024年11月27日 (三) 14:15 (UTC)

看来不只一处要修改；动手时请别忘了“Template_talk:Lang#修改“Template:lang””。--微甜微酸微苦＿＿微咸（留言） 2024年12月3日 (二) 15:50 (UTC)

与本讨论无关，若您仍要求修改，请提出新讨论并取得共识。--Kcx36（留言） 2024年12月3日 (二) 15:56 (UTC)

编辑请求 2025-03-01

请求已处理—AT⊿⁴⁶ 2025年3月19日 (三) 09:08 (UTC)

WP:互助客栈/技术#提议以langx模板取代lang-xx系列模板通过，见special:diff/86285744。请与Module talk:Lang/data#编辑请求_2025-03-01一同处理。Sanmosa _新朝雅政 2025年3月1日 (六) 13:29 (UTC)

提议以langx模板取代lang-xx系列模板

通过：

公示期间无人对把对应{{langx}}模板的代码引入Module:Lang之事有异议。Sanmosa _新朝雅政 2025年3月1日 (六) 13:26 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

近日翻译条目时留意到英文维基百科已经基本全面停用{{lang-xx}}系列的模板，而改为使用{{langx}}模板。我翻查了一下英文维基百科当时的讨论，他们认为改用{{langx}}模板能使需要维护的语言模板数量大幅减少，因此会更便利社群管理，而这点对于现时与此前的英文维基百科同样拥有大量语言模板的中文维基百科社群来说也是适用的。因此，我提议将所有没有特殊情况的{{lang-xx}}系列模板一律替换为{{langx}}模板，以增进语言模板的维护效率。此外，我相信大家已经发现中文维基百科本地是存在{{langx}}模板的，然而由于Module:Lang欠缺对应{{langx}}模板的代码，本地的{{langx}}模板并未能起任何作用，因此无论以{{langx}}模板取代{{lang-xx}}系列模板的提案通过与否，我希望能有人尽快把对应{{langx}}模板的代码引入Module:Lang，以使{{langx}}模板在本地能正常使用。Sanmosa _新朝雅政 2025年2月13日 (四) 13:15 (UTC)

听上去不错。--YFdyh000（留言） 2025年2月13日 (四) 19:24 (UTC)

现存的{{lang-xx}}系列模板见此，但不排除仍有所遗漏。Sanmosa _新朝雅政 2025年2月14日 (五) 00:23 (UTC)

(＋)支持。对IPA和lang模板的更新我半年前就提过了，但一直没见中维有行动。--BigBullfrog（𓆏） 2025年2月14日 (五) 00:29 (UTC)

本地的Module:IPA倒是没被保护，但替换掉所有{{IPA-xx}}系列模板的事情可能需要再开一个讨论串。Sanmosa _新朝雅政 2025年2月14日 (五) 01:01 (UTC)

(＋)支持。--Tim Wu（留言） 2025年2月14日 (五) 01:45 (UTC)

@蕭漫、Vozhuo。Sanmosa _新朝雅政 2025年2月14日 (五) 02:05 (UTC)

我已经在Module:Lang/sandbox更新了最新的版本，但是这个模块的代码太多，我只能说现在根据测试样例貌似没什么问题，但是不保证部署上去不会有任何问题发生。如果部署的话要同时更新Module:Lang/sandbox和Module:Lang/data/sandbox的内容。--Vozhuo_whisper 2025年2月14日 (五) 07:58 (UTC)

(＋)支持。--Kcx36（留言） 2025年2月14日 (五) 09:44 (UTC)

(＋)支持。--东风（留言） 2025年2月14日 (五) 14:19 (UTC)

(＋)支持，但我估计实际部署起来可能有点麻烦。交给机器人做就好了。--花开夜 _{留言 ·签名 ·贡献} 2025年2月14日 (五) 20:21 (UTC)

(＋)支持不过lang-xx是否要强制替换为langx还有得商榷--Gaolezhe（留言） 2025年2月15日 (六) 06:25 (UTC)

(＋)支持 Aqurs1（留言）三玖天下第一 2025年2月15日 (六) 14:54 (UTC)

基本支持更改推荐格式，但不建议比照英文删除旧模板，以最大程度保持相容。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年2月16日 (日) 12:53 (UTC)

不删除旧模板可能会引起一些意想不到的麻烦，比如用户错误比照不改为{{langx}}模板的{{lang-xx}}系列模板建立新的{{lang-xx}}系列模板，但新模板的机能实际上应该由{{langx}}模板处理之类的，而且重新导向可以被撤销，当有用户意外地或故意地撤销重新导向时，由于{{lang-xx}}系列模板与{{langx}}模板外观上高度相似，社群将难以察觉。Sanmosa _新朝雅政 2025年2月16日 (日) 23:43 (UTC)

误建出现可轻松解决，且不可轻率假定这是个问题。删除后更容易误建，难道还想白纸保护。不改为的模板不是一样有可能修改风险，大不了都加上保护或过滤器。--YFdyh000（留言） 2025年2月16日 (日) 23:57 (UTC)

这是难以察觉与否的问题，不应存在的模板存在了不会难以察觉。Sanmosa _新朝雅政 2025年2月17日 (一) 04:20 (UTC)

真想察觉您可以监视页面/链出更改。“不会难以察觉”不成立，如果无链入或者效果相似，谁去注意呢。总之不认为您的设想合理。--YFdyh000（留言） 2025年2月17日 (一) 04:49 (UTC)

源代码上很容易看出来，hypen与管道符号正常人是肯定能分出来的，一旦有人错误地新建了模板并使用，大家自然能发现了。Sanmosa _新朝雅政 2025年2月17日 (一) 04:56 (UTC)

实际上过往经验指出，遗留追踪分类较直接删除模板或分类更有利于长期维护。又lang-xx模板除涵盖极大量页面及其历史版本外，本身亦并不因此次更新完全失效，甚且模板“过时”之际，并不当然发生危害；除明确告知停用（停止维护）外，增加若干追踪分类，乃已足以使社群知悉模板使用情况，并尽速替换之。实则英文方面强制替换之措施，有相当规模社群志愿者支撑，迳移植于本地是否稳妥，亦大有商榷之虞。社群为减少技术成本起见，认可更新推荐使用之模板格式（或且停用旧模板）、乃至于鼓励替换等，并不代表授权彻底“清剿”（删除）既有堪用版本。故本人不得不认为Sanmosa的提议过于轻率，忽视可能徒增之社群成本，且对百科全书建设有害无益。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年2月17日 (一) 20:45 (UTC)

强制替换可以由bot处理，这与“有相当规模社群志愿者支撑”与否无关。另外，我需要提醒你你已经不是第一次说些脱离实际情况的话了，你这样做会误导社群。Sanmosa _新朝雅政 2025年2月18日 (二) 03:00 (UTC)

这句话原封不动还给你。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年2月28日 (五) 21:26 (UTC)

(＋)支持。--萧漫（留言） 2025年2月19日 (三) 12:01 (UTC)

(＋)支持，不过现存的{{lang-xx}}和{{langx}}效果一样的话，何不作为后者的语法糖，例如{{lang-en|English}}等价于{{langx|en|English}}--Kunjinkao（留言） 2025年2月19日 (三) 12:49 (UTC)

那要看这语法糖是如何实现的。如果实现方式是定制资料盒的话，那我上面提到的问题仍然存在。Sanmosa _新朝雅政 2025年2月20日 (四) 01:45 (UTC)

我没看懂你提到的问题是什么，如果是怕有人改的话就上保护，不然有人硬要改或重新创建的话根本拦不住。因为参数的原因重定向不可行，所以实现的方式就是预先填充一些常用参数，{{lang-en}}就是把{{langx}}的第一个参数设置为en，剩下的原样传递。举一个数学上的例子作类比，表示自然对数时可以用$\ln x$作为$\log _{e}x$的简写，而不是有了$\log _{a}b$的写法后就废除$\ln x$。--Kunjinkao（留言） 2025年2月20日 (四) 05:34 (UTC)

去看了一眼代码，发现底层都是调用的_lang_xx，根本就不存在维护的问题，真怕有人乱改就保护，实在要改就提编辑请求。真要删的话，同样的理由{{link-en}}系列也得删，因为{{ilh|lang-code=en|Text}}（Text）和{{link-en|Text}}（Text）效果一样。--Kunjinkao（留言） 2025年2月20日 (四) 06:02 (UTC)

我说的维护问题是模板数量庞大引申的监察困难，你说这话某程度上说明了你没有认真看过原始提案内容。Sanmosa _新朝雅政 2025年2月20日 (四) 06:42 (UTC)

(＋)支持--Saimmx（留言） 2025年2月22日 (六) 04:22 (UTC)

现公示提案7日，具体操作方式为以Module:Lang/sandbox与Module:Lang/data/sandbox的内容替换现Module:Lang与Module:Lang/data的内容。Sanmosa _新朝雅政 2025年2月22日 (六) 09:10 (UTC)

@Sanmosa：可以实施了吧，我已经等不及了--BigBullfrog（𓆏） 2025年3月1日 (六) 11:08 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

• @Sanmosa：想确认一下，像{{Kmr}}这类模板是否也同{{lang-xx}}系列一样停用？（因为我发现该模板有误用斜体的问题，如果将停用的话我就索性直接在链入条目里换用{{langx}}模板了。） ——自由雨日🌧️❄️ 2025年4月27日 (日) 10:28 (UTC)

  @自由雨日：并非，诸如{{jpn}}、{{kor}}之类的都（暂时）不是被取代的对象。斜体的问题你可以看源代码，直接移除掉就可以了。Sanmosa _新朝雅政 2025年4月28日 (一) 01:34 (UTC)

编辑请求 2025-03-26

请求已处理AT⊿⁴⁶ 2025年3月27日 (四) 09:32 (UTC)

修复“直译”的多余空格、遗漏冒号与未翻译引号，见雷米吉尤斯·热迈泰蒂斯#注释。Sanmosa _新朝雅政 2025年3月26日 (三) 07:54 (UTC)

• 另外，我添加了在默认未设置italic参数时不检查是否有斜体的设置，因为目前报错的条目太多，而且这个功能在中文维基默认参数的情况下并不太需要。--Vozhuo_whisper 2025年3月26日 (三) 13:22 (UTC)

@AT：这个编辑请求或许应该需要尽快优先处理，另外如果可以的话，也请连带执行Module talk:Lang/data#编辑请求 2025-03-26的请求。Sanmosa _新朝雅政 2025年3月27日 (四) 06:07 (UTC)

data已改。“修复“直译”的多余空格、遗漏冒号与未翻译引号”具体要如何操作？--AT⊿⁴⁶ 2025年3月27日 (四) 06:24 (UTC)

@AT：我给了patch，你按下上面ep模板显示的“应用于主页面”连结就是了。Sanmosa _新朝雅政 2025年3月27日 (四) 09:28 (UTC)

完成。--AT⊿⁴⁶ 2025年3月27日 (四) 09:32 (UTC)

@Vozhuo：从WP:翻译腔/城墙的情况来看，在默认未设置italic参数时不检查是否有斜体的设置并不可行，见“[The Movie]”。Sanmosa _新朝雅政 2025年3月27日 (四) 15:20 (UTC)

@AT：有鉴于上面提到的显示问题，请求紧急撤销默认未设置italic参数时不检查是否有斜体的设置的操作，sandbox已更新。Sanmosa _新朝雅政 2025年3月29日 (六) 05:12 (UTC)

(－)反对：会造成大量页面报错。关于此显示问题，邀请阁下至Wikipedia:互助客栈/技术#{{lang}}、{{lang-xx}}相关更新善后详述。——枰（留言） 2025年3月29日 (六) 05:35 (UTC)

@優枰：刚看了一下，似乎被修好了。Sanmosa _新朝雅政 2025年3月29日 (六) 05:38 (UTC)

讨论通知：2025年3月更新善后

如遇与此次更新相关的问题，请至Wikipedia:互助客栈/技术#{{lang}}、{{lang-xx}}相关更新善后讨论，谢谢。——枰（留言） 2025年3月28日 (五) 08:23 (UTC)

编辑请求 2025-04-03

请求已处理

修复Wikipedia:互助客栈/技术#c-神秘悟饭-20250403100800-Kcx36-20250327111500，顺便优化一下相关代码。测试样例见Module_talk:Lang/testcases中test_29_zh_languages第2、3个。--Vozhuo_whisper 2025年4月3日 (四) 11:42 (UTC)

@Vozhuo： done. --SCP-0000（留言） 2025年4月3日 (四) 11:44 (UTC)

编辑请求 2025-04-30

请求已处理

根据讨论，修复罗马化文本的tooltip。--Vozhuo_whisper 2025年4月30日 (三) 06:02 (UTC)

@Vozhuo：完成。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年4月30日 (三) 06:15 (UTC)

编辑请求 2025-05-09

请求已处理

修复Wikipedia:互助客栈/技术#使用“zhuyin”作语音标签的大量条目报错，请与Module:Lang/data的编辑请求一起更新。--Vozhuo_whisper 2025年5月9日 (五) 08:00 (UTC)

@Vozhuo：完成。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月13日 (二) 07:53 (UTC)

删除所有的lang-xx模板

如题，是否有必要删除所有的lang-xx模板？是否一定要跟随英维的脚步。--Kethyga（留言） 2025年6月14日 (六) 08:01 (UTC)

从我的监视清单来看，已经有机器人将这些涉及模板替换为langx，另提供已达成共识的讨论连结。--Sinsyuan✍️ 2025年6月14日 (六) 08:24 (UTC)

无同意删除模板的共识。--Kethyga（留言） 2025年6月14日 (六) 12:37 (UTC)

你确定你自己不是处于平行时空？Sanmosa _新朝雅政 2025年6月14日 (六) 15:24 (UTC)

受到支持的不是只有替换代码？——暁月凛奈 (留言) 2025年6月15日 (日) 00:12 (UTC)

替换完成后不删除被取代的模板，岂不是替换了个寂寞？而且还有人主张把lang-xx系模板改为指向{{langx}}的重新导向或语法糖，然而那些人完全没考虑参数错位或技术上不可行的问题。Sanmosa _新朝雅政 2025年6月15日 (日) 10:37 (UTC)

如果除了英维外的其他主要语种维基没有全部删掉的话，对于翻译其他语种条目的用户来说翻译时可能会生成模板红链。--东风（留言） 2025年6月14日 (六) 15:35 (UTC)

本来停用就好。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年6月14日 (六) 17:43 (UTC)

个人倾向观望一阵子，有的人还是习惯用lang-xx了，要一段时间去适应，当然最终不管怎样还是要删的，不删个别人永远不会改变习惯。--💊✖️2️⃣3️⃣（留言） 2025年6月15日 (日) 11:14 (UTC)

修正缩进：回复应用一层冒号缩进，而非顶格书写。1F616EMO（喵留言～回复请ping） 2025年6月17日 (二) 09:03 (UTC)

模板说明都没翻译好就别怪别人不改习惯了。--owennson（聊天室、奖座柜） 2025年6月17日 (二) 15:12 (UTC)

我觉得模板说明翻译好了，有的人也不一定会改变习惯，特别是一些前段时间暂时隐退近期突然回来的人。--💊✖️2️⃣3️⃣（留言） 2025年6月19日 (四) 02:33 (UTC)

模板使用是为了方便，本来根本不“需要”改变习惯。若确实要统一此种模板使用办法，让替换模板的机器人任务自动常态运作也行，大不用劳烦编者。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年6月19日 (四) 16:38 (UTC)

(－)强烈反对 损害条目历史版本显示--Sksawf（留言） 2025年11月26日 (三) 09:10 (UTC)

有关更新模组以提升对不规范用例的兼容性

请求已处理

根据追踪分类，本模组相关模板仍在约1500个条目存在不规范用例，目前此类情况只会显示红字错误。考虑到短时间内无法修正，现提议修改模组，将此类情况改为尝试正常显示文字，并将红字错误改为预设不显示，以此提升模板兼容性。新版本目前位于Module:Lang/sandbox，测试时尚未发现有问题，不过测试仍可能不足，若决定更新还需要各位协助测试。——枰（留言） 2025年11月1日 (六) 08:00 (UTC)

我其实还是很希望能保留lang系列模板的兜底用法，改动格式有需要的话定期交给机器人处理即可。许多问题这么久都没能全部排除，就应该优先考虑恢复原状。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年11月3日 (一) 11:03 (UTC)

本人建议：恢复所有lang系列模板，但维持停用状态，并使用机器人定期替换新用例。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年11月7日 (五) 22:08 (UTC)

本次讨论修改仅为提升兼容性，与{{lang-xx}}类模板前景无关。——枰（留言） 2025年11月8日 (六) 06:10 (UTC)

顺便提一下而已（ —— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年11月10日 (一) 02:28 (UTC)

目前清理300条，降至1000，清理过程中目前认为此例是不该出现的错误，其他尚属与配套模板没一起更新或真正的语法写错，有很多link-xx或tsl|xx 都写成lang|xx 才报错，后者皆可修复，建议请修复此例格式上的完全配对不该报错，目前仅加上不转换使其断开，另也建议修改优先兼容，例T:Infobox_Chinese和子模板可以减少报错，报错页面：长沙市。---Zest 2025年11月9日 (日) 10:13 (UTC)

@Ericliu1912、@-Zest：已征求意见一阵子而无人提出反对，各位认为是否可以按Wikipedia:共识#非方针指引相关提案简易规定免去本提案的公示程序？——枰（留言） 2025年11月9日 (日) 19:17 (UTC)

还是公示一下吧？“将红字错误改为预设不显示”这点可能会提高维护难度。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年11月10日 (一) 02:28 (UTC)

亦可，那么改请问各位已可以开始公示了吗？本人认为既然已有共识同意更新，征求意见亦未见反对意见，现在开始公示足够合理。——枰（留言） 2025年11月10日 (一) 10:45 (UTC)

请问有无配套方式使编辑可用css或其他方式见到错误内容，使维护更简易，根据目前进度，约2~3周会清理至要只剩要改其他模板的条目，预估约剩100条内。---Zest 2025年11月10日 (一) 15:25 (UTC)

@-Zest：可以，CSS加入span.lang-comment-error { display: inline !important }即可。——枰（留言） 2025年11月11日 (二) 01:37 (UTC)

帮你公示了，就等个几天吧。可以先讨论技术方案。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年11月16日 (日) 15:27 (UTC)

@優枰、Ericliu1912，目前我已经清理完绝大部分的条目，现在剩45条目，约6种情况，如果预设不显示将提高维护难度这点在过去各种追踪分类上是明确的，如果还像之前有剩几千条或更早的stylelink有几万条，那我会认为隐藏对读者佳，但现在的数量我认为不隐藏对编辑和维护为佳，对读者的影响已经缩小非常多了(2000>113/170>1)。---Zest 2025年11月16日 (日) 16:15 (UTC)

@-Zest：那是否要撤回公示？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年11月16日 (日) 16:16 (UTC)

都公示了就当一笔反对意见，致其他编辑，如能协助这边的Category:Lang和lang-xx模板错误中{{Infobox Chinese}}和{{Audio}}兼容问题就能解决绝大部分问题。---Zest 2025年11月16日 (日) 16:20 (UTC)

我觉得，这个模板用法好像一时半会修不好，一般编者大概看到错误也不知道该怎么办，所以目前还是隐藏比较好。可以等解决之后不再隐藏。——枰（留言） 2025年11月16日 (日) 22:38 (UTC)

公示7日，2025年11月23日 (日) 15:27 (UTC)结束--此条留言由Ericliu1912（讨论｜贡献）于2025年11月16日 (日) 15:27 (UTC)加入。

公示版本主要修改如下：

• 有错误时，在红字错误前尝试正常显示文字
• 红字错误改为预设不显示，可用个人CSS显示
• 相应补充部分错误的文字（见Module:Lang/configuration/sandbox）
• 如因模组的问题误视为错误，可以使用|noerror = y，防止加入维护分类
• 忽略{{lang-xx}}模板中设定的斜体（MOS:罗马化斜体）
• 修正一些小问题
• 同步英文版的部分修改

——枰（留言） 2025年11月16日 (日) 23:20 (UTC)

已通过公示，请管理员协助按沙盒更新Module:Lang和Module:Lang/configuration。——枰（留言） 2025年11月24日 (一) 00:31 (UTC)

另请诸位关注有关存废讨论。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年11月24日 (一) 05:09 (UTC)

@Ericliu1912、優枰、-Zest： done. SCP-0000（留言） 2025年11月27日 (四) 13:00 (UTC)

编辑请求2026-01-04

请求已处理

调整对汉语拼音和注音符号的处理，并修正汉语拼音分类错误。请一并处理Module:Lang/data的编辑请求。——枰（留言） 2026年1月4日 (日) 08:29 (UTC)

@優枰：完成。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月7日 (三) 16:13 (UTC)

仅考虑使用bot替换{{lang-代碼}}成{{langx|語言代碼|內容}}，不特别规限用户强制全面改用{{langx|語言代碼|內容}}

见昔日投票，将{{langx|語言代碼|內容}}引入Module:Lang，增加一个好Alternative。此举是个天大的好事。

但强制删除所有{{lang-代碼}}，全面强制改用{{langx|語言代碼|內容}}可能是个凭空制造麻烦，徒劳的奇怪行为。割裂过去编辑历史、其它语言的维基，徒增阻碍。

中维本来就不像英维千年不用lang模板，故{{lang-代碼}}拥有维护问题。中维本来就没有维护问题，中维经常使用lang模板。全面强制改用{{langx|語言代碼|內容}}就是一个WP:ENWP!和WP:ENWIKISAIDGOOD行为。

先不说两者输入差异：{{langx|語言代碼|內容}}需要使用x+Ctrl+/共最少3个键，而反之{{lang-代碼}}只需1键。我手机输入代码，需要2次脱离中文键盘→转换键盘→转换键盘→打开符号功能→再按控制键→再找寻Ctrl+-等等（因为是全角符号，而不是半角符号。）

仅见昔日投票及其后续，也有最少12人对于引入{{langx|語言代碼|內容}}稍微提出疑虑，需进一步商榷。我们似乎在昔日投票将{{langx|語言代碼|內容}}引入Module:Lang的时候就把这个步骤跳过了。直接因为大家都支持添加{{langx|語言代碼|內容}}进入Module:Lang的非强制性提议，莫名其妙变成了{{lang-代碼}}全面强制改用{{langx|語言代碼|內容}}的实行。虽WP:IAR可以忽略规矩，但这似乎是对投票内容的误用。也不符合Sanmosa_新朝雅政对昔日投票的总结“公示期间无人对把对应{{langx}}模板的代码引入Module:Lang之事有异议。”

WP:CCC：过去的行为可被挑战，也并非必须遵守。 _{（此时根据WP:原则，也可以用WP:UCS和WP:理性原则匡正非硬性规定的错误行径。）}

故建议：编辑时可使用各人最方便的Module:Lang方式，不特别规限用户强制全面改用{{langx|語言代碼|內容}}，仅考虑使用bot替换{{lang-代碼}}成{{langx|語言代碼|內容}}。

召唤部分昔日正反方讨论者（仅通知，请自由参与）：Sanmosa_新朝雅政、Eric Liu _{創造は生命（留言・留名・学生会）}、YFdyh000（留言）、花开夜 _{留言 ·签名 ·贡献}、Gaolezhe（留言）、Kunjinkao（留言）、自由雨日🌧️❄️、Kethyga（留言）、暁月凛奈 (留言)、💊✖️2️⃣3️⃣（留言）、owennson（聊天室、奖座柜）、Sksawf（留言）、枰（留言）、东风（留言）、Gzyeah（留言）、魔琴［留言 贡献 PJ:小学 PJ:两岸］、自由米花🌾🌼、SunAfterRain、Tim（留言）、${\ce {Be + He->B+ +e- +H- +e+}}$，这是β衰变和正电子发射，请无视其他能量释放。、${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧}等人--Gedu11539381（留言） 2026年1月19日 (一) 21:59 (UTC)

副知@YFdyh000、BigBullfrog、Vozhuo、Kcx36、Easterlies、花开夜、Gaolezhe、Aqurs1、蕭漫、Kunjinkao、Saimmx。当初社群讨论本有粗糙之处，且即便更新langx系列模板为推荐方案，是否代表认可直接删除过往使用如此广泛而运作无碍的lang系列模板，现在看来确实也大有商榷空间。我依然认为Sanmosa的作法过于专断；其实社群在相关存废讨论亦表达过类似意见，如以“Deleted template”模板标记停用，即足以同时解决追踪现有使用、阻止误用及维持历史版本正常显示等问题。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月20日 (二) 00:28 (UTC)

说真的，我看不出“lang-代码”类模板有什么用，也认为用户除非碰上{{nihongo}}那种复杂的使用情境，否则应该改用{{langx}}模板。因此我的基本立场接近Sanmosa，认为应当鼓励用户使用{{langx}}，并尽可能换掉“lang-代码”类模板。

但既然提到输入法问题，考量到我本人也会用{{vk}}这种捷径，也许可以让步。但我还是会站在应当停用“lang-代码”类模板的立场。--Saimmx（留言） 2026年1月20日 (二) 06:07 (UTC)

个人而言，截至目前我没用过，甚至好像没见过langx的使用。以及，我不明白langx的命名依据，所以很可能记不起这个模板而不太可能主动使用它，而|改成-对我而言很直观和熟悉。所以我的立场是，也许统一改成langx有某种我不理解的好处，但我依旧会使用旧用法、对新用法感到陌生。--YFdyh000（留言） 2026年1月20日 (二) 06:25 (UTC)

你没用过主要是因为你一年多没写条目的缘故，2024年10月前（就enwiki而言则是2024年9月前）langx模板甚至还不存在，因此你以“你没用过”来否定langx模板是对langx模板相当不公道的。enwiki的原始讨论显示langx模板没有命名依据，我的猜测是当初enwiki里建立langx模板的人将langx模板视为lang模板的extra版（多显示了语言名称），enwiki当时的讨论有探讨过langx模板的名字是否合适，但最后langx模板模板还是以现名称取代了lang-xx系列模板。Sanmosa _新朝雅政 2026年1月21日 (三) 14:36 (UTC)

@Saimmx：社群对于更新模板用法没有太多异议，重点是曾应用在众多历史版本中的旧模板也要删除，这是矫枉过正。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月20日 (二) 23:16 (UTC)

见下。Sanmosa _新朝雅政 2026年1月21日 (三) 14:45 (UTC)

@Gedu11539381：不要移除留言。Sanmosa _新朝雅政 2026年1月21日 (三) 14:53 (UTC)

哦，sorry，不过我们不是在讨论删除历史模板（{{lang-代碼}}），我们是在讨论把历史模板（{{lang-代碼}}）扶回来。--Gedu11539381（留言） 2026年1月21日 (三) 14:58 (UTC)

另请诸位参与页面存废讨论（连结在前）。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月20日 (二) 23:17 (UTC)

个人觉得用{{langx}}比较好，不过不管用{{langx}}还是{{lang-xx}}，只要读者看到的内容没有问题就不算什么问题。——枰（留言） 2026年1月20日 (二) 09:29 (UTC)

不过跨语言模板都可以保留{{tsl|en}}和{{link-en}}两种风格的模板，为什么在有{{langx|en}}的同时就不能继续保有{{lang-en}}？--𝓧𝓩𝓣𝓓𝓮𝓪𝓷 ^{𝕋𝕒𝕝𝕜}  2026年1月20日 (二) 14:34 (UTC) 👍1

甚至还有{{en-link}}这种模板，说极端一点，如果lang-xx模板该删的话，Template:Internal_link_helper#现有子模板里的都该删了，大家统统用{{ilh|lang-code=en|Text}}（Text）吧，还可以创建个{{linkx}}写短点（笑--Kunjinkao（留言） 2026年1月21日 (三) 01:45 (UTC)

上面的两位，不要把跨语言链接模板与语言模板混为一谈。Sanmosa _新朝雅政 2026年1月21日 (三) 14:15 (UTC)

Why?--Gedu11539381（留言） 2026年1月21日 (三) 14:18 (UTC)

两者的作用不同。语言模板是拿来放非中文内容的，跨语言链接模板则是拿来放外部链接的（是的，中文维基百科的规则定义这类连结为外部链接的一种）。Sanmosa _新朝雅政 2026年1月21日 (三) 14:39 (UTC)

不是不能等量齐观的理由。--Gedu11539381（留言） 2026年1月21日 (三) 15:02 (UTC)

“等量齐观”的意思是“不分轻重，一律同等看待”，“侧重于不分事物之间的差异”，你连两类模板如此根本的差异都不顾了，那我实在无法与你在这方面有多少的沟通基础。Sanmosa _新朝雅政 2026年1月21日 (三) 15:06 (UTC)

你会不会汉字啊（不能WP:PA人身攻击）两者不是不相干的例子。两者可以作为参考一起讨论。--Gedu11539381（留言） 2026年1月21日 (三) 15:12 (UTC)

把性质、情况相似的模板放在一起讨论或同等看待，是无可厚非的。--Gedu11539381（留言） 2026年1月21日 (三) 15:15 (UTC)

两类模板存在如此根本差异，无法被合理认为属于“性质、情况相似”的模板。Sanmosa _新朝雅政 2026年1月22日 (四) 00:16 (UTC)

情况、理据相同，也许您并未理解。--YFdyh000（留言） 2026年1月22日 (四) 01:39 (UTC)

单论情况也不完全相同。{{Internal link helper}}（与{{Translink}}）本身的应用需要依赖子页面，比如“{{ilh|lang-code=en|Text}}”这种用法在{{Internal link helper/en}}不存在时无法生效，而{{link-en}}是直接指向{{Internal link helper/en}}的重新导向，这种情况是{{lang}}、{{langx}}与{{lang-xx}}系列模板所不具备的。Sanmosa _新朝雅政 2026年1月22日 (四) 06:17 (UTC)

但{{translink}}也并不需要{{ilh}}的子页面啊，是直接调用Module:ilh。本质上这就和{{langx}}一样直接调用Module了。而{{ilh}}的这一系列子页面不就和{{lang-en}}系列的页面一样，单独为每一个语言创建了单独的模板页面去调用Module。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷  2026年1月22日 (四) 14:43 (UTC)

其实是需要的，比如{{tsl|abc|lorenipsum|dolorsitamet}}出来的效果是，原因是{{Internal link helper/abc}}不存在。Module:Ilh要求调用时给lang-code，而lang-code对应的是{{Internal link helper}}的子模板（比如lang-code=en对应{{Internal link helper/en}}）。Sanmosa _新朝雅政 2026年1月23日 (五) 10:47 (UTC)

Module:Ilh#L-5中lang-code查的表不是{{Internal link helper}}的子模板，应该是Module:Ilh/data--𝓧𝓩𝓣𝓓𝓮𝓪𝓷  2026年2月3日 (二) 07:10 (UTC)

那我觉得可能有必要测试一下Module:Ilh/data的lang-code存在但子页面不存在会是怎样的情况。Sanmosa _新朝雅政 2026年2月10日 (二) 03:21 (UTC)

不认为ilh的例子是有效论述。客制化模板有效的前提是，它比直接引用元模板节省大量源代码。与{{ilh|lang-code=en|Text}}相比，{{link-en|Text}}和{{tsl|en|Text}}键入的内容明显减少。但{{lang-en|Text}}和{{langx|en|Text}}所需键入的内容，则几乎没有区别。--Nebulatria 2026年1月25日 (日) 15:28 (UTC)

其实有人提议过删en-link等（2022年），只不过措辞让没仔细读的人以为是要删link-en。个人觉得ilh的xx-link写法使用量相对少得多，如果有人肯推的话应该是删得动的（虽说现状的额外开销只是添加新语言需要多建一个没人用的重定向、直接解析wikitext的机器人多处理一种模板写法“而已”）。

说来在见到缓解{{cite web|...}}等引文模板WP:PEIS问题的{{#invoke:cite|web|...}}之后，我想过能否给ilh做一个类似的方便调用的模块入口。然而link-en这种过于通用的名字显然使模块的命名变得困难。虽说为它占用Module:Link然后以{{#invoke:link|en|...的写法应该能被编者们接受，但万一哪天英维真搞了个Module:Link出来就会是烂摊子了。--Srapoj（留言） 2026年1月24日 (六) 23:16 (UTC)

我必须重申，“维持历史版本正常显示”是zhwiki站内个别用户发明出来的概念，不能当作保留模板的合理理由。模板本质上是给现在的页面用的，不是给过去的页面用的，以“维持历史版本正常显示”为理由主张保留模板违反了模板的根本用途。Sanmosa _新朝雅政 2026年1月21日 (三) 14:13 (UTC) ❌1 ✅1

我们不是在讨论删除历史模板，我们是在讨论把历史模板扶回来。--Gedu11539381（留言） 2026年1月21日 (三) 14:22 (UTC)

由于你这里主要的讨论对象是lang-xx系列模板，因此两者实际上没分别。如果你实际想讨论的是所有被删除的历史模板的话，那我上面提的理由仍然适用，而且这也相当于我在AFD提的可能性成为现实了。Sanmosa _新朝雅政 2026年1月21日 (三) 14:32 (UTC)

你知道你在说什么吗？稻草人论证？--Gedu11539381（留言） 2026年1月21日 (三) 14:36 (UTC)

我只知道我不知道你说的“我们不是在讨论删除历史模板，我们是在讨论把历史模板扶回来”到底能表达什么有效的意思。是否删除剩下的lang-xx模板与（如果我没理解错的话）是否恢复此前被删除的lang-xx模板本质上是同一回事，两者本质上是不可分割的，因为两者的立论基础完全对立。Sanmosa _新朝雅政 2026年1月21日 (三) 14:38 (UTC)

我们不是在讨论删除历史模板（{{lang-代碼}}），我们是在讨论把历史模板（{{lang-代碼}}）扶回来。--此条留言由Gedu11539381（讨论｜贡献）于2026年1月21日 (三) 14:51 (UTC)加入。

然而我上面的留言的后半段仍然成立。Sanmosa _新朝雅政 2026年1月21日 (三) 14:55 (UTC)

扶正这个词语你明白吗？把历史模板扶回来的扶正。--Gedu11539381（留言） 2026年1月21日 (三) 14:59 (UTC)

或许我这样说：假如社群得出的结论是支持恢复此前被删除的lang-xx模板，那除了此前被删除的lang-xx模板会被提DRV外，现在被提AFD的lang-xx模板也会被保留结案，而假如社群得出的结论是反对恢复此前被删除的lang-xx模板，那现在被提AFD的lang-xx模板会被删除，现在没被提AFD的lang-xx模板也会被提AFD。这是VPD这里的讨论会起到的效果。Sanmosa _新朝雅政 2026年1月21日 (三) 15:02 (UTC)

【扶正】这个词语的意思是恢复lang模板的历史正统地位。--Gedu11539381（留言） 2026年1月21日 (三) 15:05 (UTC)

那很遗憾地，我不认为你在上方的那一大串文字有表达到这个意思。而且此举会导致社群需要维护的语言模板数量大幅增加，这是有害于社群的。Sanmosa _新朝雅政 2026年1月21日 (三) 15:09 (UTC)

没有证据有害于社群。整个维基只有英维才用独尊langx，因为英维根本就几乎不用lang模板之类的。无条件跟英维一样独尊langx是个WP:ENWP!行为。--Gedu11539381（留言） 2026年1月21日 (三) 15:31 (UTC)

并未明显有害，请指出高成本具体所在来证明不得已，否则宜维持不变。语法糖有利于社群（老）编者和历史版本，强制改为某一形式的统一化有点一厢情愿，类似启用lint程序的一系列no-规则要求代码只用某一范式，结果合作程序员难以适应、历史版本无法编译。--YFdyh000（留言） 2026年1月21日 (三) 20:49 (UTC)

“导致社群需要维护的语言模板数量大幅增加”这句我说了，但你们看不到，我也没办法，但在我看来你们这样属于“抛开事实不谈”。还请Gedu你看一下我上面提到的langx模板的历史。我不是程式设计专业的，因此无法理解YF你的类比，但据我的理解，lang-xx系列模板现时的形态似乎并非langx模板的语法糖，因为lang-xx模板并不调用langx模板。Sanmosa _新朝雅政 2026年1月22日 (四) 00:14 (UTC)

语法糖不是非得互相调用才是，只要能达成“对语言没有影响，方便使用”就可以，显然是有人认为lang-xx是更方便的，因为有bot的存在也满足“对语言没有影响”，至于维护，虽然模板数量是增加了，但现在模板数量还少么，如果还嫌多可以只保留{{lang-en}}这种常用的，上个保护，剩下的等谁看历史需要用时再恢复过来。--Kunjinkao（留言） 2026年1月22日 (四) 01:44 (UTC)

“现在模板数量还少么”，所以才要统整模板，比如Infobox。如果技术上可行的话，可以设定一个全站语法，在{{lang-xx}}模板页面不存在的情况下，输入{{lang-xx|yyy}}的代码能自动调用{{langx|xx|yyy}}模板，这种语法糖其实是可以有的，但{{lang-xx}}模板页面也不复存在的必要了。如果社群能接受{{lang-en}}改写为{{langx}}的封装模板并删除其他无特殊设置的lang-xx模板的话，我不反对仅保留{{lang-en}}模板作为备选方案。Sanmosa _新朝雅政 2026年1月22日 (四) 06:01 (UTC)

不需要多加维护且常用的旧模板、废弃模板、小模板没有删除紧迫性。自动建议与改写在技术上仍不太可行。统整模板的意义在哪里，假设我说Category:投票模板的模板都必须删除、历史链入也不管，这样降低维护成本，大家要一律用{{vote|同意}}的方式来写，这样方便维护、识别，有何意义。论据本就不成立。--YFdyh000（留言） 2026年1月22日 (四) 06:18 (UTC)

见下。Sanmosa _新朝雅政 2026年1月22日 (四) 06:21 (UTC)

（至于投票模板的存废，之前才讨论过该不该保留前面被括号包住的部分，要是社群有废除前面被括号包住的部分的共识的话，那甚至也不用{{vote}}模板，直接仅粗体表示立场就行了，这种情况下自然用不着统整模板。）Sanmosa _新朝雅政 2026年1月22日 (四) 06:26 (UTC)

数量不能证明维护难度，不是模板越少越好维护，不然直接将大量小模板改装在一起了。在我看来移除理据是现在有一种多功能零件，所以旧版单一功能零件该停产，而不顾旧图纸仍需要旧零件。如果功能目标无差异，改为调用langx模板且不再投入维护似乎没有难度。--YFdyh000（留言） 2026年1月22日 (四) 01:47 (UTC)

然而模板本质上是给现在的页面用的，真要拿图纸来类比的话，那你说的这“旧图纸”在什么时候会用到？毕竟现在用lang-xx系列模板的页面里的lang-xx系列模板都被替换了。Sanmosa _新朝雅政 2026年1月22日 (四) 05:50 (UTC)

“模板本质上是给现在的页面用的”有逻辑谬误、不存在共识，这句话类似于旧模板弃用后旧内容（讨论或历史版本）显示坏掉也无所谓。条目历史版本并不是可随意抛弃的东西。抛开模板数量与逻辑复杂度这些维护成本相关元素来说，您的诉求类似公制多么好，所以其他度量单位须一律禁止。--YFdyh000（留言） 2026年1月22日 (四) 06:12 (UTC)

那就会回到我在AFD说的话了，因为任何曾被使用的模板被删除都必然会导致你说的这种结果。Sanmosa _新朝雅政 2026年1月22日 (四) 06:20 (UTC)

我想不用歪曲目标，现在就谈lang系列模板，毕竟其他模板也不一定能在此一次讨论出原则。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月22日 (四) 06:37 (UTC)

YF他都拿公制单位来类比了，我不认为他那些话的意思仅适用于lang-xx系列模板。你们总不能一边不断拿范围更广的东西来类比，另一边又不断阻止我这样做吧，这样我很难与大家正常讨论的。Sanmosa _新朝雅政 2026年1月22日 (四) 07:01 (UTC)

@YFdyh000、HaziiDozen：另外，并非统一模组就可一劳永逸。langx也有自己的问题，除了之前社群提到的若干情况，刚才又看到一个例子。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月22日 (四) 06:37 (UTC)

然而那并不是{{langx}}的锅。Sanmosa _新朝雅政 2026年1月22日 (四) 06:58 (UTC)

引入的是代码，而后来讨论的提删是指代码统一后是否保留原来lang-xx模板。针对这一点，有三个方案：删除模板，这会导致历史版本中模板变为不存在，而作为模板参数的文本内容也无法直接显示，只能在源代码里查看；改为重定向：模板能作用，但可能存在参数不一致的问题，因此没有采用；保留此前代码：像tsl和link系列一样的情况，一个问题有两套解决方案。目前的情况是，bot已经在持续更换模板，只要继续下去，langx的比例会逐渐变大，直到bot日后只需监视新增的更改中出现的用户使用的lang-xx即可。至于历史版本显示的问题：这并非不切实际的需求，历史版本的可用性也值得重视。历史版本的重要性在普通的阅读中看似不大，但对于维基百科这一整个数据集而言，删除模板只是改变它在数据库中的状态而非使其消失，而对于读者而言就是单纯的可见数据变少。lang系列的命名不可能被其它模板日后再次使用，对于使用量极大的模板而言（例如lang-en），几乎每个条目都存在，因此用户的操作成本总体而言有明显的上升，停用比删除更合理。而对于几乎没有使用量的模板而言，查看源代码里的参数并不比找到这样一个珍奇条目困难。

回到讨论主题上：关于使用bot替换一事：如前所述，这是已在进行的工作，而且应该并无争议。关于强制用户改变习惯一事，这其实没有特别的意义，无论是过滤器还是bot，都可以在用户输入内容后提醒及纠正。我倒是不明白有何必要在这里讨论模板存废。无论模板是否存在，用户总是可以手动输入lang-xx。——暁月凛奈 (留言) 2026年1月21日 (三) 15:07 (UTC)

(＋)支持保留此前代码，像tsl和link系列一样的情况。--Gedu11539381（留言） 2026年1月21日 (三) 15:17 (UTC)

@暁月凛奈：因为此前已经有大量lang系列模板遭删除，产生这样那样的实际问题。而且正是不能排除有人希望以（硬）删除模板“强制用户改变习惯”，如此操作本身商榷空间自然更大。现在另有一批模板处于存废讨论（见上），但讨论有所停滞。此处开放参与讨论，有助检核提删理由是否扎实，并确立系列模板去留共识，包含往后已删除模板之存废复核；甚至为往后其他停用模板之标记与管理树造先例，亦非不可能。在我本人看来，此种模板有益无害，且删除理由颇为薄弱，所以当然是希望达成“适当停用模板并标记，惟可保留历史作用，亦足相容于时出新连结”之类结论，不过仍要等待社群更广泛意见（至少目前显然不少人认为可以保留）。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月21日 (三) 20:40 (UTC)

然而这里实际上成为了人多嘴杂的现成例子。Sanmosa _新朝雅政 2026年1月22日 (四) 00:33 (UTC)

唯不合于君罢了。今以本站模板去留，本为相对利弊衡量，平白删除此系列模板，在本站未取多少新利，社群编者、读者反先蒙其弊，甚为明了；且置“扶正”等意气之说不论，社群同志历来力陈不同角度见解，论述各有理据，阁下几固执不听，一面夸大成熟模板所谓维护成本问题，又借此代言社群声张浮妄“有害”论，其他显然既存益处却予轻视。继而人少无甚异议也罢，人多就斥为“嘴杂”，随意运用方针打作无效，这已接近一种老毛病了，凡此何以服众。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月22日 (四) 03:22 (UTC) 👍1

无论如何，你我两人观点相异，但分量不多不少，都是一己之见，最后还是要经社群讨论来评判。另外，即使过往认为某些去留理由（比方说促进调整使用习惯，或维持历史版本正常显示之类）存在或尚不存在，都可以凭共识确立或改变，这也没什么好说。我的看法，早前在存废讨论及此处都已讲得很清楚了，希望社群可以认同。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月22日 (四) 04:20 (UTC)

那我也说句实话：我只看到你在不断重复自己的观点，而没有给出任何新的、进一步的论述，这到底是不是有效的讨论值得社群思考。如果这里在无法给出任何新的、进一步的论述支持恢复lang-xx系列模板的情况下得出支持恢复lang-xx系列模板的结论，这无异于三人成虎。Sanmosa _新朝雅政 2026年1月22日 (四) 05:52 (UTC)

原话必须还你。我想你到现在若还以为自己的纸上主张没有什么问题，或者别人实际反映的需求都可以为了虚幻的维护工作而忽略，大概是过于自我感觉良好，仿佛逆向行驶，路人自然看似全都走错一般道理。另外，有关议论核心，并非何以“恢复”模板，而是何以“删除”，这更不是一回事。老调重弹，多说无益，且待社群更多意见。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月22日 (四) 13:40 (UTC)

然而我没理解错的话，Gedu11539381似乎不是这样想的。此外，不断重复自己的观点的行为是反对（或者说是阻挠）删除lang-xx系列模板者开始的，我之所以被迫不断重申自己的观点也是因为如果我不这样做的话，反对（阻挠）删除lang-xx系列模板者会直接无视掉我的观点。Sanmosa _新朝雅政 2026年1月23日 (五) 10:53 (UTC)

使用模板时总会需要敲出|字符。开头举例使用的{{lang-en|与{{langx|en|相比多出的仅为一个管道符，且可以不用再敲减号。我不知道提议者的手机键盘是怎样的，但我相信可以通过敲两个管道符然后移动光标的方法减少打开特殊符号面板的次数，或者为常用操作尝试自定义输入法。

为一些编者的旧习惯而持续运行一个处理分类重定向式的bot（Jimmy-bot/10、Cewbot/27）听起来不是很值得——两种写法的差异如此之小，有那么难适应吗？

我对lang-xx的存废或者“扶正”没有意见。--Srapoj（留言） 2026年1月23日 (五) 23:46 (UTC)

同问，但可以说的是个别用户确实坚持觉得改用{{langx}}“很难适应”，坚持拒绝用{{langx}}，这种态度让我想起了WP:共识/讨论的发起位置的制订过程与实施后一段时间的情况。Sanmosa _新朝雅政 2026年1月24日 (六) 01:13 (UTC)

(×)删除或者(×)事实性删除。如果为确保历史版本显示正常而并避免删除过于常用的模板，我并没有太多意见。但lang-xx模板应该被无效化且确保不再使用，否则同时维护两套功能相同的模板，是徒增维护成本。或许使用{{Deleted template}}包裹是一个不错的主意。

此外，我认为只有过于常用的模板，比如{{lang-en}}，{{lang-ja}}，适合通过{{Deleted template}}无效化但不删除。对于其他本身使用范围不高的模板，仍然可以删除。--Nebulatria 2026年1月25日 (日) 15:13 (UTC)

再补充一段声明：

我认为“为确保历史版本显示正常，而不能删除模板”不是一个合理的保留理由。否则依据此理，任何模板，只要曾经被使用过，都不能被删除。但lang-xx系模板确实影响范围过广，因此有必要对特殊情况作特殊考虑。--Nebulatria 2026年1月25日 (日) 15:19 (UTC)

补充说明一点：部分lang-xx系列模板已经被改为指向其他模板的重新导向，而且已经处理兼容性问题，比如{{lang-ja}}、{{lang-vi}}等，此外{{lang-ko}}已经被改造为{{kor}}的封装模板。Sanmosa _新朝雅政 2026年1月26日 (一) 00:57 (UTC)

已尝试使用{{Deleted template}}无效化{{lang-en}}，目前没有问题。可在历史版本（示例）正常显示，在当前版本使用则显示警告资讯。--Nebulatria 2026年1月26日 (一) 01:35 (UTC)

更新：已经将所有lang-xx系列模板使用{{Deleted template}}包裹。所有在2025年3月1日前的历史版本均正常显示，此后的版本则显示红色警告资讯。--Nebulatria 2026年1月26日 (一) 02:41 (UTC)

看上去效果挺好的，如果当初更新模组讨论时有此模板，今天或不至于搞出这出大戏。不过其他已删除模板要等待恢复，始有处理可能。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月26日 (一) 03:09 (UTC)

我在这方面的意见其实是，此前删除模板不加区分并不合理，在确认实际保留范围以前应予恢复（相当于所谓“暂时处分”）；这是因为此种模板本来面对读者，短期内也没有重大技术更迭，现阶段保存（姑且不论其善后措施下最终去留）有益无害。另外，虽然我个人是主张此种模板全部保留，不过真要讲到至少绝不适合删除的底线，大概就是那些不加语言连结（也就是大语言）的模板吧，可以当个向下延伸的指标。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2026年1月26日 (一) 03:14 (UTC)

话不能这样说，比如在日语、韩语等情况下，更常用的模板实际上是{{jpn}}与{{kor}}，当初决定移除它们的语言连结时也考虑了{{jpn}}与{{kor}}等模板的情况。此外，在停用后唯一被频发性使用的lang-xx系列模板实际上只有{{lang-en}}一个，其他lang-xx系列模板的停用后使用完全仅属偶发事件，把任何其他的lang-xx系列模板与{{lang-en}}相提并论并不恰当。Sanmosa _新朝雅政 2026年1月26日 (一) 10:11 (UTC)

依旧(－)反对全部删除，或许可以考虑上过滤器？--Sksawf（留言） 2026年2月16日 (一) 13:20 (UTC)

我还是看不到你反对删除的理由，那我只能认为你只是因为自己的感觉才反对删除的。Sanmosa _风林火山 2026年3月1日 (日) 09:35 (UTC)

在{{langx}}能支持/支援自定义css之前(－)反对删除{{lang-grc}}。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2026年2月23日 (一) 15:30 (UTC)

不套用Template:Script/styles greek.css不会导致字元无法被正确显示，而且套用了Template:Script/styles greek.css的格式其实反倒在易读性上不如不套用。Sanmosa _风林火山 2026年3月1日 (日) 09:33 (UTC)

会的，伟大的Source Hans （Serif）［Sans］会错误显示很多带附标的字符，而且很多font并不支持/支援各种复杂的多调希腊文字符。至于易读性，想问一下您具体看到的是哪一个字体文件。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2026年3月1日 (日) 12:03 (UTC)

我估计没错的话，应该是GFS Porson Archaic。我这里对易读性的评判主要是对无衬线体与衬线体的总体评价，没有针对特定衬线体的意思。Sanmosa _风林火山 2026年3月2日 (一) 08:23 (UTC)

确实有这个问题，我先把GFS Porson改到后面去吧 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2026年3月2日 (一) 09:25 (UTC)

不对，回退链开头的几个都是衬线。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2026年3月2日 (一) 09:28 (UTC)

@魔琴：拉丁字母、希腊字母与西里尔字母被{{Lang}}或{{Langx}}包裹后的默认字体应该不是Source Hans Serif吧？Sanmosa _风林火山 2026年3月2日 (一) 09:31 (UTC)

还真不是，那确实不会显示错误。不过之前那个“改善字体讨论”中也有人提出类似的问题来着，我觉得能给特定script定义优先的css更好。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2026年3月2日 (一) 09:46 (UTC)

那还是回到易读性的问题，除非现行默认字体会导致字元无法被正确显示，不然任何“改善字体”的提议实际上都会损害文字的易读性，因此我个人倾向在现行默认字体不会导致字元无法被正确显示的情况下不引入任何自订css。（题外话：Source Hans Serif错误显示带附标的字元其实就是我清理汉语多语言支持模板的匿名参数用例的原因。）Sanmosa _风林火山 2026年3月2日 (一) 23:29 (UTC)

反正，英语维基百科和英语维基词典都有为多调希腊语额外设定字体，而且当前的css版本也是抄他们的（） ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2026年3月3日 (二) 00:57 (UTC)

然而中文维基百科本来也不是英文维基百科的中文版啊。Sanmosa _风林火山 2026年3月3日 (二) 04:12 (UTC)

@Vozhuo：技术上Module:Lang（及其子页面）能让grc套用自订css吗？Sanmosa _风林火山 2026年3月2日 (一) 08:24 (UTC)

英维原版模块没这个功能。考虑到下游功能的维护问题，以及模板样式不能出现在链接中的限制，我觉得比较方便的做法是用一个单独的模板专门封装样式表。不过在没有使用样式表的页面就会出现不同的效果。--Srapoj（留言） 2026年3月7日 (六) 12:58 (UTC)

或许可以先建立监测用的过滤器，以记录目前该系列模板的使用情形--象象🐘(留言|贡献) 2026年2月28日 (六) 12:09 (UTC)

之后如果有共识的话再加入警告或阻止--象象🐘(留言|贡献) 2026年2月28日 (六) 12:10 (UTC)