跳转到内容

模組討論: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函数即可。--Vozhuowhisper 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:含有非中文內容的條目第一页就有大量韩国相关的条目,这些明显都是被错分类的。--Vozhuowhisper 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)回复

請在沙盒提供新版本。--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)回复
我已在沙盒中合并英文维基的最新版本,但需要测试。--Vozhuowhisper 2021年2月12日 (五) 14:44 (UTC)回复
目前还需要更新Module:TableTools,请看到的管理员先更新TableTools模块。--Vozhuowhisper 2021年2月18日 (四) 06:04 (UTC)回复
Module:TableTools已更新,请在Module_talk:Lang/testcases检查变更后的格式变化。--Vozhuowhisper 2021年2月24日 (三) 08:23 (UTC)回复
检查完毕,要是没有其他人提出意见的话我会认为当前沙盒版本中的内容可以正常运作。管理员需要同时更新Module:LangModule:Lang/dataModule:Language/data/iana_languages,替换为各自沙盒中的内容(沙盒修改日期为3月3日,以防之后有其他人更新)。另外更新之后不建议全保护Module:Lang/data,因为这里面的中文还没写完,经常要添加新的语言,全保护的话修改请求经常无法得到及时反馈,建议降为模板保护。--Vozhuowhisper 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)。--Vozhuowhisper 2021年3月4日 (四) 14:30 (UTC)回复
改动稍大,稳妥起见等待至3月10日执行修改。--Tiger留言2021年3月7日 (日) 07:50 (UTC)回复
按请求将Module:LangModule:Lang/dataModule:Language/data/iana_languages分别替换成3月3日时的沙盒版本后,条目内出现Lua错误 在Module:Lang的第589行:尝试读取空全局变量:page_exists,遂予以回退。--Tiger留言2021年3月11日 (四) 01:18 (UTC)回复
@Tigerzeng哎呀,我忘记把这个函数加上了,现在的Module:Lang/sandbox可以了。--Vozhuowhisper 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的编辑请求。--Vozhuowhisper 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}}写法。--Vozhuowhisper 2021年3月12日 (五) 14:45 (UTC)回复
另外还需要解决的问题是显示样式:(日語)(日語),本来中文英文维基都是用的右边的样式,但是英文维基cite web等模板后来改成了左边的样式,中文维基并未跟进。所以要么把in lang改成中文维基现在用的样式,要么把cite web等模板更新成英文维基现在的样式。--Vozhuowhisper 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] 错误:Template:Lang-xx:冲突:|links= 和 |link=(帮助
  • {{lang-de|test|link=yes}}德語test
  • {{lang-de|test|links=yes}} → [test] 错误:Template:Lang-xx:冲突:|links= 和 |link=(帮助

沙盒{{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 koTemplate:ISO 639 name kor兩個模板內容為繁體用語「韓語」,因此不再需要該次所新增的判別函數,直接讓頁面歸入Category:含有韓語的條目即可。又由於我不太懂相關語法,想麻煩各位協助修改。

此外使用Template:Lang-pinyinTemplate:標音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)回复
應該636696行字串的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)回复
@蕭漫VozhuoSanmosa 新朝雅政 2025年2月14日 (五) 02:05 (UTC)回复
我已经在Module:Lang/sandbox更新了最新的版本,但是这个模块的代码太多,我只能说现在根据测试样例貌似没什么问题,但是不保证部署上去不会有任何问题发生。如果部署的话要同时更新Module:Lang/sandboxModule:Lang/data/sandbox的内容。--Vozhuowhisper 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,剩下的原样传递。举一个数学上的例子作类比,表示自然对数时可以用作为的简写,而不是有了的写法后就废除。--Kunjinkao留言2025年2月20日 (四) 05:34 (UTC)回复
去看了一眼代码,发现底层都是调用的_lang_xx,根本就不存在维护的问题,真怕有人乱改就保护,实在要改就提编辑请求。真要删的话,同样的理由{{link-en}}系列也得删,因为{{ilh|lang-code=en|Text}}Text英语Text)和{{link-en|Text}}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/sandboxModule:Lang/data/sandbox的內容替換現Module:LangModule:Lang/data的內容。Sanmosa 新朝雅政 2025年2月22日 (六) 09:10 (UTC)回复
@Sanmosa可以实施了吧,我已经等不及了--BigBullfrog𓆏2025年3月1日 (六) 11:08 (UTC)回复

本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

編輯請求 2025-03-26

[编辑]

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

修復“直譯”的多餘空格、遺漏冒號與未翻譯引號,見雷米吉尤斯·热迈泰蒂斯#註釋Sanmosa 新朝雅政 2025年3月26日 (三) 07:54 (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)回复
@VozhuoWP:翻译腔/城墙的情況來看,在默認未設置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个。--Vozhuowhisper 2025年4月3日 (四) 11:42 (UTC)回复

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

編輯請求 2025-04-30

[编辑]

请求已处理

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

@Vozhuo完成。—— Eric Liu 創造は生命(留言留名學生會 2025年4月30日 (三) 06:15 (UTC)回复

編輯請求 2025-05-09

[编辑]

请求已处理

修复Wikipedia:互助客栈/技术#使用“zhuyin”作语音标签的大量条目报错,请与Module:Lang/data的编辑请求一起更新。--Vozhuowhisper 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喵留言回覆請ping2025年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:LangModule: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:UCSWP:理性原則匡正非硬性規定的錯誤行徑。)

故建議:編輯時可使用各人最方便的Module:Lang方式,不特別規限用戶強制全面改用{{langx|語言代碼|內容}},僅考慮使用bot替換{{lang-代碼}}{{langx|語言代碼|內容}}

召喚部分昔日正反方討論者(僅通知,請自由參與):Sanmosa新朝雅政Eric Liu 創造は生命(留言留名學生會YFdyh000留言)、花开夜 留言 ·签名 ·贡献Gaolezhe留言)、Kunjinkao留言)、自由雨日🌧️❄️Kethyga留言)、暁月凛奈 (留言)💊✖️2️⃣3️⃣留言)、owennson聊天室獎座櫃)、Sksawf留言)、留言东风留言)、Gzyeah留言)、魔琴留言 贡献 PJ:小學 PJ:兩岸自由米花🌾🌼SunAfterRainTim留言)、這是β衰變和正電子發射請無視其他能量釋放。__( •̀ ω •́ )<✧等人--Gedu11539381留言2026年1月19日 (一) 21:59 (UTC)回复

副知@YFdyh000BigBullfrogVozhuoKcx36Easterlies花开夜GaolezheAqurs1蕭漫KunjinkaoSaimmx。當初社群討論本有粗糙之處,且即便更新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英语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}}出來的效果是錯誤:語言代碼「abc」不存在,原因是{{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}}的封裝模板英语WP:Wrapper templates並刪除其他無特殊設置的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)回复
@YFdyh000HaziiDozen另外,並非統一模組就可一勞永逸。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/10Cewbot/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}}的封裝模板英语Wikipedia:Wrapper templatesSanmosa 新朝雅政 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)回复