维基百科:互助客栈/技术

维基百科,自由的百科全书

本页用作讨论在编辑时遇到的技术问题;发表问题或讨论前,请先参阅常见问题解答帮助信息MediaWiki基本问题及搜索旧讨论记录。另请注意:

请注重礼仪、遵守方针与指引,一般问题请至互助客栈其他区知识问答提出,留言后请务必签名(点击 )。


发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。
公告栏
# 💭 话题 💬 👥 🙋 最新发言 🕒 (UTC+8)
1 Template:Weather box 11 6 Ericliu1912 2024-01-30 01:28
2 MobileFrontend侧边栏故障 6 2 Shizhao 2023-12-25 15:47
3 引文模板不应该报错全部的零宽空格 4 3 H2226 2024-01-07 18:11
4 “阅读无障碍”功能和本站小工具兼容问题以及字号选择 13 7 SCP-2000 2024-03-25 01:23
5 即将到来的服务器切换 5 2 HualinXMN 2024-03-21 00:31
6 回复时的异常 9 5 Diskdance 2024-03-28 14:44
7 续太不智能的跳转与搜寻 24 6 神秘悟饭 2024-03-28 18:23
8 防滥用过滤器12误报 5 4 WhitePhosphorus 2024-03-19 23:09
9 请求修改三菱Delica的跨语言链接数据 3 2 攻壳机动队员 2024-03-19 10:14
10 2024年第12期技术新闻 1 1 MediaWiki message delivery 2024-03-19 01:38
11 字词转换问题 4 2 超级核潜艇 2024-03-21 15:24
12 模板:Location map France Aisne 3 2 Yzergues 2024-03-21 18:15
13 请求新增过滤器 1 1 暁月凛奈 2024-03-26 09:47
14 2024年第13期技术新闻 1 1 MediaWiki message delivery 2024-03-26 02:55
15 NoteTA查看器仍需进一步优化 5 4 Diskdance 2024-03-28 18:55
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时,
请先检查设定是否有误

正在广泛征求意见的议题

以下讨论需要社群广泛关注:重新整理

维基百科技术议题与模板

Template talk:N/A § “不适用”不适用

Template talk:NoteTA/multititle § 编辑请求 2024-03-01

Wikipedia talk:字词转换处理/公共转换组 § 思路:条目预储公共转换组中匹配的规则,减少载入时间

Template talk:Rfc § 部分说明文字的含义

Wikipedia talk:在编辑记录中标示使用者权限 § 关于IP封锁豁免权授予者的用户权限标示

MediaWiki talk:Gadget-noteTA.js § 建议找回手型鼠标指针效果

Module talk:Authority control § 编辑请求 2023-10-18

天气模板Template:Weather box,可以添加参数|width=auto以自动适应条目,但是在有信息框的条目中添加该参数并不总是会自适应,比如韦斯卡 (78803227)会在气候模板上方出现大段空白(可能也是信息框/Infobox的原因)。--Kethyga留言2023年9月5日 (二) 10:03 (UTC)[回复]

