维基百科:互助客栈/技术/存档/2020年5月

Sunny00217在话题“关于验证码重复出现的反馈”中的最新留言:4年前

关于2017版编辑器 快捷编辑摘要 点击后新打开标签页的问题

lang模板参数

{{lang-vec|Sathìl}}怎么改成显示威尼斯语?--浅蓝雪 2020年4月30日 (四) 03:48 (UTC)

要改Module。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年4月30日 (四) 09:06 (UTC)
哪个Module,我找了半天没找着。。--浅蓝雪 2020年4月30日 (四) 13:55 (UTC)
@Xiplus:--浅蓝雪 2020年5月1日 (五) 17:14 (UTC)
Special:Diff/59459419。--Xiplus#Talk 2020年5月2日 (六) 01:38 (UTC)

帮忙处理一下该模板在计算人口密度时若密度破百则会把个位强行四舍五入的问题

由于需要模板Template:Infobox French subdivision,于是我新建了一个并把其英文原版的代码悉数复制了过来并仅进行了汉化,但是该模板在计算人口密度时若密度破百则会把个位强行四舍五入(按理说应该四舍五入小数点后面一位的,但它四舍五入了个位),比如此例中本该为226人它非得四舍五入成230人此例中本该为175人(实际上是174.xxxx)它非得四舍五入成170人,但此例为22人则没有问题,而且其英文版也存在此问题,所以哪位维基人能帮忙处理一下?--Bigbullfrog1996留言2020年4月30日 (四) 10:11 (UTC)

(:)回应@Bigbullfrog1996:不认为这是问题。 这就只是纯粹将有效数字设定为2而已。 这是很常见的表示法。(私认为2就已经够用了,如174取有效两位170没啥问题,后面位数是浮动的;光速一般在面向大众的文章也通常写300,000 km/s,而非299,792,458 m/s;天文单位150,000,000公里亦同,鲜少出现149,597,870.7公里或149,597,871公里; 一般面向大众的文章常见取2位的有效数字。)-- 娜娜奇🐰枫香花茶(宇帆·☎️·☘️2020年5月4日 (一) 05:13 (UTC)
  • 已将population_density_km2内的auto换成可计算人口密度的参数。Infobox settlement系列模板中的人口密度参数设成auto时,其呈现方式由{{Infobox settlement/densdisp}}所控制,该模板首先去除小数位数,之后强制仅留下前二位数(若遇0则跳过,如0.00431212→0.0043),余下位数皆以0显示,所以:
  • 174.52345去小数点得到174,然后四舍五入至第二位数得到170;
    • {{Infobox settlement/densdisp|/km2=auto|pop=174.52345|km2=1}} → 170人/平方公里(450人/平方英里)
  • 1749.5345去小数点得到1749,然后四舍五入至第二位数得到1700。
    • {{Infobox settlement/densdisp|/km2=auto|pop=1749.5345|km2=1}} → 1,700人/平方公里(4,500人/平方英里)

--Steven |_-。) 2020年5月4日 (一) 04:12 (UTC)

@StevenK234:非常感谢!--Bigbullfrog1996留言2020年5月4日 (一) 11:02 (UTC)

Template:Infobox China Road/Ezhou的一点问题

Template:Infobox China Road/Ezhou页面展示和具体条目(如凤凰路 (鄂州))的字体和字号明显不一样,请问其中原因。--Joe young yu留言2020年5月4日 (一) 03:42 (UTC)

字体和字号是一样的,只是一个有bold一个没bold。至于为什么有bold,因为模块:Infobox默认给表头加(:css('font-weight', 'bold'));即使不加,浏览器也会给<th>元素加。解决办法:在Template:Infobox_China_Road/Ezhou合适的地方的style里添加font-weight为normal。--Fireattack留言2020年5月4日 (一) 13:59 (UTC)
(?)疑问Fireattack您所说的“合适的地方”是指?——Joe young yu留言2020年5月4日 (一) 14:35 (UTC)
Fireattack 完成,感谢。——Joe young yu留言2020年5月4日 (一) 14:40 (UTC)

视觉化编辑器电子报2020年#1–讨论工具

2020年4月8日 (三) 19:27 (UTC)

拟请讨论中文维基百科是否参与测试

通过,并通知讨论页团队安排。台湾杉在此发言 (会客室) 2020年4月24日 (五) 00:26 (UTC)

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

作为2019年讨论页咨询的组织者,请各位维基人讨论是否参与测试计划。台湾杉在此发言 (会客室) 2020年4月9日 (四) 04:21 (UTC)

个人担忧这功能可能会成为“内容翻译2.0”。如果技术上能仅允许自动确认用户使用,个人觉得无妨,不然就一至两个月后,看看其他语言的意见及再讨论是否参与测试。--SCP-2000 2020年4月9日 (四) 04:59 (UTC)
怎么可能有这种功能,直接当你的意见是反对了。--Xiplus#Talk 2020年4月9日 (四) 05:34 (UTC)
忘了加引号。在下的意思是担忧这工具可能会像内容翻译有不少bug,反而伤害了新手。我不想再有一次互煮了。--SCP-2000 2020年4月9日 (四) 05:55 (UTC)
这是个“测试功能”,每个人可以选择要不要使用,不好用就关了不就好了?--Xiplus#Talk 2020年4月9日 (四) 06:07 (UTC)
(+)支持参与测试,没看到存在什么负面的问题。看了一下项目页面,已经是非常专业严谨了。另外,不认为这对新手会有什么影响(内容翻译也一样),能找到在哪里启用这些功能并用出bug来,还是新手的几率微乎其微--百無一用是書生 () 2020年4月9日 (四) 07:04 (UTC)
(+)强烈支持。看起来很棒的一个功能。省去了跳转到编辑页面的步骤,不用猛敲:,非常好。--🍀 CLOVER YAN (^_^) 2020年4月9日 (四) 07:56 (UTC)
(+)强烈支持。很友好的一个功能。--QTalk 2020年4月9日 (四) 09:21 (UTC)
(+)支持。--高文海留言2020年4月9日 (四) 11:43 (UTC)
(+)支持有趣的功能-- Matt Zhuang已补完自1998年以来台铁车站运量,再来就是等2019年度出笼 (按“此”留言) 2020年4月10日 (五) 14:55 (UTC)
能不能建议开发者顺便转发消息到本页?--Sun00217SPA for Sunny002172020年4月10日 (五) 14:52 (UTC)
Sunny00217Matt_Zhuang高文海Qiu XingxiangClover YanShizhaoXiplusTaiwania Justo 现公示七天,如无合理异议即视达成共识及参与视觉化回复工具之测试。--SCP-2000 2020年4月11日 (六) 04:40 (UTC)
收集意见不到2天就进公示未免太快了。--Xiplus#Talk 2020年4月11日 (六) 05:21 (UTC)
Xiplus 的确过快了,我先撒下吧。不好意思。--SCP-2000 2020年4月11日 (六) 10:32 (UTC)
(+)支持提案。—— Eric Liu留言留名学生会 2020年4月11日 (六) 14:15 (UTC)
(+)支持Rowingbohe♬ 讨论·签名·台州专题 2020年4月12日 (日) 03:26 (UTC)
(-)反对:为啥不先改善Twinkle中用户讨论页一定会有提醒的问题呢?真的不懂en维基有没有想过这个问题,人死了通知死人,死人是不知道也不会看的;隐退的用户也多半是如此。现在又要把一个讨论页新增一个不知道打算ping谁的功能,不是莫名其妙了?这样的讨论页用户是不是得强迫收到通知叫人一定得看有发出通知的讨论页?顺便再说一个,讨论页并不等于沙盒或者上面提到的内容翻译。如此一来,讨论页将不再具备讨论条目的功能,而可能导致让人不怎么想商量的功能甚至不想编辑条目,条目以后也不用讨论内容是否为对或错。--Z7504非常建议必要时多关注评选留言2020年4月13日 (一) 16:19 (UTC)
(~)补充:如果要让讨论页增加ping人,那还倒不如把编辑摘要新增个“可以日后更改摘要内容”的选项比较实在。现在连编辑摘要都能ping人了不是吗?可惜,编辑摘要写好都不能再改了。--Z7504非常建议必要时多关注评选留言2020年4月14日 (二) 01:29 (UTC)
这个测试功能和ping人有啥关系?这个功能只是可以自动签名和缩进而已。--百無一用是書生 () 2020年4月14日 (二) 07:54 (UTC)
OK,上面无效反对一个。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年4月15日 (三) 01:03 (UTC)
想说的是,谁会知道到时候讨论页这样改是不是会连同用户叫用户逼着他们一定要看讨论页了?反正呢,测试嘛,不要到时候en版维基百科真的搞出这种多余不必要的用户通知。真的建议,en版发行维基百科的,要测试条目讨论页ping人之前,真的应该先在Twinkle中可以让用户选择用户讨论页可以关闭或开启提醒的选项还比较实在。如果真要新增这个,那Twinkle选项要不要加这个功能让用户可以自己决定要不要收到通知?不想到时候公示7日过了才说,那就太迟了,以上。--Z7504非常建议必要时多关注评选留言2020年4月19日 (日) 14:14 (UTC)
(+)支持。感觉至少应该好过flow。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年4月15日 (三) 01:03 (UTC)
(+)支持:一个星期了,是不是该开始公示了?--Steven Sun留言2020年4月15日 (三) 08:41 (UTC)

  公示7日:经七日讨论,支持者多数,且反对意见已充分解释,现正进入公示。台湾杉在此发言 (会客室) 2020年4月16日 (四) 00:05 (UTC)

