维基百科:互助客栈/技术/存档/2024年2月
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
文件上传向导中的“该文件将在以下条目中使用”一项不可用
太不智能的跳转与搜寻
中文系维基媒体搜索引擎或许算是主流中文网站中最不智能。在本可自动跳转的搜寻方块中提交无间隔号的“阿當戴華”或较宽间隔号的“阿當.戴華”,却都不能自动跳转至维基百科标准的较窄间隔号的阿當·戴華,搜寻所得前40笔居然都与阿当·戴华无关,而且并非孤例。此情此景,令一般用户如何常用中文维基百科?由于无间隔号、较宽间隔号的人名常用于港台星马来源,对人名按右键选单却无法直接跳转,徒生不便,因此建议、恳请技术专家:
- 不同间隔号视同一致,自动跳转;
- 机器人为有间隔号的标题及重新导向自动创建去除间隔号的重新导向,但此等重新导向(可经标记)不出现在编辑内链的选单;若应创的标题已被导向其他条目的重新导向占用,则机器人自动改为相应消歧义页;
- 若在技术上能够做到从无间隔号的文字自动跳转到有间隔号的标题,应顶替第2条建议。--— Gohan 2024年1月29日 (一) 09:08 (UTC)
- 这个是本站自己可以做到的吗?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年1月29日 (一) 17:25 (UTC)
- 本站能做到第2条建议,不知能否做到第1条建议、替代建议。本人曾在元维基被指不咨询本地就提议跨维基的事宜,所以这次预先讨论。另外,本人奉行非必要不新开账户,所以恐怕无法反应到适宜处。第1条想必是轻而易举,毕竟上万繁简、全局地区词都能不经重新导向即可对应跳转,几个间隔号对应一个标准间隔号更是易如反掌,或许在全域转换表增加几行字即可实现(当然间隔号本不应转换)。--— Gohan 2024年1月30日 (二) 04:48 (UTC)
- 是的,所以需要重定向。——Sakamotosan路过围观 | 避免做作,免敬 2024年1月30日 (二) 01:39 (UTC)
- 请问“是的”是回复哪一句?--— Gohan 2024年1月30日 (二) 04:49 (UTC)
- 在日维进行了测试,不带间隔号的(エドゥアルドダシルヴァ)(Eduardo Alves da Silva)在顶部的搜索框和中维一样,应该是忽略了间隔号,但是在Special:搜索搜索框中搜索去掉间隔号的字符串,都将正确的标题优先显示(不过在提示框中有正确的标题)。改善一下该搜索方案会比较好,仅为了跳转而建立大量可能不用的重定向似乎没必要。--Kethyga(留言) 2024年1月30日 (二) 09:17 (UTC)
- 不知道是不是测试对不对吗,ja那边“エドゥアルドダシルヴァ”放在上面搜索框的话,是会有对应间隔号的条目提示(可能是全拆字启发匹配),但直接搜索的话,就会没有匹配(红字提示创建,第一项是“ja:NKディナモ・ザグレブ”有关键词エドゥアルド・ダ・シルヴァ)。类似的,上面搜索框填入“阿當戴華”,一样会有对应间隔号的条目提示,但直接搜索的话同样一个找不到,连第一项匹配都没有。至于“阿當.戴華”,连触发条目提示都没有。——Sakamotosan路过围观 | 避免做作,免敬 2024年1月30日 (二) 09:38 (UTC)
- 在Special:搜索中阿當.戴華、阿當-戴華、阿當。戴華中都会有提示,不过就是点击了“搜索”按钮之后,出现在很靠后的页面,感觉需要改变搜索算法或者显示算法。另外使用intitle:"阿當-戴華"、intitle:"阿當。戴華"都能在Special:搜索中唯一匹配,或许就是改变Special:搜索的显示方法就可以,毕竟一般人很少懂得去使用intitle选项。--Kethyga(留言) 2024年1月30日 (二) 10:19 (UTC)
- 可能需要跟进到mw:Help:CirrusSearch里面Elasticsearch的索引分词策略调整?或者可以提交工单到P区去看看?(曾经见过开发人员在这里讨论过涉及繁简用字的索引策略调整,或者这个可以商量?)——Sakamotosan路过围观 | 避免做作,免敬 2024年1月31日 (三) 01:30 (UTC)
- 在Special:搜索中阿當.戴華、阿當-戴華、阿當。戴華中都会有提示,不过就是点击了“搜索”按钮之后,出现在很靠后的页面,感觉需要改变搜索算法或者显示算法。另外使用intitle:"阿當-戴華"、intitle:"阿當。戴華"都能在Special:搜索中唯一匹配,或许就是改变Special:搜索的显示方法就可以,毕竟一般人很少懂得去使用intitle选项。--Kethyga(留言) 2024年1月30日 (二) 10:19 (UTC)
- 即使改善搜寻算法,对直接跳转亦有需求(尤其对在站外用小工具跳转者),不论是否透过重新导向页实现。若未创建重新导向的“坎城影后”都能跳转到“康城影后”,“阿當.戴華”却不能跳转到“阿當·戴華”不是很奇怪吗?--— Gohan 2024年1月31日 (三) 02:37 (UTC)
- 原理不同?因为“坎城”和“戛纳”在内置转换表(ZhConversion.php,参见Wikipedia:字词转换)有一对转换,所以允许繁简转换标题转换机制对应过去。繁体误写的类间隔号“.”能不能被管理员接受作为繁简转换对?——Sakamotosan路过围观 | 避免做作,免敬 2024年1月31日 (三) 05:49 (UTC)
- 不知道是不是测试对不对吗,ja那边“エドゥアルドダシルヴァ”放在上面搜索框的话,是会有对应间隔号的条目提示(可能是全拆字启发匹配),但直接搜索的话,就会没有匹配(红字提示创建,第一项是“ja:NKディナモ・ザグレブ”有关键词エドゥアルド・ダ・シルヴァ)。类似的,上面搜索框填入“阿當戴華”,一样会有对应间隔号的条目提示,但直接搜索的话同样一个找不到,连第一项匹配都没有。至于“阿當.戴華”,连触发条目提示都没有。——Sakamotosan路过围观 | 避免做作,免敬 2024年1月30日 (二) 09:38 (UTC)
- 另,间隔号中说过,“.”是英语全宽句号,经常被台湾用语者误用成“间隔号”?——Sakamotosan路过围观 | 避免做作,免敬 2024年1月30日 (二) 09:40 (UTC)
- ASCII符号的全宽版是早期日语数字排印使用的,地位上类似“CJK兼容汉字”。--DvXg 📬 2024年1月30日 (二) 10:24 (UTC)
- 条目中所谓“
在繁体中文电脑环境,由于间隔号和连字点输入大多不方便,很多人会误用全形英文句号“.”代替
”一句并无对应来源,是否可信?非要说(繁体版本)只有一个圆点居中的符号不是间隔号,而是英文句号,是否准确?(“繁体”英文句号圆点居中?一个英文标点为何设计繁、简体两个位置版本?)会不会是当年设计“.”繁体版本圆点居中、简体版本圆点居左下角的编字者的过错,或是繁、简体双方都误解设计原意而都有错?--— Gohan 2024年1月31日 (三) 02:31 (UTC)- 带有技术向,“.”,编码值为U+FF0E,在简体字体库(我的是微软雅黑)下显示是位于左下角的点,而调成繁体字体库(我选了思源宋体香港变体)显示为正中位置,非常像间隔号,可能是繁体系输入法默认输入问题加上字体库将错就错的结果。至少间隔号这里默认用的是U+00B7。字体库问题是浏览器、乃至字库设计,字型标准化组织的锅,mw没有能力做这么多的解决。——Sakamotosan路过围观 | 避免做作,免敬 2024年1月31日 (三) 04:22 (UTC)
- 所以嘛,不是单方面的误用。最简便的解决“.”方式如我以上回复 Eric Liu 所说,不需mw人士出手,只需本地管理员在全局转换表增加几行字即可。当然,以仅限在标题跳转为宜,否则其副作用亦有限,未必不能承受。以相同逻辑在字词转换表之外作出相似设计,相信亦不困难。--— Gohan 2024年2月1日 (四) 02:17 (UTC)
- 是否放全局转换表,需要自行提报,让管理员评估。但可能会引致异常的转换,因为作为间隔号的 U+00B7(middle dot)和U+FF0E(fullwidth full stop)实际上是两样不同的东西,不应该完全等效,全局转换表会对所有引用转换的功能生效,不只是想当然地只对标题有效。我更倾向是繁体使用者误用而延续下来的问题。——Sakamotosan路过围观 | 避免做作,免敬 2024年2月1日 (四) 02:53 (UTC)
- 还是认为根据重定向的允许(标点符号上的区别、常见的错别字和错误拼写),创建使用了U+FF0E作为间隔号的重定向会更简单解决。——Sakamotosan路过围观 | 避免做作,免敬 2024年2月1日 (四) 03:02 (UTC)
- 所以嘛,不是单方面的误用。最简便的解决“.”方式如我以上回复 Eric Liu 所说,不需mw人士出手,只需本地管理员在全局转换表增加几行字即可。当然,以仅限在标题跳转为宜,否则其副作用亦有限,未必不能承受。以相同逻辑在字词转换表之外作出相似设计,相信亦不困难。--— Gohan 2024年2月1日 (四) 02:17 (UTC)
- 或者你这样会回想:你想输入间隔号,很习惯地通过某个输入法输入了你认为是间隔号的东西(“.”),然后你的显示装置显示出字体是好像间隔号的字型(正中的点号),但其他用户告诉你这不是间隔号,甚至有些使用简体字的会说这个点号实际在左下角的。那就证明我的想法:输入法的锅,字体库按照字型标准化组织来说理论上没错,但用户看错了。——Sakamotosan路过围观 | 避免做作,免敬 2024年1月31日 (三) 04:29 (UTC)
- ( π )题外话:使用的简体字的界面显示“·”绝对不足半个字位,而中国大陆的出版品的间隔号至少有半个字位,介乎半个至一个字位。“其他用户告诉”可靠吗?--— Gohan 2024年2月1日 (四) 02:20 (UTC)
- 与字体库字型设计有关,或者标准化上U+00B7(middle dot)应该给予半角宽度,但不同字体库设计没有满足这个要求。至少U+FF0E(fullwidth full stop)在针对繁体和简体的字体库字型设计就有明显差异。——Sakamotosan路过围观 | 避免做作,免敬 2024年2月1日 (四) 02:53 (UTC)
- ( π )题外话:使用的简体字的界面显示“·”绝对不足半个字位,而中国大陆的出版品的间隔号至少有半个字位,介乎半个至一个字位。“其他用户告诉”可靠吗?--— Gohan 2024年2月1日 (四) 02:20 (UTC)
- 带有技术向,“.”,编码值为U+FF0E,在简体字体库(我的是微软雅黑)下显示是位于左下角的点,而调成繁体字体库(我选了思源宋体香港变体)显示为正中位置,非常像间隔号,可能是繁体系输入法默认输入问题加上字体库将错就错的结果。至少间隔号这里默认用的是U+00B7。字体库问题是浏览器、乃至字库设计,字型标准化组织的锅,mw没有能力做这么多的解决。——Sakamotosan路过围观 | 避免做作,免敬 2024年1月31日 (三) 04:22 (UTC)
- 这个是本站自己可以做到的吗?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年1月29日 (一) 17:25 (UTC)
NoteTA查看器小工具新版本
主题含有绿链(例如歌枕)的讨论不会被添加至话题列表
在这个讨论的主题中塞了一个绿链,试试能否复现。--AdyaTalk 2024年2月2日 (五) 15:21 (UTC)
- 看起来这个主题也未被加入最上方的话题列表。不知其余含有模板的主题名是否也会如此。--AdyaTalk 2024年2月2日 (五) 15:28 (UTC)
- 此问题似乎已解决。--AdyaTalk 2024年2月4日 (日) 11:41 (UTC)
请求修复Module:Cite web的问题
在英维,Module:Cite web用于在接近模板限制时代替Template:Cite web,以此减少模板展开后大小。但鄙人将其搬运中维后无法使用,先前有编者搬运的Module:Cite news也无法使用。请求协助修复,感谢。——BlackShadowG Slava Ukraini! 2024年2月4日 (日) 13:03 (UTC)
- 不太懂含义,不过两个模块的getTitle返回值如果是"",显示正常,不知道是否能正常用。Module:Citation/CS1与英文版的相关代码有差异。--YFdyh000(留言) 2024年2月4日 (日) 14:47 (UTC)
Template:Infobox Politburo对其他共产党的适用问题
2024年第06期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。
最近更改
- 手机版网站的修订历史页面现在使用和桌面版相同的HTML。如果您在手机版修订历史的使用上遇到任何问题,请在此phabricator任务指出。
- 在大多数wiki上,管理员现在可以封禁用户的特定操作。可封锁的操作包括:“上传文件(包括覆盖文件)”、“创建新页面及上传新文件”、“移动页面及文件”和“发送感谢”。此功能的目的是让管理员做出的封禁能够符合被封禁用户的行为。了解关于“操作封禁”的更多信息。 [1][2]
本周更改
- MediaWiki的新版本将于2月6日部署至测试维基及MediaWiki.org。它将于2月7日部署至非维基百科wiki及部分维基百科,并于2月8日部署至所有wiki(参见日历)。 [3][4]
- 包含变音符号和非拉丁文字的讨论页固定链接出现故障。此问题已修复。 [5]
未来更改
MediaWiki message delivery 2024年2月5日 (一) 19:21 (UTC)
DOI校验问题
见Help:引文格式1错误#bad_doi:“其会校验DOI值的前缀是否包含了适当的“10.”注册识别码”。但我发现有不符合该校验规则的合法DOI存在,例如DOI:10125/44126(可能是较早注册的DOI)--百無一用是書生 (☎) 2024年2月5日 (一) 13:09 (UTC)
- ISO 26324:2022里取消directory indicator必须为10的的要求了。--Mys_721tx(留言) 2024年2月5日 (一) 13:28 (UTC)
- 那就是说Module:Citation/CS1/Identifiers#L-540-542可以删掉了?--百無一用是書生 (☎) 2024年2月5日 (一) 15:00 (UTC)
- 剩下的校验应该保留。regex改成"[^%s–]-/[^%s–]-[^%.,]$"应该就行。--Mys_721tx(留言) 2024年2月5日 (一) 19:34 (UTC)
- 那就是说Module:Citation/CS1/Identifiers#L-540-542可以删掉了?--百無一用是書生 (☎) 2024年2月5日 (一) 15:00 (UTC)
- 这个编号其实不是DOI号,而是handle号(DOI号是handle号的一个子集),doi.org实际上是一个handle解析服务。可以试试hdl:10125/44126。--GZWDer(留言) 2024年2月6日 (二) 08:31 (UTC)
“隐藏‘不转换’、‘简体’和‘繁体’三个标签”小工具在移动版部分失效
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
如题,经实测在移动版只有zh变体会正确隐藏,zh-hans和zh-hant仍会显示。之前是好的,应该是最近坏掉的。--碟之舞📀💿 2024年2月3日 (六) 12:28 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
外观中皮肤设置似乎失效
本人已经发现了问题:谷歌搜索中第一个是zh.m.wikipedia.org,导致了该错误的出现,本讨论的问题已经解决,但是本人并不会删除讨论,所以只得将讨论大上结束的标签,感谢各位的帮助!
如题,本人习惯Vector2010,故在参数设置-外观-皮肤中选择并保存了使用该外观。在此前的一段时间中,有时会出现首次进入某一页面(例如从谷歌点选进入)之后页面外观错误的情况(但是可惜的是,由于目前本人的所有页面样式都无法改变,所以本人无法确定这里描述的样式具体是哪个),这时再次刷新1-2次即可解决问题,无伤大雅,故本人并未提报。
但是在今天进入时,页面变成了Minerva外观,进入参数设置中查看,所选外观依旧为Vector2010,但是所有界面(包括参数设置)都变成了Minerva的外观。本人进行了多次刷新,也尝试使用Shift+F5清空页面缓存刷新,但都无果,故前来寻求帮助:
请问如何解决这个页面样式的错误问题?
以及提供一个可能有用的信息:本人必须使用VPN登录wiki,不知IP的不同是否会影响该功能。
感谢!--Ghrkya(留言) 2024年2月7日 (三) 10:49 (UTC)
- 移动版(m.)均默认使用Minerva外观,这不是bug,除非连桌面版也随之变化了。IP不影响用户的浏览器设置。——暁月凛奈 (留言) 2024年2月7日 (三) 13:15 (UTC)
- 感谢您的解释!
- 但是在移动版中即使更改外观设置似乎也不会起作用?--Ghrkya(留言) 2024年2月7日 (三) 13:33 (UTC)
- 设置不生效,不过通过?useskin=vector仍可启用。——暁月凛奈 (留言) 2024年2月7日 (三) 16:11 (UTC)
- 好的,谢谢您--Ghrkya(留言) 2024年2月9日 (五) 05:42 (UTC)
- 设置不生效,不过通过?useskin=vector仍可启用。——暁月凛奈 (留言) 2024年2月7日 (三) 16:11 (UTC)
动态热门的首页板块和内容页面不一致
如题,本留言发布时,动态热门的首页板块显示为Special:Permalink/80893110,而维基百科:动态热门则显示为Special:Permalink/80926707,两者内容不一致。 抄送@Shizhao:。——BlackShadowG Slava Ukraini! 2024年2月12日 (一) 01:53 (UTC)
- 二者更新时间不同。前者正常时候在1:30 am (UTC)更新,后者大概在3:50 am (UTC)至4:00 am (UTC)更新。--— Gohan 2024年2月12日 (一) 07:12 (UTC)
2024年第07期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。
最近更改
- 维基数据查询服务(WDQS)图表拆分实验正在进行并载入到3个测试服务器上。负责团队正在测试拆分的影响,并要求WDQS用户透过UI或以程式设计方式在不同管道提供反馈(如:[8][9][10])。用户的反馈将验证围绕维基数据查询服务的各种用例和工作流程的影响。 [11][12]
问题
- 使用移动设备访问wiki网站时发生一个错误,该错误会使已造访链接显示为黑色。此问题已修复。
本周更改
MediaWiki message delivery 2024年2月13日 (二) 05:47 (UTC)
在讨论页中发表回复后,简繁转换暂时失效
偶见此问题,刷新页面后即恢复。--AdyaTalk 2024年2月18日 (日) 14:22 (UTC)
- 同见此问题。--0xDeadbeef (留言) 2024年2月18日 (日) 14:57 (UTC)
- 可见即所得的回复?可能老毛病,AJAX请求的解析器对书写转换支持问题。——Sakamotosan路过围观 | 避免做作,免敬 2024年2月19日 (一) 00:26 (UTC)
为何引文格式1模板引用的来源整条都变斜体了?
如题。--绀野梦人 2024年2月17日 (六) 16:14 (UTC)
- 没看到,请指出问题位置。--YFdyh000(留言) 2024年2月17日 (六) 16:55 (UTC)
- 行动版。--寒吉(留言) 2024年2月17日 (六) 18:26 (UTC)
- 显示异常的移动版页面中没有出现应有的TemplateStyles Module:Citation/CS1/styles.css cite.citation。该styles.css的链入页面,在移动版中正常呈现,templatecount.toolforge.org说该页面仅有1.2万个嵌入。Module:Citation/CS1的英文版,结尾会加载templatestyles,中文版CS1区别和问题成因未找出。--YFdyh000(留言) 2024年2月17日 (六) 19:25 (UTC)
- 若本地没有任何界面修改,那就是上游技术锅,应考虑提报phab任务。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年2月18日 (日) 05:39 (UTC)
- 显示正常的1.2万个页面,基本都是经Template:Catalog_lookup_link引入了所需css。--YFdyh000(留言) 2024年2月18日 (日) 08:56 (UTC)
- 确认MediaWiki 1.42.0-wmf.18所致,移动版皮肤css变更[17],cite元素不再有font: inherit;。但锅是本地的,CS1模板样式一直未起效。--YFdyh000(留言) 2024年2月18日 (日) 12:48 (UTC)
- 本地现在有人改么?--百無一用是書生 (☎) 2024年2月20日 (二) 02:01 (UTC)
- 显示异常的移动版页面中没有出现应有的TemplateStyles Module:Citation/CS1/styles.css cite.citation。该styles.css的链入页面,在移动版中正常呈现,templatecount.toolforge.org说该页面仅有1.2万个嵌入。Module:Citation/CS1的英文版,结尾会加载templatestyles,中文版CS1区别和问题成因未找出。--YFdyh000(留言) 2024年2月17日 (六) 19:25 (UTC)
- 行动版。--寒吉(留言) 2024年2月17日 (六) 18:26 (UTC)
2024年第08期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。
最近更改
- 如果您启用了“当我的监视列表中的页面或文件发生更改时发送电子邮件通知我”选项,机器人账号执行的编辑将不再触发电子邮件通知。以前,只有小修改不会触发电子邮件通知。 [18]
- 特定wiki在Vector 2022皮肤下,用户和网站脚本的加载方式有一些更改。此更改影响以下wiki:以旧版Vector为默认皮肤的所有项目、维基导游和维基教科书。其它wiki则将在未来三个月内受到影响。小工具不受影响。如果您受此影响或希望尽量减少对项目的影响,请参阅此工单。敬请积极配合、积极行动。
- 新的自动创建账户(您造访新wiki时获得的账户)现在与在该 wiki上的新注册用户具有相同的本地通知设定。此更改影响任务说明中列出的四种通知类型。
- 上传向导可上传的最大文件大小现在为5 GiB。 [19]
本周更改
- MediaWiki的新版本将于2月20日部署至测试维基及MediaWiki.org。它将于2月21日部署至非维基百科wiki及部分维基百科,并于2月22日部署至所有wiki(参见日历)。 [20][21]
MediaWiki message delivery 2024年2月19日 (一) 15:35 (UTC)
- @Shizhao、@AnYiLin:Vector 2022那条好像会影响本站,请检查。--碟之舞📀💿 2024年2月21日 (三) 12:30 (UTC)
2024年第09期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。
最近更改
- 在一少部分wiki,从未编辑过的用户会优先使用手机版可视化编辑器。研究显示该编辑器的用户稍较容易发布他们开始编辑的内容,而稍较不容易发布不会被回退的编辑。将wikitext编辑器设为桌面版默认编辑器的用户,在手机版首次编辑时也会得到wikitext编辑器。 [23]
- mw.config的
wgGlobalGroups
现在仅包含该wiki上活跃启用的群组。脚本不再需要通过API请求来检查群组在wiki上是否活跃启用。上述的代码示例如下:if (/globalgroupname/.test(mw.config.get("wgGlobalGroups")))
。 [24]
本周更改
- MediaWiki的新版本将于2月27日部署至测试维基及MediaWiki.org。它将于2月28日部署至非维基百科wiki及部分维基百科,并于2月29日部署至所有wiki(参见日历)。 [25][26]
未来更改
MediaWiki message delivery 2024年2月26日 (一) 19:22 (UTC)
- active在这里是“启用”不是“活跃”...--Xiplus#Talk 2024年2月27日 (二) 01:30 (UTC)
- changetags问题不知道会不会影响WP:高风险主题的一些操作方式? @LuciferianThomas--百無一用是書生 (☎) 2024年2月27日 (二) 02:22 (UTC)
- 不会。只是从系统设定层面实践目前夺去一般用户修改版本标签的权限,并不影响管理员添加标签。--路西法人 2024年2月27日 (二) 04:28 (UTC)
- changetags问题不知道会不会影响WP:高风险主题的一些操作方式? @LuciferianThomas--百無一用是書生 (☎) 2024年2月27日 (二) 02:22 (UTC)
维基人可自行授予自己荣誉
本人于编辑个人页时发现可自行加入{{SeniorChiefEditor}}等荣誉模板,且无错误讯息,该荣誉页面也会显示用户名称,请见本人页面--August0422(留言) 2024年2月27日 (二) 10:27 (UTC)
- 维基荣誉并非维基软件自带的一部分,其他语言维基百科鲜有中文维基百科这样的荣誉系统;中维的这套是由维基人依靠共识建立的规则、自行创建的模板和分类组成的,技术上本就没有限制用户自行加入模板。当然,技术上也没有限制其他用户给您的讨论页上加入{{Uw-ah1}}。--Irralpaca(留言) 2024年2月27日 (二) 10:47 (UTC)
- 其实技术上可以用滥用过滤器实现限制用户本人加入荣誉模板,只是一般来说没有必要。--桐生ここ★[讨论] 2024年2月28日 (三) 05:39 (UTC)
- 话说直一点,应该没有人无耻到这种地步吧?委婉点说,就是社群相信维基人洁身自爱。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年2月28日 (三) 12:25 (UTC)
字词转换
在 英文网站上 下列语法 能正确转换: (已将"{|}"符号 改为全形) {{lang-ru|{{wt|ru|перестройка}}}
但是 在中文网站上 却会出错!? 有高手能check一下差异吗? Thanks --Innova(留言) 2024年2月21日 (三) 08:58 (UTC)
- Reference: https://en.wikipedia.org/wiki/Singularity_theory
- 奇点理论 --Innova(留言) 2024年2月21日 (三) 09:08 (UTC)
- 中英文的{{wt}}模板指向不同。--YFdyh000(留言) 2024年2月21日 (三) 10:25 (UTC)
- 07年注册、500多次编辑……把模板换掉不就是很容易的事?——Sakamotosan路过围观 | 避免做作,免敬 2024年2月23日 (五) 03:27 (UTC)
- 别这样~ 中间有十多年窝在对岸... 连古哥都看不到... 只能摆渡的日子... ←_←"' --Innova(留言) 2024年2月26日 (一) 09:51 (UTC)
- 哦,对(虽然这个理由的确很合理)——Sakamotosan路过围观 | 避免做作,免敬 2024年2月27日 (二) 01:14 (UTC)
- 假定善意!总是辛苦了。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年2月28日 (三) 12:27 (UTC)
- 别这样~ 中间有十多年窝在对岸... 连古哥都看不到... 只能摆渡的日子... ←_←"' --Innova(留言) 2024年2月26日 (一) 09:51 (UTC)