自带{{clr}}效果?如果没有,表格在小屏幕宽度下不会放不下吗。--YFdyh000留言2023年9月9日 (六) 04:14 (UTC)[回复]
手机网页和App看了下,应该都要左右滑动。--Kethyga留言2023年9月9日 (六) 08:20 (UTC)[回复]
应该又是V22皮肤的css更新所致,换成2010版皮肤看是正常的。--萧漫留言2023年10月10日 (二) 02:44 (UTC)[回复]
似乎现在显示效果正常了?--Kcx36留言2023年11月15日 (三) 10:39 (UTC)[回复]
目前已 无法重现 Willy1018留言) 2023年11月19日 (日) 02:50 (UTC)-- Willy1018留言2023年11月30日 (四) 03:21 (UTC)[回复]
在条目韦斯卡中,未登录和Timeless Skin下目前均无法自适应页面宽度。--Kethyga留言2023年11月27日 (一) 04:11 (UTC)[回复]
我的显示效果。--Kcx36留言2023年11月27日 (一) 04:50 (UTC)[回复]
发现新版皮肤/外观在未登录状态下的右下角有一个切换“全屏宽度”和“有限宽度”的按钮,如果选择“全屏宽度”的话就不会被信息框/Infobox遮挡,但是Weatherbox/天气框仍未填满空间。另外在条目洛帕中,Timeless Skin下可以正常自适应页宽。--Kethyga留言2023年11月28日 (二) 01:55 (UTC)[回复]
@Kethyga英文维基百科也有这种情形吗?—— Eric Liu 創造は生命(留言留名学生会 2024年1月29日 (一) 17:28 (UTC)[回复]

本讨论章节会维持开放,暂时不按最后意见发表时间存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

MobileFrontend侧边栏故障

[1] Log in(登录)、Settings(设置)、Donate(资助)、About Wikipedia(关于Wikipedia(随维基媒体计划名称而变))、Disclaimers(免责声明)均无法被点击,也无法对其长按弹出浏览器菜单,全站(所有语言、所有维基媒体计划)均发生该问题。--Txkk留言2023年11月29日 (三) 03:05 (UTC)[回复]

在firefox下未能复现,可点击,可弹出浏览器菜单。但是侧边栏各项一点击或弹出浏览器菜单时(点击鼠标左键或右键时),侧边栏就会迅速缩回,虽然点击的链接打开没问题(选择使用弹出的浏览器菜单中的功能也没问题),但是用户体验比较糟糕。从前端角度看,很可能算是个bug--百無一用是書生 () 2023年11月29日 (三) 03:20 (UTC)[回复]
似乎现在mediawiki更新后,这个问题(或类似问题)已不存在了?--百無一用是書生 () 2023年12月15日 (五) 11:56 (UTC)[回复]
还在。--Txkk留言2023年12月15日 (五) 21:21 (UTC)[回复]

有没有人去Phabricator报告问题?--Txkk留言2023年12月25日 (一) 06:46 (UTC)[回复]

我现在是只有关于和免责声明点击后侧边栏缩回,页面不跳转--百無一用是書生 () 2023年12月25日 (一) 07:47 (UTC)[回复]

本讨论章节会维持开放,暂时不按最后意见发表时间存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

引文模板不应该报错全部的零宽空格

Cat:引文格式1错误:不可见字符现在只要有U+200B就会报错,实际上有些零宽字符是合理且必要的,比如emoji和孟加拉文使用其连接字符。

建议将其改为维护而不是错误。--落花有意12138 2023年12月16日 (六) 12:44 (UTC)[回复]

en:Module:Citation/CS1/Configuration有为特定文字或Emoji添加例外。--Cookai饼块🍪💬留言 2023年12月24日 (日) 10:10 (UTC)[回复]
等等,Module:Citation/CS1/Configuration也有indic_script,但Module:Citation/CS1没有把它排除。--Cookai饼块🍪💬留言 2023年12月24日 (日) 10:19 (UTC)[回复]
请问此问题有办法解决吗?《乱世勇者》的97号来源出现此情况,但不知道该如何解决。--H2226留言2024年1月7日 (日) 10:11 (UTC)[回复]

本讨论章节会维持开放,暂时不按最后意见发表时间存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

“阅读无障碍”功能和本站小工具兼容问题以及字号选择

测试功能中Vector 2022的“阅读无障碍”功能之前和本站大字体小工具存在兼容性问题,目前主要问题已经修正,但是存在若干遗留问题。

该测试功能有三个挡位,“小”对应14px,“标准”对应16px,“大”对应20px,并无本站目前使用的15px。本来该功能是有望让小工具在Vector 2022下直接退役的,但由于缺少15px所以目前不行。

目前个人认为有以下解决方案,请社群评估:

  1. 维持现状(大字体小工具将“小”修改为15px,其他不变)。
  2. 让大字体小工具在打开“阅读无障碍”时直接失效,之后在正式部署“阅读无障碍”时调整为默认启用16px,小工具退役。注意会导致默认字号改变。
  3. (新增)让基金会加上15px的挡位,正式部署时默认启用,小工具退役。

以上。--碟之舞📀💿 2024年2月23日 (五) 02:13 (UTC)[回复]

我个人会倾向2。--冥王欧西里斯留言2024年2月23日 (五) 03:56 (UTC)[回复]
@S8321414:刚刚加了个3,提醒一下。--碟之舞📀💿 2024年2月23日 (五) 13:36 (UTC)[回复]
有看到,但我个人还是倾向2,但不排斥3。--冥王欧西里斯留言2024年2月23日 (五) 13:59 (UTC)[回复]
阅读方面14px和15px我感觉都行,但排版变化明显。顺便一提,Timeless皮肤下是15.2px。16px感觉较大,但部分用户和繁体用户可能偏爱。--YFdyh000留言2024年2月23日 (五) 14:02 (UTC)[回复]
依据“阅读无障碍”功能的文档“Small is the current default”,而本站预设启用“大字体”小工具及实际上本站预设字体为 15px 而非 14px,故“小”选项应由现时的 14px 增加至 15px,或是增加 15px 的选项及成为预设选择。至于“大字体”小工具,当“阅读无障碍”功能仍在测试阶段时应改为不覆盖该功能字体设定,待该功能正式部署后才仅在 Vector 2022 暂停使用。谢谢。--SCP-0000留言2024年2月23日 (五) 15:22 (UTC)[回复]
另外,没坏就不要修,除非有明确共识或证据支持其他字体大小比现时预设的 15px 更佳。--SCP-0000留言2024年2月23日 (五) 15:30 (UTC)[回复]
“小”选项由现时的 14px 增加至大字体的 15px,大家不觉得这让很多人难以理解吗?小变成了大,但却还是叫做小。。。
总的来说,15px是中文网页(可能也包括日文网页)最常见的字体大小(可认为是最优),但是随着近几年显示技术和网页技术的变化,是否15px还是最优可能需要再探讨。另外,偶数大小(14、16)从网页设计上来说更方便计算和取整,可以避免一些页面排版和渲染方面意外的发生。所以最后还是要权衡利弊,是保守原来的不变,还是拥抱新变化,还是只要最优大小,还是虽然不是最优但能够更灵活?--百無一用是書生 () 2024年2月26日 (一) 02:27 (UTC)[回复]
更新:Jon (WMF)表示可以针对不同语言调整预设值大小。--碟之舞📀💿 2024年2月24日 (六) 02:21 (UTC)[回复]
那正好,基于最小修改原则,新版外观预设字体大小应该就设定为原本者。—— Eric Liu 創造は生命(留言留名学生会 2024年2月25日 (日) 16:52 (UTC)[回复]
@SGrabarczuk (WMF): BTW, I have read the analysis of the community prototype testing and I found that the analysis mixed up the data from communities using Latin and CJK characters. Since Latin and CJK is quite different (FYR the comparison by Google), perhaps re-analysis and only focus on the data from communities using CJK character (Chinese, Japanese, and Korean Wikipedia) if possible? Thanks.--SCP-0000留言2024年2月28日 (三) 05:39 (UTC)[回复]
Hey @SCP-2000, that's interesting, thank you for pointing this out! Our designer broke down that data by different scripts. So he must have taken this into consideration. But as I can see, this breakdown didn't make it to the wiki page. I'll ask him.--SGrabarczuk (WMF)留言2024年3月6日 (三) 16:22 (UTC)[回复]
@SGrabarczuk (WMF): Hello, any update of this matter? Thanks.--SCP-0000留言2024年3月24日 (日) 17:23 (UTC)[回复]

本讨论章节会维持开放,暂时不按最后意见发表时间存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

即将到来的服务器切换

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

维基媒体技术部门计划进行测试来保证系统能够抵御灾害冲击时带来的不可访问风险。 本次测试将在2024年3月20日14:00 UTC (22:00 UTC+8)开始,期间因系统限制您将不能编辑约一小时,还请提前保存编辑。

参见本地化信息页或者原文以了解更多。--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月2日 (六) 05:55 (UTC)[回复]

简称:一年一度(?)灾备切换测试。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月4日 (一) 07:20 (UTC)[回复]
更多信息可以看看本期(24年10期)和未来几期技术新闻(或者之后的公告)。--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月5日 (二) 11:46 (UTC)[回复]
下周三马上开始,同时亦可看看11期技术新闻。--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月13日 (三) 08:38 (UTC)[回复]

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

回复时的异常

我在别人的留言下面回复后,页面的“订阅”、“取消订阅”、“回复”按钮都暂时消失了,要刷新页面才能看到。刷新后我再去别人留言下回复,又出现这种状况,请问是怎么回事?--日期20220626留言2024年3月10日 (日) 22:42 (UTC)[回复]

同样,近期出现。发现测试站也能重现。DiscussionTools的bug?没找到相关报告。--YFdyh000留言2024年3月11日 (一) 10:00 (UTC)[回复]
@日期20220626YFdyh000可以看一下回复前后的html,个人观察的结果是解析器有问题导致新生成的html嵌入的这些按钮的版本不一致导致失效。--SunAfterRain 2024年3月11日 (一) 11:58 (UTC)[回复]
不知道,我在用CD,没遇到问题 ——魔琴 留言 贡献 新手2023计划 ] 2024年3月11日 (一) 12:10 (UTC)[回复]
之前用过一次这个,发现和我自己加载的额外js功能有冲突,就卸载了。--日期20220626留言2024年3月11日 (一) 12:18 (UTC)[回复]
我甚至为自己的脚本给CD写了适配( ——魔琴 留言 贡献 新手2023计划 ] 2024年3月11日 (一) 12:23 (UTC)[回复]
可以复现。Phab有工单吗?--碟之舞📀💿 2024年3月28日 (四) 06:14 (UTC)[回复]
不知,你开一个吧。--日期20220626留言2024年3月28日 (四) 06:16 (UTC)[回复]
完成。--碟之舞📀💿 2024年3月28日 (四) 06:44 (UTC)[回复]

本讨论章节会维持开放,暂时不按最后意见发表时间存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

续太不智能的跳转与搜寻

接续上次讨论:要使“阿當.戴華”自动跳转至阿當·戴華,除将“.=>·”加入全局转换表或批量自动建立此类重新导向二个选项外,别无他法?有无更简洁的更佳选择?若提请“.=>·”加入全局转换表失败,就只有批量自动建立此类重新导向一条路?--— Gohan 2024年3月12日 (二) 05:02 (UTC)[回复]

直接修改搜寻系统,断词为"阿当 / 戴华"。这样不论你打什么符号在中间都搜寻的到。中文维基本站可能做不到,需要由MediaWiki来做搜寻算法修改。--Shyangs留言2024年3月12日 (二) 06:15 (UTC)[回复]
[2][3][4],没找到中文的stopwords是如何定义。或者,如果适用于所有语言,可能应该char_filter做转换?--YFdyh000留言2024年3月12日 (二) 11:49 (UTC)[回复]
修改搜寻系统是否足够?毕竟在港澳台星马人名中,全形的“.”或无间隔号远比半形或不足半形的“·”常见,后者在站外几近捏造。使用外挂工具从站外的“阿當.戴華”/“阿當戴華”跳转至阿當·戴華的需求,大概远远多于从站外的阿當·戴華直达的需求。若在社会中不常见的阿當·戴華能够直达,而更常见的“阿當.戴華”/“阿當戴華”不能跳转,或许轻重倒置、并不公平?--— Gohan 2024年3月18日 (一) 01:53 (UTC)[回复]
您是期望内链、正文也获某种转换吗。不了解“.”的常用性。--YFdyh000留言2024年3月18日 (一) 02:03 (UTC)[回复]
我期待使用Wikipedia search之类的工具从站外的“阿當.戴華”能够跳转直达阿當·戴華。--— Gohan 2024年3月18日 (一) 02:08 (UTC)[回复]
Wikipedia Search扩展?如果目前仅有此需求,您可以写一个用户脚本作为临时解决方案。例如将下列代码插入您的common.js文件。if (mw.config.get('searchTerm')) {window.location.href = decodeURIComponent(window.location.href).replace(/./g, '·');}--YFdyh000留言2024年3月18日 (一) 02:26 (UTC)[回复]
最理想还是人人可用。--— Gohan 2024年3月18日 (一) 09:54 (UTC)[回复]
@YFdyh000,看了SuggesterAnalysisConfigBuilder.php的char_filter配置,似乎这是改搜索索引配置的正确思路,或者可以考虑将“U+FF0E=>U+00B7”(如果能针对部署的语区(只针对zh区)的话更好)的映射配置进去?——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:36 (UTC)[回复]
所以我认为还是允许将“.”作为间隔号的错误代替来建立重定向(基于“标点符号上的区别”或者“常见的错别字和错误拼写”),这样应该能够帮助搜索系统归集数据来使其也能被正常搜索出来。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月18日 (一) 05:59 (UTC)[回复]
我觉得若可以应该内部处理,这样一开放预估又会多出几万个重定向,有点鸡肋--SunAfterRain 2024年3月19日 (二) 01:43 (UTC)[回复]
重定向操作相对简单一些,加全局转换可能影响更大(因为不只是标题,内容也会有影响)。或者调整搜索系统的来源词过滤也可以考虑,但需要检查CirrusSearch的技术信息,上面提及的似乎可行。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月19日 (二) 01:52 (UTC)[回复]
至少在大陆“阿當.戴華”不会用这种不规范的标点或者很少这种不带标点的外文译名,这样的重定向绝大多数没用。普通情况下,不论是否使用间隔号或者不规范间隔号,Google搜索或者维基内部的提示词皆会排在首位,而且不想输入间隔号的话,还可以复制。港台或新马地区也许有些用。对于外部资料中有使用的或许可以考虑建立重定向,但是在所有的条目上建立未从使用、不规范的重定向感觉没必要。
另外,对于比较长的名称“维亚切斯拉夫沃洛金”,special:search中排在首位。“阿當戴華”的话,special:search的推荐词中会在首位推荐“阿當·戴華”,但是搜索结果中并未将其放在首位,要加前缀intitle:。--Kethyga留言2024年3月19日 (二) 02:29 (UTC)[回复]
不宜以中国大陆的“规范”凌驾其他国家/地区。如果走到只能大量建立重新导向的地步,而且机器人无法辨别中国大陆标题与否,那么只能一概建立。况且,大陆“不会用这种不规范的标点”?中国出版集团所用的“本•阿什克罗夫特”算不算规范呢?很少“不带标点”?在中国大陆新闻网站搜寻名人姓名,轻易可见;更不用说在微博、小红书等选词跳转的需要。手写且手快的人士未必会看选单,自加intitle:更是有违绝大多数人的习惯。--— Gohan 2024年3月25日 (一) 00:36 (UTC)[回复]
这不是中国大陆的规范问题,而是W3C《中文排版需求》是建议“间隔号”是用“·(U+00B7)”作为字符编码,中国大陆规范等同这个标准,但字型(字符通过字体库渲染)上,港澳台的(字体库)是全角字型、中国大陆的是半角字型;台湾的标准是“.(U+FF0E)”,港澳台的(字体库)为居中字型,而中国大陆的(字体库)是左下角字型。(关于字型渲染效果的话,可以找一个叫BabelPad的类笔记本软件,支持Unicode全部字符编码和选择字体库渲染字型,然后下载微软雅黑(简体字型)、微软正黑体(繁体字型)、思源宋体不同地区字型变体的字体库,用BabelPad加载看看两个字符渲染形式)如果从Unicode给的字意的话,应该U+00B7才是对应间隔号的正式字符,U+FF0E是将错就错的结果(字符编码用错+字体库“修正”)。所以最快的方法是按照Wikipedia:重定向来建立重定向代替,或者修改搜索索引的配置,再次就是修改全局转换表。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:08 (UTC)[回复]
所以不就是中国大陆的规范吗?--— Gohan 2024年3月27日 (三) 05:03 (UTC)[回复]
是W3C的标准也这样规范。(指正)——Sakamotosan路过围观 | 避免做作,免敬 2024年3月27日 (三) 11:46 (UTC)[回复]
有个目前难以实现、或许异想天开的思路:既然个别本地转换表能只针对指定命名空间,能否让重新导向页被本地转换表视为一种命名空间(无论是真是假),或者干脆让标题起到本地转换表眼界中的命名空间作用?--— Gohan 2024年3月25日 (一) 00:37 (UTC)[回复]
我觉得这是不了解技术细节胡思乱想的方案吧?好像没有所谓指定命名空间生效的转换表机制,而且重定向mw:Manual:page table,重定向页本身也是一种页面,只是检测到源代码有重定向标记后,将页面表的对应字段flag起来,方便后续代码按照重定向的方式做跳转行为处理)也不是一种命名空间。四级字符转换配置表中,第一级是放在源代码的超大转换数组(方便程序读取),第二级也只是放在Mediawiki命名空间(作为系统消息等可以方便前台人员维护)而已。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:16 (UTC)[回复]
的确存在只针对ns8的本地转换表。正因为重新导向页不是命名空间,才说“让重新导向页被本地转换表视为一种命名空间(无论是真是假)”。--— Gohan 2024年3月27日 (三) 05:03 (UTC)[回复]
@神秘悟饭模块:CGroup/MediaWiki special?那只是针对Mediawiki语境下,方便转换Mediawiki这个应用下的用词的公共转换组(也就是字词转换机制下的第三级)而已。我至少没找到针对特定命名空间的字词转换机制。我认为你提的这些东西没有技术依据做支撑。至少在有限时间内不具可行性的讨论。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月27日 (三) 11:44 (UTC)[回复]
不是,是MediaWiki:Conversiontable/zh-hans/ns8MediaWiki:Conversiontable/zh-hant/ns8等。--— Gohan 2024年3月28日 (四) 10:23 (UTC)[回复]
现时可行的技术方案不外乎三种:(1)建立重定向页、(2)调整搜索索引的分词配置、(3)增加全局转换(影响广泛,不只是页面命名,还包括正文,但也不是不可行的办法)。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:25 (UTC)[回复]
应该集中在如何控制搜索适配的问题,也就是集中“在如何控制页面标题使用‘U+FF0E’作为间隔号时或者输入关键词使用‘U+FF0E’作为间隔号时能正确匹配到对应的页面”的问题上。至少(1)、(2)的技术可行性更好,对其他方面(如正文源代码的录入)的影响程度更少。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:30 (UTC)[回复]