顺便@Taiwania Justo:仅对en版设计维基百科通知的选项功能感到不满,要测试那当然没有问题,您可以继续公示直到23日通过。只是,希望en版要测试的人可以把这个意见听到,不要只是耳边风当没事。如果当没事,干嘛每年快年底的时候,还要叫人填什么维基百科意见表还显示在广告栏位?--Z7504非常建议必要时多关注评选留言2020年4月19日 (日) 14:14 (UTC)
您所说的问题,涉及到ping及通知模组核心功能的问题,本次讨论页设计改变不涉及这些模组的核心功能,这些要另外向做通知模组的团队及TW团队提出,敬请见谅。台湾杉在此发言 (会客室) 2020年4月19日 (日) 15:39 (UTC)
@Z7504:“Twinkle中用户讨论页一定会有提醒的问题”是指什么?请详细说明。--Xiplus#Talk 2020年4月20日 (一) 08:58 (UTC)
这又不是英语维基百科的志愿者弄的,这是维基媒体基金会的东西啊?WMF不维护Twinkle。—VulpesVulpes825留言2020年4月22日 (三) 08:44 (UTC)

经公示七日,期间没有更多重要意见,在此通过。@Whatamidoing (WMF):According to the discussion above, Chinese Wikipedia decides to join the test of the new discussion tool. 台湾杉在此发言 (会客室) 2020年4月22日 (三) 22:49 (UTC)


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

是否需要提phab?--百無一用是書生 () 2020年4月26日 (日) 03:31 (UTC)

如果有需要就提吧,依据上面的说明,是直接和Whatamidoing (WMF)联系。台湾杉在此发言 (会客室) 2020年4月26日 (日) 05:00 (UTC)
  处理中……T251075。--VulpesVulpes825留言2020年4月27日 (一) 05:03 (UTC)
  等待中…等待部署。--VulpesVulpes825留言2020年4月27日 (一) 06:47 (UTC)
依据该团队说明,最快会在5月8日部署。台湾杉在此发言 (会客室) 2020年4月29日 (三) 01:25 (UTC)
We hope. I can make no guaranteed promises. Whatamidoing (WMF)留言2020年5月5日 (二) 18:48 (UTC)

部分条目地图显示问题

部分条目infobox如果是用coordinates参数加{{coord}}的话(如Salesforce塔),就会显示“Lua错误 在模块:Mapframe的第181行:attempt to perform arithmetic on local 'lat_d' (a nil value)”,但是如果把coord拿出infobox就能正常显示了,如泛美金字塔,不知道能否麻烦修正一下。--浅蓝雪 2020年5月5日 (二) 08:28 (UTC)

[1]。--Mewaqua留言2020年5月6日 (三) 03:54 (UTC)

部分网站无法存档

部分内地网站(如中国台州网十堰日报)虽然还可以打得开,但已经无法存档至Wayback Machine或archive.is,可能是因为这些网站现在只有连接内地网络才可以访问,若连接境外网络则无法访问。不知有没有方法能解决这几个网站的存档问题?--风云北洋Talk 2020年5月3日 (日) 03:24 (UTC)

可能是这几年公安部搞护网行动的锅.....--百無一用是書生 () 2020年5月6日 (三) 06:57 (UTC)

Template:Vgname无法正常显示大陆简体名

  • {{Vgname|隻狼:暗影雙死|en=Sekiro|cn=只狼:影逝二度|tw=隻狼:暗影雙死}}
    只狼:暗影双死(英语:Sekiro,中国大陆译作“只狼:影逝二度”,港台译作“只狼:暗影双死”)

切成简体时,依然显示成main name的简体字版:只狼:暗影双死,整条变成“《只狼:暗影双死》(英语:Sekiro,港台译作“只狼:暗影双死”)”,而非设定的cn参数只狼:影逝二度。反过来没问题:

  • {{Vgname|只狼:影逝二度|en=Sekiro|cn=只狼:影逝二度|tw=隻狼:暗影雙死}}
    只狼:暗影双死(英语:Sekiro,中国大陆译作“只狼:影逝二度”,港台译作“只狼:暗影双死”)

这样切成台湾正体也能正常显示成隻狼:暗影雙死。--Fireattack留言2020年5月2日 (六) 20:20 (UTC)

原来如此,多谢。--Fireattack留言2020年5月7日 (四) 03:40 (UTC)

"2017年源代码编辑" 为何?

在编辑摘要常见这提法. 另外可以在哪里启用此功能? 在Special:参数设置找了一会找不到. Lovewhatyoudo 高邮加油 2020年5月7日 (四) 05:51 (UTC)

在测试功能里面,和可视化、Flow、新媒体播放器那些在一起。--RuiyuShen 2020年5月7日 (四) 05:57 (UTC)

Template:NoteTA 使用“1=”可以同时转换标题和正文?

我看到@Lopullinen友情提示我Template:NoteTA使用“1=”参数可以同时转换标题和正文。请问这种用法为何没有写到文档里?--Fireattack留言2020年5月7日 (四) 03:35 (UTC)

