维基百科:互助客栈/技术
发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。 |
|
- [人事] 管理人员申请预讨论正在进行中,敬请关注参与。
- [公告] 回馈请求系统正在试运作中,诚邀用户订阅以接收讨论通知。用户订阅有兴趣参与的讨论议题后,机器人会自动在新讨论发起时随机抽取部分用户发消息通知。
- [公告] 调适日期和数字格式手册条文及调整现行页面存废讨论的方针规范已经通过。
- [公告] 给予IPBE授予者强制为全域账号建立本地账号权限及标题规则地区词不递补转换“zh-han•”模式下标题原词已经通过,等候调整。
- [公告] 就技术原因禁止再在签名中插入乐谱及调整交通关注度指引有关铁路车站的要求正在公示,如有意见请尽快提出。
- [讨论] 互助客栈方针区正在讨论重议删除方针规定“多余无用”模板模块提删条件及确立废弃模板模块提删规范及PWVCST的第二个自然段,敬请踊跃参与。
- [讨论] 互助客栈技术区正在讨论“阅读无障碍”功能和本站小工具兼容问题以及字号选择,敬请踊跃参与。
- [讨论] 有用户就变更小小作品计算字数的标准、RELIST继续运行及仲裁委员会运行细节征求社群意见,敬请踊跃参与。
存档 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
# | 💭 话题 | 💬 | 👥 | 🙋 最新发言 | 🕒 (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 |
发言更新图例 |
---|
|
|
|
|
|
特殊状态 |
已移动至其他页面 或完成讨论之议题 |
手动设定 |
当列表出现异常时, 请先检查设定是否有误 |
正在广泛征求意见的议题
以下讨论需要社群广泛关注:(重新整理)
中维不仅不需要不纯正、不自然的中文,更要清除不着边际的中文。最为讽刺且致命的是,“不适用”3字在其出现的绝大多数表格中才是不适用的,令人一头雾水、徒增迷惑。建议“不适用”3字参照英维、德维、葡维等改为横线或斜线,甚或其他更切合意旨的纯正中文。--— Gohan 2024年2月29日 (四) 12:55 (UTC) |
Template talk:NoteTA/multititle § 编辑请求 2024-03-01
请去除zh-my一行前后的<!-- -->字符,使之与其他地区标题平等。现在,若不在标题转换规则填写大马地区词字段,则在不会说明大马简体标题是什么;但若不在标题转换规则填写其他地区词字段,则在依然会说明当地标题是什么。例如:2024年印度尼西亚总统选举。会不会是本模板zh-my一行前后的<!-- -->字符所致?--— Gohan 2024年3月1日 (五) 05:14 (UTC) |
Wikipedia talk:字词转换处理/公共转换组 § 思路:条目预储公共转换组中匹配的规则,减少载入时间
近年有些公共转换组越来越大,导致所嵌入的各条目等页面(为便说明下称“条目”但不限于条目)载入越来越慢,为人诟病。而若条目预先储存公共转换组中与条目中字词相匹配的转换规则,并适时更新:— Gohan 2024年3月12日 (二) 05:00 (UTC) |
“如果本页也列在其他列表中,也将会在下方得到通知。”准确吗。出处, |
Wikipedia talk:在编辑记录中标示使用者权限 § 关于IP封锁豁免权授予者的用户权限标示
如题。鉴于你维的IP封禁豁免授予者已进入试行期阶段,提议于用户权限标示小工具的js和css中增添与IP封禁豁免授予者相关的内容。--人间百态,独尊变态(讨论) 2024年3月24日 (日) 13:38 (UTC) |
MediaWiki talk:Gadget-noteTA.js § 建议找回手型鼠标指针效果
Special:Diff/80729085 .css( 'cursor', 'pointer' ) --YFdyh000(留言) 2024年3月24日 (日) 17:36 (UTC) |
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)
- 我的显示效果。--Kcx36(留言) 2023年11月27日 (一) 04:50 (UTC)
- 在条目韦斯卡中,未登录和Timeless Skin下目前均无法自适应页面宽度。--Kethyga(留言) 2023年11月27日 (一) 04:11 (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)
有没有人去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所以目前不行。
目前个人认为有以下解决方案,请社群评估:
- 维持现状(大字体小工具将“小”修改为15px,其他不变)。
- 让大字体小工具在打开“阅读无障碍”时直接失效,之后在正式部署“阅读无障碍”时调整为默认启用16px,小工具退役。注意会导致默认字号改变。
- (新增)让基金会加上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)
- @S8321414:刚刚加了个3,提醒一下。--碟之舞📀💿 2024年2月23日 (五) 13:36 (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)
- 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)
即将到来的服务器切换
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
维基媒体技术部门计划进行测试来保证系统能够抵御灾害冲击时带来的不可访问风险。 本次测试将在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)
- 更多信息可以看看本期(24年10期)和未来几期技术新闻(或者之后的公告)。--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月5日 (二) 11:46 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
回复时的异常
我在别人的留言下面回复后,页面的“订阅”、“取消订阅”、“回复”按钮都暂时消失了,要刷新页面才能看到。刷新后我再去别人留言下回复,又出现这种状况,请问是怎么回事?--日期20220626(留言) 2024年3月10日 (日) 22:42 (UTC)
- 同样,近期出现。发现测试站也能重现。DiscussionTools的bug?没找到相关报告。--YFdyh000(留言) 2024年3月11日 (一) 10:00 (UTC)
- SunAfterRain 2024年3月11日 (一) 11:58 (UTC) 可以看一下回复前后的html,个人观察的结果是解析器有问题导致新生成的html嵌入的这些按钮的版本不一致导致失效。--
- 不知道,我在用CD,没遇到问题 ——魔琴 [ 留言 贡献 新手2023计划 ] 2024年3月11日 (一) 12:10 (UTC)
- 之前用过一次这个,发现和我自己加载的额外js功能有冲突,就卸载了。--日期20220626(留言) 2024年3月11日 (一) 12:18 (UTC)
- 我甚至为自己的脚本给CD写了适配( ——魔琴 [ 留言 贡献 新手2023计划 ] 2024年3月11日 (一) 12:23 (UTC)
- 之前用过一次这个,发现和我自己加载的额外js功能有冲突,就卸载了。--日期20220626(留言) 2024年3月11日 (一) 12:18 (UTC)
- 可以复现。Phab有工单吗?--碟之舞📀💿 2024年3月28日 (四) 06:14 (UTC)
- 不知,你开一个吧。--日期20220626(留言) 2024年3月28日 (四) 06:16 (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)
- Wikipedia Search扩展?如果目前仅有此需求,您可以写一个用户脚本作为临时解决方案。例如将下列代码插入您的common.js文件。
- 我期待使用Wikipedia search之类的工具从站外的“阿當.戴華”能够跳转直达阿當·戴華。--— Gohan 2024年3月18日 (一) 02:08 (UTC)
- @YFdyh000:,看了SuggesterAnalysisConfigBuilder.php的char_filter配置,似乎这是改搜索索引配置的正确思路,或者可以考虑将“U+FF0E=>U+00B7”(如果能针对部署的语区(只针对zh区)的话更好)的映射配置进去?——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:36 (UTC)
- 您是期望内链、正文也获某种转换吗。不了解“.”的常用性。--YFdyh000(留言) 2024年3月18日 (一) 02:03 (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月27日 (三) 05:03 (UTC)
- 这不是中国大陆的规范问题,而是W3C《中文排版需求》是建议“间隔号”是用“·(U+00B7)”作为字符编码,中国大陆规范等同这个标准,但字型(字符通过字体库渲染)上,港澳台的(字体库)是全角字型、中国大陆的是半角字型;台湾的标准是“.(U+FF0E)”,港澳台的(字体库)为居中字型,而中国大陆的(字体库)是左下角字型。(关于字型渲染效果的话,可以找一个叫BabelPad的类笔记本软件,支持Unicode全部字符编码和选择字体库渲染字型,然后下载微软雅黑(简体字型)、微软正黑体(繁体字型)、思源宋体的不同地区字型变体的字体库,用BabelPad加载看看两个字符渲染形式)如果从Unicode给的字意的话,应该U+00B7才是对应间隔号的正式字符,U+FF0E是将错就错的结果(字符编码用错+字体库“修正”)。所以最快的方法是按照Wikipedia:重定向来建立重定向代替,或者修改搜索索引的配置,再次就是修改全局转换表。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:08 (UTC)
- 不宜以中国大陆的“规范”凌驾其他国家/地区。如果走到只能大量建立重新导向的地步,而且机器人无法辨别中国大陆标题与否,那么只能一概建立。况且,大陆“不会用这种不规范的标点”?中国出版集团所用的“本•阿什克罗夫特”算不算规范呢?很少“不带标点”?在中国大陆新闻网站搜寻名人姓名,轻易可见;更不用说在微博、小红书等选词跳转的需要。手写且手快的人士未必会看选单,自加intitle:更是有违绝大多数人的习惯。--— Gohan 2024年3月25日 (一) 00:36 (UTC)
- 重定向操作相对简单一些,加全局转换可能影响更大(因为不只是标题,内容也会有影响)。或者调整搜索系统的来源词过滤也可以考虑,但需要检查CirrusSearch的技术信息,上面提及的似乎可行。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月19日 (二) 01:52 (UTC)
- 我觉得若可以应该内部处理,这样一开放预估又会多出几万个重定向,有点鸡肋--SunAfterRain 2024年3月19日 (二) 01:43 (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)
- 的确存在只针对ns8的本地转换表。正因为重新导向页不是命名空间,才说“让重新导向页被本地转换表视为一种命名空间(无论是真是假)”。--— Gohan 2024年3月27日 (三) 05:03 (UTC)
- 我觉得这是不了解技术细节胡思乱想的方案吧?好像没有所谓指定命名空间生效的转换表机制,而且重定向(mw:Manual:page table,重定向页本身也是一种页面,只是检测到源代码有重定向标记后,将页面表的对应字段flag起来,方便后续代码按照重定向的方式做跳转行为处理)也不是一种命名空间。四级字符转换配置表中,第一级是放在源代码的超大转换数组(方便程序读取),第二级也只是放在Mediawiki命名空间(作为系统消息等可以方便前台人员维护)而已。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:16 (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-my
或zh-sg
,也会在没有zh-hans
、zh-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期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。
最近更改
- Vector 2022皮肤主菜单中的“语言链接位于页面顶部”提示已移除,因用户已了解语言切换器的新位置。 [5]
- IP信息功能现在显示来自IP地址数据库Spur的数据。此功能原本只使用MaxMind的数据。现在“IP信息”能更帮助巡查员。 [6]
- 从Grid Engine到Kubernetes的最终迁移流程结束后,Toolforge的Grid Engine服务已关闭。 [7][8][9]
- 社群现在可以创建MediaWiki:Undelete-comment-dropdown来自定义还原页面的默认原因。 [10]
问题
本周变更
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)
- @超级核潜艇:我只是在那个条目里修改了,但其他成百上千个条目里还是有过度转换的问题(参见这个条目新卡姆扬卡 (伯利兹拉夫区)),需要查看条目本身,条目正文,及下面的分类)。我已在Kethyga的帮助下在Wikipedia:字词转换/修复请求里提出了请求,您也可以跟踪一下。--万水千山(留言) 2024年3月21日 (四) 07:18 (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點fans
和boti點net
等),以抵抗类似破坏。谢谢!--📕📙📒📗📘 赌博机构最坚定的反对者 📚📖 2024年3月25日 (一) 17:17 (UTC)
- 请在MediaWiki talk:Spam-blacklist或MediaWiki talk:BlockedExternalDomains.json提出编辑请求。过滤器不适合作此用途。——暁月凛奈 (留言) 2024年3月26日 (二) 01:47 (UTC)
- 明白了。谢谢。📕📙📒📗📘 赌博机构最坚定的反对者 📚📖 2024年3月26日 (二) 03:29 (UTC)
2024年第13期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。
最近更改
- 2024年3月18日,更新了各维基媒体项目在Vector 2022皮肤下,网站、用户自定义JavaScript和CSS的加载方式。有一份检查清单供站点管理员参考。
本周变更
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)
- Special:PermanentLink/81816647#L-385拿掉就会到右边去了,预设底色这么丑的问题去怪基金会吧(摊手)--SunAfterRain 2024年3月28日 (四) 09:09 (UTC) action=edit时小工具没载入所以不起作用我也不知道为什么,按钮位置把