防滥用过滤器12误报

防滥用过滤器12描述为“字词转换缺少简体设置”,但是就算规则中有zh-myzh-sg,也会在没有zh-hanszh-cn任一时触发。()——留言2024年3月12日 (二) 09:33 (UTC)[回复]

先前在AFFP已有相关讨论:Wikipedia:防滥用过滤器/错误报告/存档/2024年2月#Template:各地中文名/infobox。--伞木 留言 2024年3月12日 (二) 12:29 (UTC)[回复]
感谢告知。——留言2024年3月13日 (三) 04:59 (UTC)[回复]
其实此过滤器容易修改,不知何时能改。话已至此,为何没有缺少繁体的过滤器,只有缺少简体的过滤器?--— Gohan 2024年3月18日 (一) 01:55 (UTC)[回复]
已修复。我也不是很确定为什么没有繁体版,可能要看一下有没有使用-{zh-cn:xxx}-且需要警告的例子。--砜中嘌呤的白磷萃取 打谱 2024年3月19日 (二) 15:09 (UTC)[回复]

请求修改三菱Delica的跨语言链接数据

管理员您好,小弟将三菱得利卡重定向回三菱Delica,但前者之跨语言链接数据无法随着重新定向至后者,可否烦请帮忙修正?感谢!--攻壳机动队员留言2024年3月18日 (一) 09:27 (UTC)[回复]