可能盲点没有被华生发现。(并不是)可能早期T的标题转换和全文转换是分开的,然后某次更新能处理了,然后没人发现这个新特性?——路过围观的Sakamotosan | 避免做作,免敬 2020年5月7日 (四) 07:26 (UTC)

Tech News: 2020-19

2020年5月4日 (一) 16:59 (UTC)

讨论串留言多层缩排于移动设备的显示问题

或许以电脑参与维基百科(或其他wiki)上讨论的您没有发现这个问题,但它对移动设备使用者有着相当不好的使用者体验──那就是多层缩进的讨论串,不论是一般的讨论页还是结构式讨论,不论是否使用Template:Outdent

当一个留言底下有着不少的回复时,讨论串会越来越向内(右侧)缩排,但当下方的留言到了一定的数量时,留言会随着越来越窄──原本一行可以看完的留言变得需要分成好几行才能全部浏览完,而且一行可能只剩下不到十个字。

希望各位能够针对这个问题进行讨论,找出能够解决多层缩排显示不佳的解决问题。敬祝
编安

Sincerely,
Winston Sung留言2020年4月20日 (一) 15:10 (UTC)


不只是回复,只要缩排到某些程度就会直接完全看不到在写什么。-- Matt Zhuang哪一个国家拒绝承认中华民国护照而且没有替代签证可以申请 (按“此”留言) 2020年4月20日 (一) 15:13 (UTC)
的确,一旦缩排太多次就会难以阅读。--Winston Sung留言2020年4月21日 (二) 14:31 (UTC)
另外目前Fandom在留言墙上的讨论串最多缩排一次,所以不会有这个问题。--Winston Sung留言2020年4月22日 (三) 03:50 (UTC)
(+)支持,缩进太多会导致明显的显示问题,一般缩进5~6格就够了。同级缩进回复完全可以接受。--SolidBlock留言 2020年4月26日 (日) 00:24 (UTC)
请问一下,确定Template:Outdent不管用吗?新的讨论工具会自动对评论进行缩进,应该能解决这个问题。Fandom即将淘汰目前的留言墙功能,所以很难作为参考。--VulpesVulpes825留言2020年4月27日 (一) 09:04 (UTC)
新的留言墙与目前的留言墙皆最多缩排一次。欢迎至统一社区平台测试站测试各项功能。--Winston Sung留言2020年5月1日 (五) 08:54 (UTC)
另外并非“淘汰目前的留言墙功能”,是“使用讨论版的代码重新编写目前的留言墙功能”。--Winston Sung留言2020年5月1日 (五) 08:58 (UTC)
我用平版电脑,用了template:outdent的话显示大致可以接受。我参照的显示效果是Talk:相给的讨论串(如果大家能顺带看一看我在Talk:相给提出有关浙南吴语闽语、粤语里村庄的量词的疑惑,更是感激)。Lovewhatyoudo 高邮加油 2020年5月8日 (五) 00:49 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────

新增繁简转换组“大陆简体(繁体化)”

有没有将大陆用词(包括本地化用词)强行转为繁体字(以繁体字保留大陆用词模式)把“大陆简体”强制用繁体显示的方法?两个原因。第一,阅读跟大陆相关的条目,尤其大陆新闻、运动、影视艺人条目执行台湾和香港地区用词反而是“过度在地化”而违和。有些人一定会说“没有过度在地化”,好,那能否给觉得是的人一个选项“大陆简体(繁体化)”?这有点像是阅读美国相关条目时,英国读者不一定希望用词在地化为英式英文。第二,欧美华裔不少是先学繁体字(大陆成长的港澳台人亦然),但生活上接触的媒体是大陆媒体,因而习惯了大陆用词,能否给这些用户新选项“大陆简体(繁体化)”?现在必须先点维基的“大陆简体”,再依赖外部浏览器插件做简→繁转换,外部插件极不可靠亦不方便。Lovewhatyoudo () 2020年4月14日 (二) 07:38 (UTC)

擅自ping一下参与了上面关于地区用词讨论的@WhitePhosphorus:@高文海:@Xiplus:@痛心疾首:@Sun00217:@Shizhao:@WhitePhosphorus:@Borschts:@Suzuha Amane:)Lovewhatyoudo () 2020年4月14日 (二) 07:38 (UTC)
  • 无从统计,但这个需求是有的。爬文有关新增澳门繁体、新加坡简体转换组的讨论,最初都是说人数不多所以作罢,最终事成,我觉得是社群认可了他们“数量不一定多、但需求是确切存在”的需求。Lovewhatyoudo () 2020年4月14日 (二) 09:21 (UTC)
不就是直接选“繁体”显示,不加地区转换就可以了?这样的意义只是将用字不管词组配对(也就是地区词转换)一律往繁体字转吧。——路过围观的Sakamotosan | 避免做作,免敬 2020年4月14日 (二) 14:35 (UTC)
既然是港澳台用户,实际上应该对曾经生活过地区的具体地区词更为熟悉。直接不考虑地区词转换的单纯字转换好像没啥意义。(而且单纯的“简体”、“繁体”也有提议不建议开放出来给用户使用)——路过围观的Sakamotosan | 避免做作,免敬 2020年4月14日 (二) 14:40 (UTC)
澄清,是强制将“大陆简体”做一个繁简转换,即是“大陆简体(繁体化)”。这跟“繁体”不同,因为如果一个繁体页面本身是由台湾/香港人书写的话,点“繁体”并不会把其用词切换成大陆用词。技术上不需要新增一个新的noteTA。另外在开段补充了“过度在地化”的论据,请查阅。@cwek:。Lovewhatyoudo () 2020年4月15日 (三) 00:24 (UTC)
也就是将大陆用词(包括本地化用词)强行转为繁体字(以繁体字保留大陆用词模式)?感觉这是一个很别扭的和不正常的需求?——路过围观的Sakamotosan | 避免做作,免敬 2020年4月15日 (三) 00:36 (UTC)
还是你言简意赅。对。这是国际中文新闻网站的常见做法,例如纽约时报中文网、大纪元、新华网、苹果日报、明报、星岛日报等的繁简功能,都是以繁体字保留大陆用词模式,原因是,阅读大陆相关时事、运动、演艺条目如果执行台湾/香港用词转换,会造成过度在地化。上述6个商业牟利网站的读者表明了这种需要的存在,要不然这些商业牟利的媒体岂不会学习维基百科做繁简+地区转换?Lovewhatyoudo () 2020年4月15日 (三) 01:03 (UTC)
我不确定只是人家网站把原始文本,不管用字地区差异,一股脑地放到一对一用字转换上;还是专门分开两种用字的修编版,但是同样没考虑用字差异问题。前者这个不就是你原来所说的方法;后者分明是编辑的文字水平不足的问题。而前面的一对一字转换本身就没有考虑用字问题的机械转换,本身就是错误的实现。——路过围观的Sakamotosan | 避免做作,免敬 2020年4月15日 (三) 02:42 (UTC)
就在下的观察,的确有这个需求,倾向支持。--Winston Sung留言2020年4月15日 (三) 09:24 (UTC)
(-)反对,除非有语言代码方面的规范可以依循--百無一用是書生 () 2020年4月16日 (四) 02:48 (UTC)
有的,zh-Hant-CN。--Winston Sung留言2020年4月16日 (四) 12:59 (UTC)
(-)反对,那么fallback语言变种应该是什么呢?界面语言怎么办?直接上繁体就不符合阁下要求的“大陆简体繁体化”。还有Mediawiki可能并不能支持zh-Hant-CN这样的格式,见Name.php。从技术上来说这可能是个噩梦,我们需要修改core的很多内容,增加zhconversion table,增加noteTA。这个工作量比起添加澳门繁体和新加坡简体要多很多—VulpesVulpes825留言2020年4月16日 (四) 13:40 (UTC)
在下曾在自己的wiki上修改过档案,依照目前格式全部使用小写(zh-hant-cn)不会出现问题。另由于目前浏览器限制,全部改成“zh-hans-cn”这样的形式会有无法自动判断浏览器预设语言的问题,所以“从技术上来说这可能是个噩梦,我们需要修改core的很多内容”这部分“zh-cn”等一旦修改成“zh-hans-cn”的形式目前不可行,也不应修改。还有“增加zhconversion table,增加noteTA”的确会是很大的工作量。--Winston Sung留言2020年4月16日 (四) 16:05 (UTC)
问题会有的,比如$wgVariantArticlePath应该不能返还带“-”的语言变种代码。还有目前维基媒体的语言变种命名规范应该是还是zh-(变种)。我理解阁下的需求,IANA为此也保留了zh-Hant-CN。但是,目前很多浏览器只支持zh-CN这种语言代码(这也是为什么添加澳门繁体和新加坡简体比较方便的原因)。如果一定要加入繁体中文(中国大陆)可能需要对Core的language部分进行大修。—-VulpesVulpes825留言2020年4月16日 (四) 16:57 (UTC)
对于“$wgVariantArticlePath应该不能返还带“-”的语言变种代码”这部分,“zh-cn”已是包含“-”的“$2”值。对于“还有目前维基媒体的语言变种命名规范应该是还是zh-(变种)”这部分,在下不清楚这方面,但由于大部分浏览器不支援在语言设定使用“zh-hans-cn”这种形式,故目前不应也不需将“zh-cn”改成“zh-hans-cn”,这样的形式会有无法读取浏览器预设语言进行自动判断对未登入使用者要显示的变体的问题。--Winston Sung留言2020年4月17日 (五) 01:33 (UTC)
$wgVariantArticlePath或者‘&variant=xy’Mediawiki应该只允许‘cn’,应该不能是‘Hant-cn’。—VulpesVulpes825留言2020年4月17日 (五) 03:57 (UTC)
对于“$wgVariantArticlePath或者‘&variant=xy’应该只允许‘cn’,应该不能是‘hant-cn’”这部分再重新说明一次,MediaWiki系统读取到的variant代码是“zh-cn”,不是“cn”,不确定的话可以试试“cn [ variant= | $wgVariantArticlePath ]”跟“zh-cn [ variant= | $wgVariantArticlePath ]”的差别。--Winston Sung留言2020年4月17日 (五) 09:12 (UTC)
我解释有误,我应该直接说Mediawiki内部语言代码不允许"zh-hans-cn",只允许"zh-cn"这样的命名方式,也就是语言变种代码中不允许出现"-"。这样就解释清楚了。--VulpesVulpes825留言2020年4月17日 (五) 11:11 (UTC)
对“Mediawiki内部语言代码不允许"zh-hans-cn",只允许"zh-cn"这样的命名方式,也就是语言变种代码中不允许出现"-"”这部分提供另一个例子,MediaWiki曾有“be”、“be-tarask”、“be-x-old”的语言代码,其中“be-x-old”就已在变体代码中包含“-”。--Winston Sung留言2020年4月18日 (六) 07:19 (UTC)
带“-”会被转换。而且,LanguangeConverter不转换be,所以无所谓。我目前主要担心的是LanguageConverter中validateVariant能否在输入"zh-hant-cn"时不会出错。而且即使不出错了,我们还得考虑回退语言的问题,如果回退语言是繁体中文的话就不满足(以繁体字保留大陆用词模式),但如果为此要求为zh-Hant-CN单独翻译的话就会导致多出一个语言变种需要维护。我估计translatewiki.net那边的人应该不会同意增加"zh-Hant-CN"这个事情。--VulpesVulpes825留言2020年4月19日 (日) 05:17 (UTC)
不带“-”也会被转换,那是为了将语言代码标准化而进行的转换,而且在下之前已尝试过将自行架设的MediaWiki站的语言档案全部改成“zh-hant-tw”的形式,所以才会在测试过后得出“这样的形式会有无法读取浏览器预设语言进行自动判断对未登入使用者要显示的变体的问题”的结论。另外备用语言可以使用“zh-Hant-HK”,因为地区词相同(重叠)的部分较“zh-Hant-TW”多。--Winston Sung留言2020年4月19日 (日) 07:21 (UTC)
现在讨论技术的话,会不会变成画蛇添足?实际技术上通过加载对应转换表来转换的,现在就变成了还要多维护一个不寻常的“大陆用词模式但使用繁体用字”的转换表。本身需求是不合理的,甚至说是使用者的不合理而导致的需求不合理。我不认为技术再深究下去有多大的意义了。让应用显示出大陆用词后再用外围“垃圾的”字对字一对一转换工具处理一次可能才能切实地满足这种不合理的需求。——路过围观的Sakamotosan | 避免做作,免敬 2020年4月27日 (一) 03:13 (UTC)
如果不在意Special:前缀索引/MediaWiki:Conversion的影响,应该可以使用两次action=parse来处理得到结果(可以用js实现)--Sun00217SPA for Sunny002172020年4月18日 (六) 14:11 (UTC)
直接用 Chrome 的翻译功能不就行了吗?不想用 Chrome 的话还有[translate.google.com 谷歌翻译],这些都是不转换的,干嘛折腾到 Mediawiki 上面去。--🍀 CLOVER YAN (^_^) 2020年4月20日 (一) 03:30 (UTC)
上面开头就提到“外部插件极不可靠亦不方便”了。--Winston Sung留言2020年4月20日 (一) 14:41 (UTC)
简单地说就是将“服务器”处理成“服務器”的需求,如果这样的需求是满足语言要求的,那就别搞什么地区词转换了,只剩下字对字一对一繁简映射就好了。——路过围观的Sakamotosan | 避免做作,免敬 2020年4月27日 (一) 03:17 (UTC)
但是提案者要求繁体中文和大陆地区词。不转换的话不就是内容变种中的“繁体”选项了吗?—VulpesVulpes825留言2020年4月28日 (二) 14:30 (UTC)
如果只开“简体”的话,就是基本字对字转换,例如:源码为“伺服器”,大陆用字应该为“服务器”,按照需求描述则应该为“服務器”,但简体模式(无地区词转换)的话则是“伺服器”。——路过围观的Sakamotosan | 避免做作,免敬 2020年4月29日 (三) 01:06 (UTC)
  • 最理想的方法就是能设置简体、繁体和大陆、港澳、台湾、马新两个彼此独立的组别,这样无论是谁都可以自由选择了,不过按楼上说的,技术不允许呀。--侧耳倾听 2020年4月28日 (二) 08:31 (UTC)