@攻壳机动队员 您好,请不要WP:剪贴移动,已回退阁下的变更。阁下应使用移动页面功能;如无法移动,请遵照WP:移动请求的指引。--Tim Wu留言2024年3月18日 (一) 09:34 (UTC)[回复]
抱歉,小弟无法移动,已在三菱得利卡提出Wikipedia:移动请求,可否劳请管理员帮忙?感恩!--攻壳机动队员留言2024年3月19日 (二) 02:14 (UTC)[回复]

2024年第12期技术新闻

MediaWiki message delivery 2024年3月18日 (一) 17:38 (UTC)[回复]

字词转换问题

背景:中美洲有个国家,大陆叫伯利兹,台湾叫贝里斯,已经列入全局转换了;乌克兰有个城市贝里斯拉夫,也有叫“别里斯拉夫”的(而且似乎更常用);二者应该是没啥关系。但由于前者全局转换的存在,导致在大陆简体的情况下,这座城市名变成了“伯利兹拉夫”。如果只是单独的地区词转换我倒是能修复,但涉及到全局转换,我不懂得如何修复。

--超级核潜艇留言2024年3月19日 (二) 12:06 (UTC)[回复]

现在 已完成,大陆简体没有问题了。感谢@TuhansiaVuoria。--超级核潜艇留言2024年3月21日 (四) 01:36 (UTC)[回复]
@超级核潜艇:我只是在那个条目里修改了,但其他成百上千个条目里还是有过度转换的问题(参见这个条目新卡姆扬卡 (伯利兹拉夫区)),需要查看条目本身,条目正文,及下面的分类)。我已在Kethyga的帮助下在Wikipedia:字词转换/修复请求里提出了请求,您也可以跟踪一下。--万水千山留言2024年3月21日 (四) 07:18 (UTC)[回复]
@TuhansiaVuoria:是这样啊……我也看了那边的讨论。要不等一下那边的结果,如果能直接解决最好;否则我估计要手动加代码了(这可能是个笨法)。--超级核潜艇留言2024年3月21日 (四) 07:24 (UTC)[回复]