我有一个大胆想法:zh-cnhant、zh-myhant、zh-sghant、zh-twhans、zh-hkhans、zh-mohans,这样不知道行不行。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年4月28日 (二) 10:13 (UTC)
不可以,这不符合BCP-47的格式要求。—-VulpesVulpes825留言2020年4月28日 (二) 14:30 (UTC)
(+)支持,服务器负担上应该不算严重,并且按照上面的例子算是有趣也有用。User:Sanmosa的东西改写成zh-Hant-CN和zh-Hans-HK等就完全符合BCP-47需求。不过转换表确实要多出几个,可能没人乐意做;分两层地区词和正字转换又有些麻烦(似乎倒是已经有这样的表了?)。(再举个例子:推特上的 @ZHWP 一直用的都是zh-Hans-TW。)——Artoria2e5 讨论要完整回复请用ping 2020年4月29日 (三) 19:09 (UTC)
目前的转换涵盖顺序为:zh-hans zh-cn ⊃ zh-sg ⊃ zh-my 及 zh-hant ⊃ zh-tw ⊃ zh-hk ⊃ zh-mo ,在下挺好奇zh-cnhant的顺序是怎样的?谢谢。--SCP-2000 2020年4月30日 (四) 14:31 (UTC)
目前的转换涵盖方式为:
$variantfallbacks = [
	'zh' => [ 'zh-hans', 'zh-hant', 'zh-cn', 'zh-tw', 'zh-hk', 'zh-sg', 'zh-mo', 'zh-my' ],
	'zh-hans' => [ 'zh-cn', 'zh-sg', 'zh-my' ],
	'zh-hant' => [ 'zh-tw', 'zh-hk', 'zh-mo' ],
	'zh-cn' => [ 'zh-hans', 'zh-sg', 'zh-my' ],
	'zh-sg' => [ 'zh-hans', 'zh-cn', 'zh-my' ],
	'zh-my' => [ 'zh-hans', 'zh-sg', 'zh-cn' ],
	'zh-tw' => [ 'zh-hant', 'zh-hk', 'zh-mo' ],
	'zh-hk' => [ 'zh-hant', 'zh-mo', 'zh-tw' ],
	'zh-mo' => [ 'zh-hant', 'zh-hk', 'zh-tw' ],
];
,一般来说应该会加上
	'zh-hant-cn' => [ 'zh-hant', 'zh-hk', 'zh-mo', 'zh-cn', 'zh-tw' ],
	'zh-hant-cn' => [ 'zh-hant', 'zh-hk', 'zh-cn', 'zh-mo', 'zh-tw' ],
	'zh-hant-cn' => [ 'zh-hant', 'zh-hk', 'zh-mo', 'zh-tw', 'zh-cn' ],
,应该会改成
	'zh' => [ 'zh-hans', 'zh-hant', 'zh-cn', 'zh-tw', 'zh-hk', 'zh-hant-cn', 'zh-sg', 'zh-mo', 'zh-my' ],
	'zh' => [ 'zh-hans', 'zh-hant', 'zh-cn', 'zh-tw', 'zh-hk', 'zh-sg', 'zh-mo', 'zh-my', 'zh-hant-cn' ],
这样,也有可能会是其他样子。(注:为避免过度缩排,每行已删去两个tab。)--Winston Sung留言2020年5月1日 (五) 09:53 (UTC)
(-)反对:增加zh-cnhant,这会加重维护成本,且此例一出,未来必然出现增加zh-myhant等之请求。但个人认为可考虑修改字词转换的系统,允许使用者可透过zh-hant及zh-hans的全域转换表,在地区词的基础上再进行繁简转换。--SCP-2000 2020年5月1日 (五) 10:36 (UTC)
> 个人认为可考虑修改字词转换的系统
似乎是个不错的建议/提议,可以考虑。--Winston Sung留言2020年5月2日 (六) 09:39 (UTC)
总觉得是个小众需求……能否用JS写个小工具转换?(确实手机版也不稳定)改转换系统的话,简繁和地区词彻底分立,{zh, zh-cn, zh-hk...} * {zh; zh-hans; zh-hant}这样吗?直接增加zh-hant-cn会有这样的问题:{{noteTA}}里面,zh-hant-cn如果不定义,回溯到zh-hant地区词不对,回溯到zh-cn简繁不对;所以zh-hant-cn不得不填,这就增加了1/3工作量(对比zh-mo,大多数时间可以不填,直接回溯到zh-hk),以后要修改大陆地区词,也要同时改简繁两处;然后,如果有人要zh-hans-hk……看来要原生系统实现这点,必须要地区词和简繁两层转换,只能试着说服Mediawiki开发组大改系统了=_=!--洛普利宁 2020年5月6日 (三) 16:53 (UTC)
(-)反对:既然说是大陆简体,那就不应该起这样,应该命名为大陆繁体,但大陆使用繁体的人少之又少,不建议转换。--👻Cryberghost 2020年5月8日 (五) 06:53 (UTC)

Cat-a-lot 的 "参数设置"

Cat-a-lot 的 "参数设置" 并没有窗口出现。请问是什么问题?--宫水四叶留言2020年5月9日 (六) 15:19 (UTC)

请禁止InternetArchiveBot把cite模版的archive.is的url覆盖更新为wayback

当一个网页同时在wayback和archive.is保存了有效存档,很多时是因为wayback抓取网页的照片有缺漏,所以编者才逼不得已去用archive.is(它的抓取模式保证能抓到图),也就是wayback存档不管用。但是InternetArchiveBot不知道这个道理,强行自动把cite模版里的archive.is的url覆盖更新为wayback machine的url,有什么方法可禁止?Lovewhatyoudo 高邮加油 2020年5月5日 (二) 21:11 (UTC)

  • 帮你问了下。User:InternetArchiveBot正常来说是不会把archive.is转换为archive.org的,但是ta并不能正确识别的archive.is的某些域名(例如:.li/.vn/.md/.ph)等,所以会造成错误转换。这个bug已经修复但是还未部署。这里推荐使用.today的域名,可以保证不会被覆盖;如果你有遇到非我描述的问题的话,请告知并提供例子,可能是其他的bug。--Fireattack留言2020年5月8日 (五) 19:22 (UTC)

模板:Marriage

|()=small或|()=smaller 参数功能没有出现。--孤独なSmile 2020年4月30日 (四) 02:52 (UTC)

Template:国家机关的地级、县级单位显示问题

如题,Template:国家机关在处理地级、县级人民法院和人民检察院时的单位名称与正式条目名称存在差异,如湖北省鄂州市人民检察院浙江省玉环市人民法院会被该模板处理成鄂州市人民检察院玉环市人民法院等。而我不太了解哪一个才是正式、官方的称呼。--Joe young yu留言2020年5月10日 (日) 06:47 (UTC)

差异视图的字体

中文维基百科的差异视图的字体已变更。

如果想改回之前的差异视图的字体,应该怎样做 ?

谢谢。-- 约翰同志-条目裱糊匠留言2020年4月30日 (四) 15:52 (UTC)

一天后改回原来,跟着几日后又改回新的差异视图的字体,这是怎么回事呢 ?

同样问题,如果想改回之前的差异视图的字体,应该怎样做 ?

谢谢。-- 约翰同志-条目裱糊匠留言2020年5月4日 (一) 19:11 (UTC)

没人在意这回事吗 ? 喜欢新字体吗 ?-- 约翰同志-条目裱糊匠留言2020年5月5日 (二) 08:19 (UTC)