模板:Location map France Aisne

本人无意中发现使用模板:Location map France Aisne所显示的位置与实际位置有明显差距(如吉斯)。经查,该模板的法维及其他语言对应版本中均采用坐标top=50.125, bottom=48.775, left=2.9, right=4.3,而英维版本数据则为top=50.25, bottom=48.75, left=2.75, right=4.50。不过法维和英维的相关条目地图均能正确显示地理位置,反而在中维版本内将原数据修改为英维版本后,地图显示位置并无改变. 。烦请协助修正,谢谢。--YZERGUES 2024年3月20日 (三) 15:44 (UTC)[回复]

这是由于已经存在了Module:Location map/data/France Aisne导致的。既有Template又有同名Module的情况下,系统会默认优先使用Module。--Bigbullfrog1996𓆏2024年3月20日 (三) 20:24 (UTC)[回复]
(:)回应 感谢解答。--YZERGUES 2024年3月21日 (四) 10:15 (UTC)[回复]

请求新增过滤器

请求新增一个过滤器,用于在包括内文和编辑注解区等所有地方过滤所有已知的赌博网站(例如b52點fansboti點net等),以抵抗类似破坏。谢谢!--📕📙📒📗📘 赌博机构最坚定的反对者 📚📖 2024年3月25日 (一) 17:17 (UTC)[回复]