好像是改成等宽字体了:phab:T250393--百無一用是書生 () 2020年5月6日 (三) 06:52 (UTC)
是的,在“Tech News: 2020-17”已有提及。我也在转字体时查回它才知道。很惊讶的是,中文维基百科社群竟没有人在意、在乎这回事,新的字体可观性比起之前的字体,大家也清楚。英文维基百科社群已有人话要改回之前的字体了。-- 约翰同志-条目裱糊匠留言2020年5月6日 (三) 08:37 (UTC)
我倒是觉得这个地方用等宽字体挺好的,眼睛看起来舒服多了--百無一用是書生 () 2020年5月6日 (三) 08:49 (UTC)
见人见智吧。-- 约翰同志-条目裱糊匠留言2020年5月6日 (三) 11:00 (UTC)
开发团队究竟干什么,这个可以人性化些,自己选择用什么字体呀嘛Kitabc12345 讨论 海南 打卡 2020年5月8日 (五) 09:34 (UTC)
可以自己用用户css覆盖掉吧。——路过围观的Sakamotosan | 避免做作,免敬 2020年5月11日 (一) 01:08 (UTC)

维基翻译工具阻止我发布条目

我在翻译这个条目时使用了翻译工具。发布时,它提示:

您的翻译由于存在过多原文无法发布。

您的翻译总共有1%的未经修改的文字。

我已经通读全部翻译稿,并把机器翻译不当之处全部改正,为什么还是不允许发布呢?况且我觉得如今机器翻译未必都是通篇全错,1%的机翻率应被允许。麻烦帮忙看一下,谢谢! --Kermitmailbox99留言2020年5月10日 (日) 08:20 (UTC)

Kermitmailbox99 请提供译文,以便处理,谢谢。--SCP-2000 2020年5月10日 (日) 08:38 (UTC)
@SCP-2000:请查看这里,谢谢。(翻译工具内有些内容无法复制,故截图) Kermitmailbox99留言2020年5月10日 (日) 09:23 (UTC)
Kermitmailbox99可以复制,只不过只能贴上在视觉化编辑器上面。我就遇过无法发布问题,是用贴上在视觉化编辑器的方式救出内容的-- 娜娜奇🐰枫香花茶(宇帆·☎️·☘️2020年5月10日 (日) 09:30 (UTC)
那么这意味着把减少机器翻译阈值至70%这个方案对于中文来说还是过了。我会提交新的工单来尝试解决问题。--VulpesVulpes825留言2020年5月10日 (日) 11:12 (UTC)
@VulpesVulpes825:,我认为不是,现在再修改70这个数字根本是任意推翻共识企图翻案。 要符合先前共识的话应该要改成:“70%只对主名字空间与公共草稿限制,而不用对用户页限制”。-- 娜娜奇🐰枫香花茶(宇帆·☎️·☘️2020年5月11日 (一) 05:38 (UTC)
@A2569875:“70%只对主名字空间与公共草稿限制,而不用对用户页限制“为技术限制无法实现。关于“任意推翻共识企图翻案问题“,请见WP:CONEXCEPT。--VulpesVulpes825留言2020年5月11日 (一) 06:11 (UTC)
连使用者子页面都挡掉不给储存是不是过火了?-- Matt Zhuang哪一个国家拒绝承认中华民国护照而且没有替代签证可以申请,形同禁止中华民国公民入境或转境该国? (按“此”留言) 2020年5月10日 (日) 11:35 (UTC)
我现在已经手动把译文复制到我的用户子页面当中并提交志愿者审核。不过这的确有些过了,因为子页面文章只是草稿。 Kermitmailbox99留言2020年5月10日 (日) 11:41 (UTC)
@Kermitmailbox99:感谢阁下的反馈。对此,减少机器翻译阈值至70%将会被回退以便解决问题,祝编安。--VulpesVulpes825留言2020年5月11日 (一) 08:24 (UTC)
@VulpesVulpes825:谢谢。 Kermitmailbox99留言2020年5月11日 (一) 10:12 (UTC)
已经回退了。我再次感谢阁下的反馈。--VulpesVulpes825留言2020年5月11日 (一) 11:40 (UTC)

严重急性呼吸系统综合征冠状病毒2的模板

底下Template:2019-nCoV Template:中国卫生 Template:Portal bar Template:Taxonbar这几个模板我这里全部都是直接以这样的蓝链显示的,不知道是否是我一个人的问题。浅蓝雪 2020年5月11日 (一) 13:51 (UTC)

条目太长了,WP:TL。--小过儿留言2020年5月11日 (一) 15:23 (UTC)

左上方的繁简转换按钮坏了。

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

登录状态,只有繁体、简体的选项,没有台湾/香港等变体。非登录状态+/wiki/的页面,点按钮则根本没有下拉菜单(如果当前使用的是某地区变体,则下拉菜单只有该变体的选项)。--Fireattack留言2020年4月30日 (四) 13:38 (UTC)

@FireattackSCP-2000:现在正常了吗?--Xiplus#Talk 2020年5月1日 (五) 05:16 (UTC)
好像正常了。--Fireattack留言2020年5月1日 (五) 05:20 (UTC)
正常了。--SCP-2000 2020年5月1日 (五) 05:25 (UTC)
今天在MediaWiki.org发生了相同问题。--Xiplus#Talk 2020年5月2日 (六) 02:49 (UTC)
好像又坏了--无所事事/想要狗带 2020年5月4日 (一) 19:32 (UTC)
又坏了+1-Fireattack留言2020年5月5日 (二) 02:32 (UTC)
+1。台湾正体可显示所有转换选项,其他的就只能显示部分。--Tp0910留言2020年5月5日 (二) 14:12 (UTC)
各位要做好思想准备,这个Bug可能要很长时间(以年为单位)才能修复了吧。—VulpesVulpes825留言2020年5月6日 (三) 06:51 (UTC)
可以这样临时修复吧:
if ($('div#p-variants')[0]){// && ($('h3#p-variants-label span')[0] !== '<span>' + wgULS('变种', '變體') + '</span>')
if (!$('li#ca-varlang-0')[0]){
mw.util.addPortletLink('p-variants', '/zh/' + mw.config.get('wgPageName'), wgULS('不转换', '不轉換'), 'ca-varlang-0');
}
if (!$('li#ca-varlang-1')[0]){
mw.util.addPortletLink('p-variants', '/zh-hans/' + mw.config.get('wgPageName'), '简体', 'ca-varlang-1');
}
if (!$('li#ca-varlang-2')[0]){
mw.util.addPortletLink('p-variants', '/zh-hant/' + mw.config.get('wgPageName'), '繁體', 'ca-varlang-2');
}
if (!$('li#ca-varlang-3')[0]){
mw.util.addPortletLink('p-variants', '/zh-cn/' + mw.config.get('wgPageName'), '大陆简体', 'ca-varlang-3');
}
if (!$('li#ca-varlang-4')[0]){
mw.util.addPortletLink('p-variants', '/zh-hk/' + mw.config.get('wgPageName'), '香港繁體', 'ca-varlang-4');
}
if (!$('li#ca-varlang-5')[0]){
mw.util.addPortletLink('p-variants', '/zh-mo/' + mw.config.get('wgPageName'), '澳門繁體', 'ca-varlang-5');
}
if (!$('li#ca-varlang-6')[0]){
mw.util.addPortletLink('p-variants', '/zh-my/' + mw.config.get('wgPageName'), '大马简体', 'ca-varlang-6');
}
if (!$('li#ca-varlang-7')[0]){
mw.util.addPortletLink('p-variants', '/zh-sg/' + mw.config.get('wgPageName'), '新加坡简体', 'ca-varlang-7');
}
if (!$('li#ca-varlang-8')[0]){
mw.util.addPortletLink('p-variants', '/zh-tw/' + mw.config.get('wgPageName'), '臺灣正體', 'ca-varlang-8');
}
}
(用在其他地方时还要补wgULS)--Sun00217SPA for Sunny002172020年5月7日 (四) 14:06 (UTC)
只能先这样了,我认为这个bug可能永远无法修复了。Core team重构了很多LanguageConverter的代码,已经无法追溯哪次修改造成了这次的连锁反应。--VulpesVulpes825留言2020年5月8日 (五) 08:58 (UTC)
谢天谢地这不是core的bug。这次的Bug是因为Vector皮肤开发团队在重构下拉菜单代码造成的小bug。目前直接换个皮肤就可以临时修复了。--VulpesVulpes825留言2020年5月8日 (五) 12:14 (UTC)
修复补丁已经合并至主仓库,但尚未部署。成功部署后应该就能解决问题了。--VulpesVulpes825留言2020年5月8日 (五) 15:35 (UTC)
@VulpesVulpes825:等一下,现在似乎还有“汉|漢”标签里,怎么也调不出“大马简体”一词,有时单向转换里甚至“大马”都消失了的问题。--Liuxinyu970226留言2020年5月10日 (日) 14:39 (UTC)
@Liuxinyu970226:这个应该是NoteTA的问题,应该不归Phab管的。—VulpesVulpes825留言2020年5月11日 (一) 04:48 (UTC)

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

Tech News: 2020-20

2020年5月11日 (一) 20:40 (UTC)

编辑器的内部链接自动建议功能失效

从上星期开始发现最常用的两大编辑器VisualEditor和2017 wikitext editor中的插入内部链接自动建议功能无法使用,输入字词后不像之前那样根据关键字自动列出条目链接建议,我已经在不同浏览器进行测试也是有相同现象,各位也有遇到相同问题吗?--Alancrh留言2020年5月4日 (一) 03:31 (UTC)

我也有相同问题,开始还以为是网络不好…--Tim Wu留言2020年5月12日 (二) 04:12 (UTC)
更新:此bug已被解决,见phab:T252421Alancrh留言2020年5月12日 (二) 04:18 (UTC)

图片服务器已被墙

请求修复Wikipedia:典范条目/列表

Vector 皮肤的更新让侧边列中“语言”下的渐变底线伸不到齿轮图标

原先那一条底线是用 background-image 实施在 .portal .body 的最上 1px 的,最近改成的 .portal h3 的最下 1px 了。然而齿轮图标通过 float: right; 向右浮动来让其放在最右,撑开了“语言”的 margin-right,导致背景不能延伸到最右侧。

当前情况下的解决方案:施加

#p-lang .uls-settings-trigger ~ h3 {
    overflow: visible;
}

这样不会撑开“语言”的 margin-right


附加一点,那个渐变是这样写的:

.portal h3 {
    background-image: linear-gradient(to right,
        transparent    0,
        #c8ccd1        35%,
        #c8ccd1        70%,
        transparent    100%
    );
}

但是 transparent 在 Webkit 引擎下的实现不好,会被当成 rgba(0, 0, 0, 0) 全透明的黑色处理,导致那一条线深一下浅一下的。建议改成

.portal h3 {
    background-image: linear-gradient(to right,
        rgba(200, 204, 209, 0)    0,
        #c8ccd1                   35%,
        #c8ccd1                   70%,
        rgba(200, 204, 209, 0)    100%
    );
}

——刘枭扬留言2020年5月12日 (二) 06:34 (UTC)

建议报phab:--百無一用是書生 () 2020年5月13日 (三) 03:19 (UTC)

phab:T252421

条目和讨论页简繁不一致的问题

如题。此时上方会显示红链,但点击能到达编辑该页。例如百毒杀Talk:百毒殺 --DRIZZLE (留言) 2020年5月15日 (五) 12:02 (UTC)

IABot Management Interface显示Interface disabled

刚才打开了IABot Management Interface,显示Interface disabled。有没有人知道发生了什么事?是维护工作吗?不会是永久停用了吧?ꓢꓯꓠꓟꓳꓢꓮ いろはにほへとちりぬるを 2020年5月14日 (四) 09:57 (UTC)

我搞清楚发生什么事了,大家直接看这里就好。ꓢꓯꓠꓟꓳꓢꓮ いろはにほへとちりぬるを 2020年5月16日 (六) 07:00 (UTC)

所有维基项目开启ESNI

各位维基人:不知道关于开动ESNI的讨论进行的怎么样了。https://phabricator.wikimedia.org/T205378 上的讨论似乎到最后不了了之。

--162.211.224.40留言2020年5月12日 (二) 17:01 (UTC)

要看ESNI什么时候正式标准化。现阶段也只有cf和firefox有对应草案支持,可能cf的基础设备相应代码也没公开或者是测试性特性,基金会应该不会部署这种测试性特性到生产环境的?——路过围观的Sakamotosan | 避免做作,免敬 2020年5月13日 (三) 01:12 (UTC)
明白了。所以关键是看ESNI什么时候正式标准化。唉,DoH都已经正式标准化了,但是ESNI还是没有正式标准化。再一次感谢你的解答。162.211.224.40留言2020年5月13日 (三) 13:54 (UTC)
DOH对应RFC 8484,草稿打了14个版本(虽然草稿第一版是2017年,2018年最终定型),ESNI还“马达马达”呢。——路过围观的Sakamotosan | 避免做作,免敬 2020年5月16日 (六) 02:08 (UTC)
哈哈,明白,也就是说至少要ESNI的定稿要去到第14个版本,ESNI才不算まだまだ。但是好像DoH的RFC 8484的14个版本到定型只花了一年,而ESNI从2018年到现在已经搞了两年多了啊。162.211.224.40留言2020年5月16日 (六) 15:56 (UTC)
如果我没有记错的话,ESNI应该是TLSv1.3标准中的一部分。如果是这样的话,就等待T170567正式部署了就应该支持ESNI了。--VulpesVulpes825留言2020年5月15日 (五) 08:46 (UTC)
你可以检查一下Chrome 81,已经是tls 1.3了。ESNI和SNI只是TLS里面一堆扩展参数之一。现在ESNI定稿才去到版本6。——路过围观的Sakamotosan | 避免做作,免敬 2020年5月15日 (五) 09:28 (UTC)
T170567的进程。1.3在旧金山、新加坡text入口已经配置了。upload看配置好像也开了,但是链接上好像还是1.2。——路过围观的Sakamotosan | 避免做作,免敬 2020年5月15日 (五) 09:36 (UTC)
哦,可喜可贺!热烈期待TLS 1.3在维基服务器上的开通!162.211.224.40留言2020年5月16日 (六) 15:56 (UTC)

Infobox company模板的官方网站栏位消失了

如何解决缩略图前后出现无用代码的问题

Template:NUMBEROF

饮食专题的评级模板有问题

明明质量参数是列表级,结果却显示为未评级,例如这个例子。--Lab06 N留言2020年5月11日 (一) 17:26 (UTC)

似乎弄好了。--如沐西风留言2020年5月20日 (三) 06:44 (UTC)

Infobox company问题

T:Infobox company里的|homepage参数功能没能显示出来,另外编辑时依照上面指示却一直出现labe50、date50,想请问是什么意思?--~Lonely Smile 2020年5月21日 (四) 17:13 (UTC)

已修复--浅蓝雪 2020年5月21日 (四) 17:27 (UTC)
(:)回应 谢谢您~Lonely Smile 2020年5月22日 (五) 03:12 (UTC)

请管理员加入responsiveContent CSS小工具

英文那边有一个en:User:TheDJ/responsiveContent,使用基本是纯CSS的方式做更加适合宽窄屏的排版。希望管理员能把这玩意整到中文来。小工具的描述暂时翻译为“改进移动端、窄屏、宽屏的排版([[:en:User:TheDJ/responsiveContent|说明]])”--Artoria2e5 讨论要完整回复请用ping 2020年4月29日 (三) 19:02 (UTC)

目前首页已经是响应式设计,其他页面则还没完全有,但是会根据移动设备自动变成移动版--百無一用是書生 () 2020年5月6日 (三) 06:50 (UTC)

互助客栈上方的话题更新表格又坏掉了

自2020/05/19的12:00之后,互助客栈各分页上方的话题表格又没再更新了。


Matt Zhuang哪一个国家拒绝承认中华民国护照而且没有替代签证可以申请,形同禁止中华民国公民入境或转境该国? (按“此”留言) 2020年5月19日 (二) 15:00 (UTC)

Template:湖北省各地市州的适用性

我根据Template:山东省各地市制作了Template:湖北省各地市州,但是在显示审判机关和检察机关时,显示有“湖北省天门市中级人民法院”“湖北省仙桃市中级人民法院”“湖北省潜江市中级人民法院”“湖北省天门市人民检察院”“湖北省潜江市人民检察院”“湖北省仙桃市人民检察院”,而天门、潜江、仙桃的审判机关和检察机关应该是“湖北省汉江中级人民法院”“湖北省人民检察院汉江分院”。因不知如何修复,特在此提出疑问,希望有人前来支援修复该问题。--Joe young yu留言2020年5月22日 (五) 09:49 (UTC)

中文维基百科的workers.dev反代镜像

各位维基百科人大家好:

好久没上来了。今天来带给大家一个好消息:我按照Help:如何访问维基百科#镜像网站下面的“Cloudflare Workers”给出的配置方法搭了一个中文维基百科的workers.dev反代镜像,新站点网址如下:

https://www.zhwikip.workers.dev/wiki/

并且现在还【暂时】没有被墙。

我搭的这个中文维基百科的workers.dev反代镜像是属于【付费版】的Cloudflare,所以访问量没有限制。

我可否更新一下Help:如何访问维基百科#镜像网站里面的“维基百科拷贝站点列表”?

--不爱思考得猪留言2020年5月19日 (二) 12:32 (UTC)

Taxonbar的同物异名有时无法显示

五斑离鳍鱼在Wikidata中有纪录taxon synonym包含了Q10881822这个Item,但却无法像三带项鳍鱼一样显示这些item的taxonbar,想请问如何解决呢?---Koala0090留言2020年5月17日 (日) 02:07 (UTC)

增加basionym (P566)试试看?-- Lonicear留言2020年5月22日 (五) 07:45 (UTC)
@Lonicear: 不可以,Basionym是某个学名的基本异名,只能有一个,其他的异名都必须归在Synonym里面---Koala0090留言2020年5月24日 (日) 08:05 (UTC)
要确定Xyrichtys pentadactylusIniistius pentadactylus的基本异名,才可以使用basionym属性。三带项鳍鱼可能是有basionym属性,才会显示那些资料,taxon synonym属性看起来并不会显示你要的那些资料。--Lonicear留言2020年5月24日 (日) 10:23 (UTC)

自动保存

本人自加入维基百科起有好几次因为手机浏览器刷新等原因丢失编辑,故在此提出该改进建议:能否自动保存编辑到一个临时缓冲区(例如User:Example/自动保存,保存到本地文件或者第三方笔记服务)以防止编辑丢失?--SkEy留言2020年5月23日 (六) 11:48 (UTC)

可以用小工具保存编辑。importScript('User:PhiLiP/wikicache/load.js');--【和平至上】避免不必要外出·同心抗疫!💬 2020年5月23日 (六) 13:11 (UTC)

火狐原来有个插件能保存,但是会卡,不知道现在还在不在了。--浅蓝雪 2020年5月24日 (日) 15:35 (UTC)

2020年5月25日 (一) 14:17 (UTC)

Tech News: 2020-21

2020年5月18日 (一) 17:18 (UTC)

5月19日UTC+8的11点的半小时数据库维护,我们本项目会有影响。还包括D区。——路过围观的Sakamotosan | 避免做作,免敬 2020年5月19日 (二) 01:01 (UTC)

css改变可能会影响到的zhwiki情况:

@EmiljouPeter_YeungStang94135354Zuohaocheng:@WilliamSkyWalkThe_powder_toyKeyscecesGood_afternoonVCFVCT:@Lhc70000Jane9306FxqfYouTableDGideas:@HendrickzhangWilly1018A1CafelEricliu1912Vanished_user_1929210:@AkistilooKovlCatherine_LaurenceZhangjintaoRowingbohe:@MxnKitabc12345Wi24rdKc_kennylauXiaodiao2232:@MengviewerHong520850710247liuDoraencyclopediaFioranoluke:@Fukuokakyushu2012ShiromiCatIamchenzetianTiberiustengPhiLiP:@NgoosikWhitePhosphorusWetitpig0: --百無一用是書生 () 2020年5月19日 (二) 02:02 (UTC)

谢谢提醒—Rowingbohe♫ 玉环撤县设市三周年 2020年5月19日 (二) 13:35 (UTC)
感谢提醒,已更新。非常遗憾,其他fork的朋友可能需要自行更新。同时感谢将其合并到MediaWiki:Gadget-PatrollCount.js的朋友。 -Zuohaocheng留言2020年5月27日 (三) 00:45 (UTC)

Wikipedia:知识问答的标题

为什么我已经将字体设为香港繁体,但浏览Wikipedia:知识问答时,标题仍以简体字(Wikipedia:知识问答)显示?我使用的是Chrome浏览器。 Dalistationery (这里找我) 2020年5月27日 (三) 15:23 (UTC)

Flow页面不能转换。--【和平至上】避免不必要外出·同心抗疫!💬 2020年5月27日 (三) 19:06 (UTC)

in lang模板问题

模板{{In lang}}不知为何无法使用,其内容和enwp上的该模板相同,但提示“Lua错误 在模块:Lang/utilities的第79行:attempt to call local 'name_from_tag' (a nil value)”。 --DRIZZLE (留言) 2020年5月27日 (三) 02:01 (UTC)

要更新Module:LangH78c67c 留言·贡献 2020年5月29日 (五) 09:47 (UTC)

关于验证码重复出现的反馈

当非确认用户编辑页面时添加被提示称呼为“不可靠链接”的内容,同时没有填写编辑摘要时,没有填写编辑摘要的提示和要求填写验证码的提示会反复出现,即使你正确的填写了验证码——text from user:落花有意12138 2020年5月22日 (五) 12:57 (UTC)