请在MediaWiki talk:Spam-blacklistMediaWiki talk:BlockedExternalDomains.json提出编辑请求。过滤器不适合作此用途。——暁月凛奈 (留言) 2024年3月26日 (二) 01:47 (UTC)[回复]
明白了。谢谢。📕📙📒📗📘 赌博机构最坚定的反对者 📚📖 2024年3月26日 (二) 03:29 (UTC)[回复]

2024年第13期技术新闻

MediaWiki message delivery 2024年3月25日 (一) 18:55 (UTC)[回复]

NoteTA查看器仍需进一步优化

近日编辑页面时,发现noteTA查看器在预览模式下显示异常且无法点击查看,烦请界面管理员修复。此外大部分人惯用右手,而noteTA查看器的关闭按钮却位于左上角,有违用户界面设计常规,应置于右上角以合乎大部分用户的操作习惯。查看器弹出框的底色也建议更换,使其与页面有所区分。窃以为不论是浅淡的灰蓝色调,还是像模板文档那样的浅绿色,都比一片纯白色看着舒服且更适于阅读。--萧漫留言2024年3月26日 (二) 16:22 (UTC)[回复]

确实预览模式下异常。确实,对于看一眼就关闭,按钮放在右上更方便。底色暂无意见,对比度别太差。--YFdyh000留言2024年3月27日 (三) 03:12 (UTC)[回复]
附知维护者@SunAfterRain。--碟之舞📀💿 2024年3月28日 (四) 05:51 (UTC)[回复]
@Diskdanceaction=edit时小工具没载入所以不起作用我也不知道为什么,按钮位置把Special:PermanentLink/81816647#L-385拿掉就会到右边去了,预设底色这么丑的问题去怪基金会吧(摊手)--SunAfterRain 2024年3月28日 (四) 09:09 (UTC)[回复]
@SunAfterRainMediaWiki_talk:Gadget-noteTA.js#编辑请求_2024-03-28。--碟之舞📀💿 2024年3月28日 (四) 10:55 (UTC)[回复]