“网络视听节目主持人培训项目”正式启动
![]() |
发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。 |
- [公告] WP:新闻动态/重复发生的项目中有关CON/RULES的事实性修订、为意向模板的图示添加class、从《游戏维基规则》的定义中删去“恶意”及前次修改的用字问题、修订软件(软件)使用书名号标示的规定、修订{{Welcomeip}}以适配临时账户推出、{{PRC admin}}子模板清理方案、拆分及废除权限申请方针、巡查豁免权立为方针、自动维基浏览器授权标准订为方针、修订机器人方针、修订界面管理员有关2FA的内容、设立electionclerk用户组及事实修订用户页的预见性半保护已经通过。
- [公告] 可采用字词转换模板处理《格式手册·标点符号·逗号》“逗5”所列情况、修订快速删除方针G15条第5款以提升易读性、将快速删除方针G13条豁免于可草稿化的情况、将不要制造恶作剧升格为内容指引、将快速删除方针R7条拆分及修改维基百科:高风险主题/1945年后台湾政治中对第十一届立法委员条目的保护措施正在公示,如有意见请尽快提出。
- [公告] 《非原创研究》方针有关原创图像的规定已根据《共识》方针中有关微小修订的简易规定作语法调整。
- [公告] 临时账号功能已在本站部署,如发现技术问题请于此处汇报,其他意见及疑问欢迎在此处提出。
- [评选] 优良条目评选新程序正在试行,欢迎踊跃参与。
- [讨论]
管理人员制度改革意向调查已开启,现正征集新议案及意见,敬请踊跃参与。
- [讨论] 互助客栈技术区正在讨论小工具设置页翻新方案,请踊跃参与讨论。
- [讨论] 互助客栈条目探讨区正在讨论移动自与移动至模板中可选填的“移动理由”的放置方式,请踊跃参与讨论。
- [讨论] 互助客栈其他区正在讨论维基百科:高风险主题/1945年后台湾政治中对第十一届立法委员条目的保护措施及提议临时冻结自由提名申请成为管理人员,请踊跃参与讨论。
- [讨论] 社群正在讨论是否在维基百科:新闻动态/重复发生的项目加入环法自行车赛、快速删除G15项第四款的条文争议、放宽存废复核临时恢复制度事、修改优良条目、典范条目、特色列表以及特色图片等典优评选的“投票程序”及事实修订用户页的预见性半保护,欢迎踊跃参与。
- [协作] 第二十三次动员令于7月5日正式开启,9月7日结束,欢迎踊跃参与!
![]() 存档 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
早于10日的讨论将会由Jimmy-bot存档。 |
# | ?? 话题 | ?? | ?? | ?? 最新发言 | ?? (UTC+8) |
---|---|---|---|---|---|
1 | 本地安全投票测试 | 54 | 9 | Stang | 2025-08-04 10:35 |
2 | 就辽宁省2019年以来行政区划合并维护请求帮助。 | 5 | 4 | 自由雨日 | 2025-08-04 12:51 |
3 | 有关失效连结 | 10 | 5 | Ericliu1912 | 2025-08-04 20:19 |
4 | 视觉化编辑器加入T:NoteTag bug | 9 | 5 | 魔琴 | 2025-08-04 11:22 |
5 | 界面显示(三) | 6 | 4 | Ericliu1912 | 2025-08-04 04:08 |
6 | 界面显示(四) | 7 | 3 | Srapoj | 2025-08-04 05:21 |
7 | 评级非条目之“条目”及“页面”重复分类 | 4 | 2 | Ericliu1912 | 2025-08-04 01:14 |
8 | 编辑区字型样式故障 !? | 15 | 7 | Srapoj | 2025-08-04 21:26 |
9 | 历史政权信息框年代自动分类问题 | 7 | 4 | 自由雨日 | 2025-08-04 12:55 |
10 | 提议:高亮哈佛参考文献格式短链指向的完整资料引用 | 18 | 6 | 1F616EMO | 2025-08-04 22:33 |
11 | 关于地图文字排版的显示bug | 6 | 2 | Srapoj | 2025-08-04 00:04 |
12 | T:机场统计过时了 | 1 | 1 | 木子子羊翔 | 2025-08-04 03:00 |
13 | 用户贡献页面有错别字 | 13 | 10 | Ericliu1912 | 2025-08-04 22:46 |
14 | 2025年第31期技术新闻 | 1 | 1 | MediaWiki message delivery | 2025-08-04 08:26 |
15 | 小工具设置页翻新方案 | 29 | 9 | Dabao qian | 2025-08-04 21:47 |
16 | IPA模板不正确显示字体 | 4 | 3 | Srapoj | 2025-08-04 17:40 |
17 | 已切换部分脚本至HanAssist | 3 | 3 | Dabao qian | 2025-08-04 14:14 |
18 | 应将Category:各日出生和Category:各日逝世的参数加入Template:Bd模板 | 11 | 7 | 1F616EMO | 2025-08-04 23:22 |
发言更新图例 |
---|
|
|
|
|
|
特殊状态 |
已移动至其他页面 或完成讨论之议题 |
手动设定 |
当列表出现异常时, 请先检查设定是否有误 |
正在广泛征求意见的议题
![]() | 您可在回馈请求系统订阅以收取特定主题相关讨论通知。 |
以下讨论需要社群广泛关注:(重新整理) 维基百科技术议题与模板
Template talk:作品名称 § 不觉得这模版很多余吗?
现行{{比较条文}}模板存在以下问题:
- 滥用CSS position以及嵌套div达成阴影效果,增加代码复杂度;
- 在窄屏幕上依然将条文左右排布,造成阅读困难;
- 在暗色模式下未有定义颜色,导致辨识度下降;
- 当两边条文长度不一时出现多余空白。
为解决上面的问题,我建立了{{比较条文/flex}}模板,技术细节如下:
- 使用CSS flex管理两栏,方便处理响应式网页设计问题。
- 使用多个box-shoadow处理阴影问题,解决滥用CSS position的问题。
- 在荧幕宽度低于500px时,不强制左右排布。(理论上,如果内文足够短,未必会即时触发换行,但机会甚微。)
- 为暗色模式显示重新配色,免去了之前简单反转颜色导致的辨识度问题。
新模板参数除tdstyle1
以及tdstyle2
因不适用而废除外,其他参数均和现有模板兼容。为解决上方问题,现提议以{{比较条文/flex}}的取代{{比较条文}}。虽然此模板并非高风险模板,然使用广泛,私以为先获得明确共识为宜。如希望测试,可以前往我的个人沙盒。
附图:
-
一般检视
-
窄屏幕检视
-
暗色模式
-
隐藏其中一栏
|
- 个人认为“基地面积”应改为“基底面积”,并未听说过“基地面积”这一说法;
- 建议添加“设计师”参数;
- 建议添加“占地面积”参数,显然“占地面积”和“建筑面积”是两个不同的参数,而且对于建筑物来说都是比较重要的信息,且两者常会相提并论。
将该脚本改为小工具有如下好处:
- 整合ResourceLoader的缓存、依赖管理和同步加载特性;
- 改正糟糕的命名(.js的目录是什么鬼啊啊啊)。
已经在Beta Cluster试验完成了本方案,内容如下:
- 新增小工具定义
* EditCommon[ResourceLoader|hidden|dependencies=ext.gadget.HanAssist|actions=edit]|EditCommon.js
,此处使用小工具定义在action=(edit|submit)
时自动加载; - 移动本页至MediaWiki:Gadget-EditCommon.js,原页面直接删除或改为加载小工具版本;
- 修改MediaWiki:Common.js以及其他会加载本脚本的脚本,在其他情形(比如可视化编辑器)时加载(
mw.loader.load('ext.gadget.EditCommon');
)。

现时,{{移动自}}与{{移动至}}模板将可选填的“移动理由”放置于移动执行者的签名后,然而“移动理由”现时的表达方式相当不通顺,此前也曾导致互助客栈的topic list错误识别{{移动自}}与{{移动至}}模板为“留言”,因此建议调整两个模板中可选填的“移动理由”的放置方式由现时的:
本主题或以下段落文字,......执行者:(签名)。移动理由:(reason参数的内容)
调整为:
以上。Sanmosa DC23 2025-08-04 (四) 05:30 (UTC)本主题或以下段落文字,因为(reason参数的内容),......执行者:(签名)
为解决{{新增条文}}和{{删除条文}}在暗色模式下的显示问题,现提议修改这两个模板以适配暗色模式,有两个方案,演示如下:
![]() |
一般检视,修改前后应无分别。上至下:
|
![]() |
暗色模式,上至下:
|
本地安全投票测试
[编辑]
据此前讨论,本地安全投票提案已通过。目前等待软件层面启用本地安全投票后,应先测试以确认是否可行及具体流程,故在此开启讨论串。(当然还是要先等patch过了再说)
cc @Stang、ZhaoFJx、SCP-2000: 请留意。--beef [talk] 2025-08-04 (一) 13:13 (UTC)
感觉根据这条留言要分析处理的技术问题是挺多的,比较悲观的判断可能今年4月轮的定期投票那个时候依旧没法解决…… Stang★ 2025-08-04 (二) 08:46 (UTC)
- 那就等着吧,WMF写代码就这个样子,没啥可说的。--beef [talk] 2025-08-04 (三) 11:57 (UTC)
- 所有blocker都没了,咱看看能不能往前推进一下。另外两个建议,之前提名期到投票期留了这么长的时间,在本地进行安全投票的时候是不是可以适当缩减一下;目前的共识是管理员来做设置投票的操作,可以写一个详细的操作手册关于怎么配置。 Stang★ 2025-08-04 (四) 03:47 (UTC)
- 管理人员申请流程精简问题,可以等这批申请结束以后一起检讨。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (一) 13:08 (UTC)
- 看起来隔壁也推动缓慢,不如等成功以后,再行提出商议。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (二) 18:33 (UTC)
- enwiki的情况是设立了一个叫electionclerk的用户组来完成跟投票相关的技术性操作(接触不到pii),让cuer来完成监票工作。类似的,对本地安全投票也有需求的fawiki也提交了类似的工单。窝觉得可以开始推动了,先完善一下Wikipedia:安全投票的说明页面。 Stang1320 2025-08-04 (三) 04:26 (UTC)
- Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (三) 08:34 (UTC)
- 开坑/ Stang1319 2025-08-04 (三) 10:10 (UTC)
- (-)强烈反对另创用户组,请把投票相关的技术性操作并入行政员的处理事项。--Aqurs 2025-08-04 (四) 14:42 (UTC)
这么刚好XD 那就是要先决定有关权限组应由谁持有了。—— - 好像没看到投票管理员的样子,又开了一个坑--1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 14:35 (UTC)
隔壁刚刚部署好补丁了。 - Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (三) 08:34 (UTC)
- enwiki的情况是设立了一个叫electionclerk的用户组来完成跟投票相关的技术性操作(接触不到pii),让cuer来完成监票工作。类似的,对本地安全投票也有需求的fawiki也提交了类似的工单。窝觉得可以开始推动了,先完善一下Wikipedia:安全投票的说明页面。 Stang1320 2025-08-04 (三) 04:26 (UTC)
方针/操作手册讨论
[编辑]- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
放鞭炮庆祝一下,果然enwiki最大。 总结 之前的共识是丝糖公示版和牛肉公示版:
- 本站内部自行举办安全投票没有问题;
- 允许管理员创建并配置安全投票;
- 嵌入权限,单纯地允许创建和编辑安全投票设定。
- 允许选举监察员(英语:scrutineer)查看选民信息并点票;
- 用户可以随时申请成为管理人员,毕竟可以随时开投票;
看来和目前的主要分歧是第2条?也就是把权限赋予给管理员还是行政员,和要不要开一个新的electionclerk用户组。——ZhaoFJx(Talk) 2025-08-04 (四) 22:16 (UTC)
- 目前使用安全投票的选举,提名须经行政员确认,那该权限授予行政员比较合理。但使用安全投票之前的RFA提名并不需要经行政员确认。如果后续的RFA提名也不需要行政员确认,那该权限授予管理员即可。--Steven Sun(留言) 2025-08-04 (五) 00:08 (UTC)
- 对于第二条由管理员还是行政员处理,没有太大意见,考虑到活跃的行政员数量不多,在不接触pll的情况下让管理员进行安全投票的技术性事项也是可以的。但反对另创用户组的立场依旧。--Aqurs 2025-08-04 (五) 04:03 (UTC)
- 你是反对设立一个创建/编辑/结算投票的用户组(electionclerk),还是反对scrutineer以及electionclerk?对于前者,咱个人觉得“把这些权限绑定给管管”还是“拆分这些安全投票相关的权限成一个新的用户组”都是可以的。另外1F616EMO直接照抄过来的东西,还有很多东西需要调整,比如是否需要OpenSSL加密(这个很复杂),可不可以让非管理员也能管理安全投票,对于某一场特定的投票怎么确定管理它的选举管理员什么的。enwiki有个习俗是设置一些管理员可以考虑要不要给自己授予的用户组(比如滥用过滤器维护者,安全投票助理),这个习俗本站没有,所以实际上也没必要照抄。咱这个坑还在继续填~ Stang1317 2025-08-04 (五) 08:39 (UTC)
- scrutineer跟electionclerk皆(-)反对。--Aqurs 2025-08-04 (五) 08:41 (UTC)
- 换句话说你觉得应该把创建/编辑/结算的权限绑定至管理员,把创建/编辑/结算/查看pii的权限绑定至监督员?咱觉得这样有点违背设立特定用户组的初衷,把过多额外的东西绑定上去不是太优雅。另外未来CUer“如果”回归了怎么办? Stang1317 2025-08-04 (五) 09:03 (UTC)
- 创建/编辑/结算的权限归为管理员并没有问题,而包括pll的部分必须只允许(若社群同意恢复的)CUer或监管员接触,后者不接受其他选项,原因已在上次cu讨论时提及。--Aqurs 2025-08-04 (五) 09:08 (UTC)
- 也就是说你反对现行的Oser处理安全投票pii的做法,这一点了解了,咱会开个新的讨论串再去讨论的。咱还是想知道为什么反对设立一个新的组,你好像之前没有对“为什么反对另创用户组”进行论述。 Stang1317 2025-08-04 (五) 09:19 (UTC)
- Aqurs 2025-08-04 (五) 10:07 (UTC)
- 设想一次管理人员定期选举之中,把多的时候能到十几个的候选人信息填到表格里,(如果要使用加密)生成两份密钥并妥善保存,把界面文字复制上去,生成名单并剔除掉被封禁而失去投票资格的,投票的时候遇到有人没在名单里要同步多个安全投票的名单,结算点票,感觉工作量算不上非常大但也绝对挺麻烦的吧。当然你的观点我是理解的,可以考虑公开征集一下意见? Stang1317 2025-08-04 (五) 11:23 (UTC)
创建/编辑/结算的部分由管理员负责是为了减少程序的复杂性及减少不必要的麻烦,“选举助理”这样的职务,其工作并非相当复杂,是否需要另创职务的需要存疑。相关的行政性工作并入管理员的职务方为上策。--
- Aqurs 2025-08-04 (五) 10:07 (UTC)
- 也就是说你反对现行的Oser处理安全投票pii的做法,这一点了解了,咱会开个新的讨论串再去讨论的。咱还是想知道为什么反对设立一个新的组,你好像之前没有对“为什么反对另创用户组”进行论述。 Stang1317 2025-08-04 (五) 09:19 (UTC)
- 创建/编辑/结算的权限归为管理员并没有问题,而包括pll的部分必须只允许(若社群同意恢复的)CUer或监管员接触,后者不接受其他选项,原因已在上次cu讨论时提及。--Aqurs 2025-08-04 (五) 09:08 (UTC)
- 换句话说你觉得应该把创建/编辑/结算的权限绑定至管理员,把创建/编辑/结算/查看pii的权限绑定至监督员?咱觉得这样有点违背设立特定用户组的初衷,把过多额外的东西绑定上去不是太优雅。另外未来CUer“如果”回归了怎么办? Stang1317 2025-08-04 (五) 09:03 (UTC)
- 关于加密,私以为英维的说明只是指出有这个可能性而已,并非真的会用到。用到的场合大概只有基金会的事情,管理员选举完全没这个需要,可以删除加密部分的说明。--1F616EMO(喵留言~回复请ping) 2025-08-04 (五) 14:16 (UTC)
- en上一次使用安全投票的管理员选举确实是在用的。 Stang1316 2025-08-04 (六) 05:56 (UTC)
囧rz……不过本站没有这么用过,也不见得需要?相关叙述已经还原,若社群认为有需要加密管理员投票,亦可另案提出。--1F616EMO(喵留言~回复请ping) 2025-08-04 (六) 06:11 (UTC)
- en上一次使用安全投票的管理员选举确实是在用的。 Stang1316 2025-08-04 (六) 05:56 (UTC)
- scrutineer跟electionclerk皆(-)反对。--Aqurs 2025-08-04 (五) 08:41 (UTC)
- 你是反对设立一个创建/编辑/结算投票的用户组(electionclerk),还是反对scrutineer以及electionclerk?对于前者,咱个人觉得“把这些权限绑定给管管”还是“拆分这些安全投票相关的权限成一个新的用户组”都是可以的。另外1F616EMO直接照抄过来的东西,还有很多东西需要调整,比如是否需要OpenSSL加密(这个很复杂),可不可以让非管理员也能管理安全投票,对于某一场特定的投票怎么确定管理它的选举管理员什么的。enwiki有个习俗是设置一些管理员可以考虑要不要给自己授予的用户组(比如滥用过滤器维护者,安全投票助理),这个习俗本站没有,所以实际上也没必要照抄。咱这个坑还在继续填~ Stang1317 2025-08-04 (五) 08:39 (UTC)
- 行政员都是管理员,所以给了管理员也相当于给了行政员。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (五) 11:32 (UTC)
- 很明显他的意思是要不要“只”给B Stang1317 2025-08-04 (五) 11:38 (UTC)
- 那我觉得给管理员就好,管理员人数较多,且操作本身亦无过度风险。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (六) 06:03 (UTC)
- 很明显他的意思是要不要“只”给B Stang1317 2025-08-04 (五) 11:38 (UTC)
总览上方讨论,鉴于设立安全投票的复杂程度加之不是所有管理员需要此权限,在下建议可以设立electionclerk用户组但管理员可自我赋予此权,若有非管理员但有能力者亦可申请临时权限。--人间百态,独尊变态(讨论)(签名) 2025-08-04 (日) 10:11 (UTC)
- @1F616EMO@Aqurs1@Ericliu1912@Stang@Steven Sun@ZhaoFJx@Dbeef--人间百态,独尊变态(讨论)(签名) 2025-08-04 (日) 10:13 (UTC)
- 可。另外确认了一下,enwiki在考虑将安全投票所使用的命名空间迁移至Mediawiki,而非管理员的electionclerk也不会有“缺少
editinterface
”导致没法创建/修改投票的情况,所以技术上没有问题。 Stang1299 2025-08-04 (二) 15:56 (UTC) - 同意。另关于@Stang“非管理员的electionclerk也不会有‘缺少editinterface’导致没法创建/修改投票的情况”,是指ECLERK无需修改界面文字即可完成创建投票?--1F616EMO(喵留言~回复请ping) 2025-08-04 (六) 16:09 (UTC)
- 可。另外确认了一下,enwiki在考虑将安全投票所使用的命名空间迁移至Mediawiki,而非管理员的electionclerk也不会有“缺少
- @人间百态:之前好像说过希望进行一个关于安全投票方面的RfC,好奇问问最近有什么动静么( Stang1285 2025-08-04 (二) 08:14 (UTC)
- 之前写了一部分,但由于一些变故已经无法读取了,目前正在重新写一份。--人间百态,独尊变态(讨论)(签名) 2025-08-04 (二) 11:43 (UTC)
- 这一部分应该可以先公示?@Stang、人间百态--aqurs ?? 2025-08-04 (一) 04:48 (UTC)
就设立electionclerk用户组 公示7日,2025-08-04 (四) 02:29 (UTC)结束--人间百态,独尊变态(讨论)(签名) 2025-08-04 (四) 02:29 (UTC)
- @人间百态、Aqurs1、1F616EMO、Ericliu1912、ZhaoFJx:具体来说,公示的内容是Wikipedia:安全投票页面,希望提升为程序方针。现在这个页面的版本我觉得可以公示了。 Stang1276 2025-08-04 (四) 09:50 (UTC)
- 这个反对意见没解决吧。--人间百态,独尊变态(讨论)(签名) 2025-08-04 (四) 10:14 (UTC) 1
- 好奇“原因已在上次cu讨论时提及”是指哪里。不过设立此权应该是没有疑问的,毕竟就算是监管员监票也要有适合的本地用户组进行临时授权,只是要不要给本地的人用而已。--1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 11:32 (UTC)
- 监管员自我授权的例子见用户查核,监管员并无用户查核的全域权限,需要在本地自我授权后再进行查核,完成之后除去。--1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 11:38 (UTC)
- Wikipedia_talk:安全投票#对各位是否了解监票员在安全投票机制中作用的简易调查这个讨论。这个我想的是在很快之后的管理人员选举RfC里面详细讨论关于谁来担任选举监察员的问题,目前的页面就是单纯对现状的反映。 Stang1276 2025-08-04 (四) 12:27 (UTC)
- 好奇“原因已在上次cu讨论时提及”是指哪里。不过设立此权应该是没有疑问的,毕竟就算是监管员监票也要有适合的本地用户组进行临时授权,只是要不要给本地的人用而已。--1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 11:32 (UTC)
- 订为指引即可,与“申请成为管理人员指引”平级。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (四) 11:06 (UTC)
同意定为指引。--1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 11:39 (UTC)- 我是根据“大部分设计权限组的页面都是方针”而想把这个立为方针的,除了大量讯息发送者其他的权限组页面都是方针。比较疑惑具体这个标准是怎么定的。 Stang1276 2025-08-04 (四) 12:27 (UTC)
- 抱歉看错了,确实有所不同,立为方针亦可。1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 13:07 (UTC)
- 挺好的,(+)支持,辛苦大家了。——ZhaoFJx(Talk) 2025-08-04 (四) 19:15 (UTC)
- (?)疑问 所以未来的投票会使用加密吗?还是应在每次投票前由社群讨论决定?——ZhaoFJx(Talk) 2025-08-04 (四) 19:16 (UTC)
- 未来如果发生数据泄露导致的影响;b) 在公开投票人列表的情况下加密提供了额外的透明性,公开签名公钥后,投票者可以在不进行解密的情况下验证记录的真实性来确保结果未经篡改。具体的细节咱可能不太懂,大体上是这样吧。 Stang1276 2025-08-04 (五) 00:04 (UTC) 这个问题计划是一并在不久之后百态同志主持的管理人员选举RfC内进行讨论。加密提供了两个好处:a) W?F无法在后台数据库方面查看投票结果,且避免了
- (?)疑问 所以未来的投票会使用加密吗?还是应在每次投票前由社群讨论决定?——ZhaoFJx(Talk) 2025-08-04 (四) 19:16 (UTC)
- 这个反对意见没解决吧。--人间百态,独尊变态(讨论)(签名) 2025-08-04 (四) 10:14 (UTC) 1
- 技术上和先前的共识进行了一个变更:启用
wgSecurePollUseMediaWikiNamespace
来在Mediawiki:SecurePoll/*
下保存安全投票配置,而不使用独立的命名空间,这样让页面保存的更有系统性。 Stang1276 2025-08-04 (四) 13:06 (UTC)- @Stang:按发言顺序修正留言顺序。1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 17:30 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
测试
[编辑]有兴趣在未来长期处理安全投票筹备工作的管理员可以去testwiki申请相关权限并进行测试。咱感觉多去一些人也无所谓,想做这个事情的人多了也能加快一些部署的速度嘛 Stang1317 2025-08-04 (五) 11:43 (UTC)
就辽宁省2019年以来行政区划合并维护请求帮助。
[编辑]
按照维基百科:机器人建立条目小组/中华人民共和国行政区划/简明手动维护手册的说明,请求各位帮助。
详细
[编辑]1.撤销西塔街道,将其管辖区域划入北市场街道。调整后,北市场街道办事处驻地不变。 2.撤销八经街道,将其管辖区域划入南市场街道。调整后,南市场街道办事处驻地不变。 3.撤销集贤街道,将其管辖区域划入马路湾街道。调整后,马路湾街道办事处驻地不变。
1.撤销大西街道,将其管辖区域划入朱剪炉街道。调整后,朱剪炉街道办事处驻地为沈河区万寿寺街161号(原大西街道办事处驻地)。 2.将朱剪炉街道府北、迎宾2个社区划入新北站街道,并将新北站街道更名为北站街道。 3.撤销山东庙街道,将其管辖区域划入风雨坛街道。调整后,风雨坛街道办事处驻地不变。 4.撤销大南街道,将其管辖区域划入滨河街道。调整后,滨河街道办事处驻地为沈河区大南街229-3号(原大南街道办事处驻地)。 5.撤销丰乐街道,将其管辖的丰乐、溪林、长青、沈水4个社区划入南塔街道,将万科、和泰、青阳3个社区划入泉园街道。
1.撤销保工街道,将其管辖区域划入兴顺街道。调整后,兴顺街道办事处驻地不变。 2.撤销兴工街道,将其管辖的两洞桥、爱工、九委、南七东路4个社区划入兴华街道,将沈辽东路、飞翔路2个社区划入凌空街道。 3.撤销贵和街道,将其管辖区域划入兴华街道。调整后,兴华街道办事处驻地为铁西区爱工南街17号(原兴工街道办事处驻地)。 4.撤销艳粉街道,将其管辖的永合、永善、光学、光辉、红艳路、红昌、红盛、艳阳、艳华、艳粉街10个社区划入凌空街道,将大天地社区划入工人村街道。 5.将兴华街道的爱心社区划入凌空街道。调整后,凌空街道办事处驻地为铁西区艳粉街32号(原艳粉街道办事处驻地)。 6.撤销七路街道,将其管辖的建设、第一城、创意、星光、开发、育工6个社区划入重工街道,将工人新村一、工人新村二2个社区划入工人村街道。 7.将启工街道启飞社区划入重工街道。调整后,重工街道办事处驻地为铁西区肇工南街25-12号(原七路街道办事处驻地)。 8.撤销西三环街道,将其管辖的七号街、军营、宁新3个社区及张士村划入昆明湖街道,将宁鹏、宁官、宁民3个社区及宁官村划入翟家街道。 9.将翟家街道的大挨金、小挨金、大于、土台子、下地、壕上、翟家、东胜8个村及中央大街社区划入大青中朝友谊街道。 10.将大青中朝友谊街道的余粮、后谟2个村划入翟家街道,将隆湖、熙湖、中央湖畔3个社区及安乐、团结、高明、共和4个村划入昆明湖街道。 11.将大潘街道的后马村划入大青中朝友谊街道,四台子村划入昆明湖街道,岳家、林台、前马3个村划入高花街道。 12.将昆明湖街道办事处驻地由铁西区七号路7甲5-1号,迁至铁西区花海路28号。 13.将翟家街道办事处驻地由铁西区翟家街道曹家村,迁至铁西区开发十八号路21-25号5门。 14.将大青中朝友谊街道办事处驻地由铁西区沈辽西路113-35号8门,迁至铁西区沈辽西路113-49号。
1.撤销辽河街道,将其管辖区域划入北塔街道。调整后,北塔街道办事处驻地为皇姑区巴山路48-3号(原辽河街道办事处驻地)。 2.将北塔街道崇山东路以北区域的新铁、柳条湖、崇东、富裕、嘉麟、金山、富丽阳光、东窑、西窑9个社区划入陵东街道。 3.撤销塔湾街道,将其管辖的怒江街以西区域的汾河、淮北、淮东、百鸟、渭河、怒江6个社区划入舍利塔街道,怒江街以东区域的翔凤、紫荆花西、紫荆花东、舍宅4个社区划入黄河街道。
1.撤销小东街道,其管辖区域划入万泉街道。调整后,万泉街道办事处驻地由大东区大东路175号,迁至大东区东逸街27号。 2.撤销新东街道,其管辖区域划入东塔街道。调整后,东塔街道办事处驻地不变。 3.撤销北海街道,将其管辖的东方、俪城、卫士、矿北4个社区划入上园街道,将四德、领域、铂悦3个社区划入东站街道,将锦园社区划入津桥街道。 4.撤销洮昌街道,将其管辖的北海、合作、世博、公务员4个社区划入大北街道,将吉祥、梨树、法库、大北桥、铁岭、如意6个社区划入津桥街道。 5.将前进街道的汇泽、福居、蓝庭、新望、宝地、富东6个社区划入二台子街道。 6.将二台子街道北大营西路以南、北大营东街以西区域划入上园街道。
1.撤销营城子街道,将其管辖区域划入李相街道。调整后,李相街道办事处驻地不变。 2.撤销望滨街道,将其管辖区域划入满堂街道。调整后,满堂街道办事处驻地不变。 3.撤销永胜街道,将其管辖的永胜、洪台沟、渔樵、前康家、后康家、于胜、潘李、金德胜、东靠山9个村划入王滨街道;将兴农、李相、畜牧场3个村划入东湖街道。
1.撤销大兴街道,将其管辖区域划入马三家街道。调整后,马三家街道办事处驻地不变。 2.撤销于洪街道,将其管辖的东民、前民、和平3个社区和光辉、爱国、全胜、兴盛4个村划入沙岭街道;将红旗、世代2个社区划入迎宾路街道。
1.撤销石佛寺街道,将其管辖区域划入兴隆台街道。调整后,兴隆台街道办事处驻地不变。 2.撤销沈北街道,将其管辖区域划入新城子街道。调整后,新城子街道办事处驻地不变。 3.撤销清泉街道,将其管辖的清宇社区和前屯、后屯、前腰堡、中五旗、小洋河、清泉、泥沟堡、崔公堡8个村划入清水台街道,将后腰堡、拥屯、湾道、依路4个村划入马刚街道。 4.撤销尹家街道,将其管辖的沟子沿村划入道义街道,将尹家、光荣、小营子、永丰、茨榆、创业、曙光、东拉拉、新农、穆家10个村划入财落街道。调整后,财落街道办事处驻地不变。 5.将道义街道管辖的正良、柳岸、鑫欣、大学城、晨兴、民丰6个社区和正良、五台子、郭三、郭七、道义一、道义二、东场、孝信汉、孝信鲜9个村划出,设立正良街道。调整后,正良街道办事处驻地为沈北新区沈北路6号(原道义街道办事处驻地)。 6.将道义街道办事处驻地由沈北新区沈北路6号,迁至沈北新区蒲河路41-1号。
1.撤销湖西街道,将其管辖区域划入解放街道。调整后,解放街道办事处驻地不变。 2.撤销大沟街道,将其管辖区域划入十里河街道。调整后,十里河街道办事处驻地不变。 3.撤销八一街道、红菱街道,合并设立八一红菱街道。调整后,八一红菱街道办事处驻地为苏家屯区八一路62号(原八一街道办事处驻地)。 4.撤销王纲街道、临湖街道,合并设立沈水街道。调整后,沈水街道办事处驻地为苏家屯区枫杨路83号(原临湖街道办事处驻地)。 5.撤销姚千街道、白清街道,将原姚千街道的小堡屯、刘太平、陡子峪、杨千后房、刘千户屯、上瓦房6个村划入佟沟街道,将马耳山、田水、姚千、代官、唐台、佟家6个村和姚千社区与原白清街道合并设立白清姚千街道。调整后,白清姚千街道办事处驻地为苏家屯区广福路200号(原白清街道办事处驻地)。
1.撤销新城街道,将其管辖区域划入东城街道。调整后,东城街道办事驻地为新民市民族街30号(原新城街道办事处驻地)。 2.将东城街道的烧锅、新建、郭屯、北丁、老君当、东郊、城东、大东8个社区划入新柳街道。 3.将新柳街道办事处驻地由新民市北环路28号,迁至新民市辽河大街152号。
1.将原站北街道和原日新街道进行合并,称日新街道。调整后的日新街道下辖12个社区。 2.将原北京街道和原人民广场街道进行合并,称人民广场街道。调整后的人民广场街道下辖13个社区。
1.拆分兴工街道,把原兴工街道的大庆社区、西山社区、宏发社区、恒苑社区4个社区与马栏街道合并,新成立马栏街道。调整后,马栏街道下辖14个社区,街道办事处驻地:黄河路876C。 2.拆分兴工街道,将原兴工街道的泉涌社区、永吉社区、兴新社区、兴盛社区、兴社社区、如意社区6个社区(含大连机车厂)与中山公园街道合并,新成立西安路街道。西安路街道下辖14个社区,街道办事处驻地:联合路38号。 3.撤销星海湾街道、白山路街道,新成立星海湾街道。星海湾街道下辖17个社区,街道办事处驻地:星海一街19号。
1.撤销中华路街道、兴华街道,重新设立中华路街道,以原两个街道地域范围为新街道地域范围。街道办事处驻地为原中华路街道办事处驻地(甘井子区汇信街22号)。
1.撤销得胜街道、市场街道,重新设立得胜街道,以原两个街道地域范围为新街道地域范围,街道办事处驻地为原得胜街道办事处驻地(旅顺口区黄金街7-19号)。 2.撤销三涧堡街道、北海街道,重新设立三涧堡街道,以原两个街道地域范围为新街道地域范围,街道办事处驻地为原三涧堡街道办事处驻地(旅顺口区金石路501号)。 3.撤销登峰街道、光荣街道,重新设立登峰街道,以原两个街道地域范围为新街道地域范围,街道办事处驻地为原登峰街道办事处驻地(旅顺口区和顺街32号)。 4.将龙王塘街道盐厂新村、郭家沟村调整至龙头街道管理。调整后,龙头街道地域范围北与长城街道、三涧堡街道接壤,南临黄海,东与龙王塘街道毗邻,西与水师营街道相接,西南与合并后的登峰街道、得胜街道相连。 5.将原龙头街道大连奶牛场划转至龙王塘街道管辖,继续由高新区管委会代管。
1.将大窑湾街道原归属于马桥子街道、海青岛街道、大孤山街道、湾里街道的辖区范围重新划归四个街道管辖,恢复原有隶属关系。 2.撤销光明街道、中长街道,新设立光中街道,以原两个街道地域范围为新街道地域范围,街道办事处驻地为原光明街道办事处驻地(金州区胜利西小区38号)。
1.太平街道和南山街道合并,撤销南山街道,合并后为太平街道,街道驻地为原太平街道驻地。
撤销台北街道,将其下辖的6个村、2个社区成建制划入八角台街道。
撤销台南街道,将其下辖的5个村、3个社区成建制划入台东街道。
撤销长甸街道,将其下辖的6个社区成建制划入解放街道,并将解放街道办事处的2个社区(?)成建制划入山南街道。
撤销胜利街道,将其下辖的6个社区成建制分别划入站前街道和园林街道。
将东长甸街道更名为长甸街道,并将新兴街道的2个社区(?)成建制划入长甸街道。
撤销启明街道和兴盛街道,将其下辖的7个社区成建制划入八家子街道。
撤销新陶官街道和北陶官街道,将其下辖的9个社区成建制划入繁荣街道。
撤销滨河街道,将其下辖的6个村、10个社区成建制划入灵山街道。
撤销深南街道,将其下辖的9个社区成建制划入深北街道,并将深北街道更名为深沟寺街道。
撤销对桩石街道,将其下辖的4个村、1个社区成建制划入东鞍山街道。
撤销红岭街道,将其下辖的2个村、6个社区成建制划入齐大山街道。
撤销温泉街道,将其下辖的4个村、4个社区成建制划入铁东区大孤山街道。
撤销千金街道,将其所辖的元雪社区、西一路社区、白云社区、千金社区行政区域以及乐园社区西五街铁路以东部分行政区域划归站前街道。站前街道办事处驻浑河南路中段54号。
将千金街道乐园社区西五街铁路以西部分行政区域划归福民街道管辖,并将新抚街道大官社区千金路铁路以南部分行政区域划归福民街道管辖。福民街道办事处驻新抚路25号;新抚街道办事处驻新抚路33号。
撤销南阳街道,将其所辖行政区域划归永安台街道管辖。永安台街道办事处驻南台五街6号。
撤销东公园街道,将其所辖行政区域划归榆林街道管辖。榆林街道办事处驻榆林路47号。
撤销南花园街道,将其所辖行政区域划归刘山街道管辖。刘山街道办事处驻刘山二街57号。
撤销张甸街道,将其所辖行政区域划归东洲街道管辖。东洲街道办事处驻庆安路8号。
撤销平山街道,将其所辖行政区域划归老虎台街道管辖。老虎台街道办事处驻虎南街15号。
撤销古城子街道、五老屯街道,将其所辖行政区域划归演武街道管辖。演武街道办事处驻古城子一路1号。
撤销田屯街道,将其所辖行政区域划归工农街道管辖。工农街道办事处驻丹东路(西段)北厚街。
撤销新民街道,将其所辖的洗化社区、昌盛社区行政区域划归和平街道管辖。和平街道办事处驻雷锋路(东段)52-2号。
将新民街道所辖的凤城社区、台安社区、油研社区、乐园社区、灯塔社区和玫瑰城社区行政区域划归光明街道管辖。光明街道办事处驻光明二街1号。
撤销河东街道,将其所辖行政区域划归新华街道管辖。新华街道办事处驻站东街2号。
撤销工人街道办事处,将转山、新和、新德、新麓4个社区划归南地街道,南地街道办事处驻地不变。
将工人街道办事处曙光、和平2个社区和南地街道福利社区、兴隆社区部分(解放南路、转山路、解放南二路与崔东路围合区域)划归站前街道。
将望溪公园区域划入东明街道管辖。
撤销桥头街道和北台街道,区域合并设立桥北街道,桥北街道办事处办公地址:本溪市平山区北府路18号(原北台街道办事处驻地)。
撤销彩北街道,将矿材、彩西、耐火、彩宏、新立、彩新、彩北、新光、彩建9个社区划归东风街道管辖,办公地址迁至原彩北街道办事处(本溪市溪湖区彩屯北路三江天艺亲子园东侧下行30米)。
撤销竖井街道,将竖井、高山、黑金、宝藏、华阳、华丰6个社区划归彩屯街道管辖。办公地址不变(本溪市溪湖区彩胜街)。
将原东风街道三会厂村、原河西街道头道社区划归火连寨街道管辖,火连寨街道办事处办公地址不变(本溪市溪湖区寨中路)。
撤销张其寨街道,将张其寨、大柳峪、花岭、黄木厂、大翻身、达贝沟6个村划归日月岛街道管辖。
撤销东兴街道办事处,区域整体并入新明街道办事处,新明街道办事处机关驻地不变,办公地址:本溪市明山区育龙路199号。
撤销金山街道办事处,区域整体并入北地街道办事处,北地街道办事处机关迁移至原金山街道办事处机关驻地,办公地址:本溪市明山区紫金路53号。
撤销郭家街道办事处,南芬村、赵家村划归南芬街道办事处,解放村、金坑村划归思家岭街道办事处,永安村、柏峪村划归下马塘街道办事处。
撤销铁山街道办事处,所辖赵家、铁山、三十六户、六百户、对面沟5个社区划归南芬街道办事处。
撤销金矿街道办事处。
撤销站前街道,民治、民族、民生、三宝4个社区并入保安街道,阜康、丰乐2个社区并入新设立的古城街道。
撤销北街街道、南街街道、饶阳街道,设立古城街道,古城街道管辖原北街街道、南街街道、饶阳街道行政区域及原站前街道的阜康、丰乐2个社区。
将凌西街道更名为太和街道,并将原新民街道星河社区划入新太和街道。
保留新民街道,将原凌西街道南山社区、一五五社区划入新民街道。
将天桥街道6个社区划入王家街道,撤销王家街道,合并设立天桥街道。
将原属海星街道的大董屯、神井子2个社区划入新合并的望海街道管辖。
将原东京陵街道的稠井子、尖山子、东京陵、东光村划入庆阳街道。
将长征街道、光华街道和新村街道鹏程园社区、火炬街社区合并,命名为长征街道。
将工农街道和新村街道的龙鼎山社区、龙鼎山庄社区合并,命名为工农街道。
将苏家街道和团山街道的八家子社区、陈家社区、石门社区合并,命名为苏家街道。
将站前街道、星火街道、武圣街道、文圣街道、襄平街道合并,命名为文圣街道。
撤销锦采街道、平安街道,并入欢喜街道,欢喜街道更名为欢喜岭街道。
撤销凌北街道,红山、莫胡店、鸿凌、鸿钢东、双圆东、双圆西、鸿远等社区划归东城街道;客车、八间房社区划归北街街道。
撤销望海寺街道办事处,并入葫芦岛街道办事处,办事处驻原望海寺街道办事处。东街道风采街东侧的东山社区、岭东社区、小仙沟社区及大世界社区、锌小社区、集贸社区的风采街以东部分划归葫芦岛街道办事处。 撤销东街道、西街道,设立马仗房街道,将西街店和东街道风采街西侧的大世界社区、锌小社区、集贸社区、阳光社区合并设立马仗房街道。马仗房街道办事处办公地点在西街道办事处。
撤销赵家屯街道,并入九龙街道办事处。注:邱皮沟街道已并入赵家屯街道。 撤销三家子街道,并入沙锅屯街道办事处。注:苇子沟街道已并入三家子街道。 撤销龙飞街道、龙翔街道,并入龙腾街道办事处。
撤销城东街道,东关、城南、河畔社区,东一、东二、南辛庄、新号地等村划入宁远街道;月亮河社区,韩家沟村、干柴村划入古城街道。 撤销钓鱼台街道,并入四家屯街道。
--tanuki(留言) 2025-08-04 (日) 02:47 (UTC)
- @Yugaminena:是否有其他省市需要更新?—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (五) 21:25 (UTC)
- @Ericliu1912:是更新了辽宁省2019年以来的区划变动。tanuki(留言) 2025-08-04 (一) 03:14 (UTC)
- 仅仅是辽宁省就有如此大的行政区划变动了,但还有一些地方也有很大的行政区划变动,但中维这边来不及更新。--FradonStar?? · ?? 2025-08-04 (四) 03:17 (UTC)
- 这不是在讨论《辽宁省》条目,且存档至多个位置会出现讨论分支,去除至“talk:辽宁省”的存档。 ——自由雨日????? 2025-08-04 (六) 04:51 (UTC)
有关失效连结
[编辑]
刚刚心血来潮看了一下Category:带有失效链接的条目,发现2025年2月和3月分别有50k和18k个条目于分类内,而其他月份一般不过100,多的也不过10k,请问这是正常现象吗?--惣流·明日香·兰格雷不姓式波 2025-08-04 (日) 11:59 (UTC)
- 三月份才第9天就有1万8个条目被归类失效连结很明显不正常,有些条目在三月没有编辑却被归类在分类:自2025年3月带有失效链接的条目,例如2008年至2009年天水围飞马赛季、2001年12月阿根廷危机。--2402:7500:93E:31AE:456A:5C20:46FD:EE99(留言) 2025-08-04 (日) 12:35 (UTC)
- 如果均速增加的话本月可能要破6万。看了一下阁下提的两个,天水围飞马分别是2017年12月、2018年2月、2023年3月标记了共30条dead link,阿根廷危机是2021年12月创建时、2023年10月标记了共3条dead link。--惣流·明日香·兰格雷不姓式波 2025-08-04 (日) 13:03 (UTC)
- 补充:2008年至2009年天水围飞马赛季存于Category:自2017年12月带有失效链接的条目及Category:自2018年2月带有失效链接的条目,但不存于Category:自2023年3月带有失效链接的条目。
- 2001年12月阿根廷危机不存于Category:自2021年12月带有失效链接的条目及Category:自2023年10月带有失效链接的条目。--惣流·明日香·兰格雷不姓式波 2025-08-04 (日) 13:32 (UTC)
- 2008年至2009年天水围飞马赛季不存在Category:自2023年3月带有失效链接的条目是正常的,因为2023年3月编辑并没有填写
|data=
参数,所以不会列入分类,2001年12月阿根廷危机也是同样情况。我比较疑惑的是,在以前如果没有填写|data=
参数,其条目应该列入Category:带有失效链接的条目才对,不晓得是改过分类机制还是我记错。--2402:7500:93E:31AE:8563:9173:6E08:225E(留言) 2025-08-04 (日) 14:34 (UTC)- 我看源码时都觉得有点违和,原来是没填参数。那问题就变成:
- 为什么没填参数会列到本月(2025年3月),又为什么有些会列到2025年2月
- IABot从何时起,为何没有填参数
- 如何补回参数
(顺道把Category:条目有永久失效的外部链接的5.9万条清理一下)(这分类是放fix-attempted=yes的,与此问题无关)2025-08-04 (四) 08:34 (UTC)
- --惣流·明日香·兰格雷不姓式波 2025-08-04 (一) 01:47 (UTC)
- {{dead link}}不带
|date=
参数就会归类到当前月,没有及时WP:更新服务器缓存的就是上个月--Kunjinkao(留言) 2025-08-04 (四) 01:18 (UTC)- 这么说这是“正常现象”?那IABot不填参数是本地设置还是什么问题,我看英维运行得挺正常的,这样下去这些分类就废了。--惣流·明日香·兰格雷不姓式波 2025-08-04 (四) 08:51 (UTC)
- 其他分类({{cn}}, {{update inline}})没有这个问题,但{{dead link}}逻辑好像不太一样。另外英维有自动给维护模板加date参数的机器人--Kunjinkao(留言) 2025-08-04 (四) 09:01 (UTC)
- 我们恐怕需要这种机器人。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (四) 12:19 (UTC)
- 其他分类({{cn}}, {{update inline}})没有这个问题,但{{dead link}}逻辑好像不太一样。另外英维有自动给维护模板加date参数的机器人--Kunjinkao(留言) 2025-08-04 (四) 09:01 (UTC)
- 这么说这是“正常现象”?那IABot不填参数是本地设置还是什么问题,我看英维运行得挺正常的,这样下去这些分类就废了。--惣流·明日香·兰格雷不姓式波 2025-08-04 (四) 08:51 (UTC)
- {{dead link}}不带
- 我看源码时都觉得有点违和,原来是没填参数。那问题就变成:
- 2008年至2009年天水围飞马赛季不存在Category:自2023年3月带有失效链接的条目是正常的,因为2023年3月编辑并没有填写
- 如果均速增加的话本月可能要破6万。看了一下阁下提的两个,天水围飞马分别是2017年12月、2018年2月、2023年3月标记了共30条dead link,阿根廷危机是2021年12月创建时、2023年10月标记了共3条dead link。--惣流·明日香·兰格雷不姓式波 2025-08-04 (日) 13:03 (UTC)
如题,NoteTag的上下会被加入各两新行,在发布编辑前,不切到源码编辑貌似是拿不走新行。(最终效果见special:diff/86885440)--惣流·明日香·兰格雷不姓式波 2025-08-04 (五) 13:16 (UTC)
- 建议用
{{efn}}
和{{notelist}}
。--SuperGrey (留言) 2025-08-04 (日) 14:41 (UTC)- 兴奋地试了一下,遗憾的是,除了refnest,全部都有同样问题
囧rz……--惣流·明日香·兰格雷不姓式波 2025-08-04 (一) 04:31 (UTC)
- 这个缺陷目前是修不好还是怎么说?不能回退吗?--【拒绝编辑霸凌,拒绝拉扯性讨论,谢绝拉票,谢绝提名,谢绝豢养人肉傀儡】(有建议可以留言) 2025-08-04 (日) 16:40 (UTC)
- 目前这个缺陷是无法明确哪一笔修改导致的吗?--【拒绝编辑霸凌,拒绝拉扯性讨论,谢绝拉票,谢绝提名,谢绝豢养人肉傀儡】(有建议可以留言) 2025-08-04 (三) 00:39 (UTC)
- 兴奋地试了一下,遗憾的是,除了refnest,全部都有同样问题
- 本地搞排除异己的时候
三人两人就能成虎、众口两口就能铄金,修个技术缺陷的时候就拖泥带水、没有这个积极性了。--【拒绝编辑霸凌,拒绝拉扯性讨论,谢绝拉票,谢绝提名,谢绝豢养人肉傀儡】(有建议可以留言) 2025-08-04 (三) 00:43 (UTC)- 中文喂鸡传统艺能了,我看如果基金会不下场把管理员全图图掉的话应该是没救了--~2025-24374-0(留言) 2025-08-04 (三) 11:05 (UTC)
- 目前还有概率性的问题,预览的时候100%上下会被各加一行,提交编辑后概率不会有上下各加一行。--【拒绝编辑霸凌,拒绝拉扯性讨论,谢绝拉票,谢绝提名,谢绝豢养人肉傀儡】(有建议可以留言) 2025-08-04 (三) 00:50 (UTC)
- 视觉化编辑器/可视编辑器就是WMF技术部门拉的矢,和中文维基百科有什么事情。 ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025-08-04 (四) 03:22 (UTC)
界面显示(三)
[编辑]疑问有点久了,不过特殊页面(如最新页面清单)显示的命名空间选单,常混杂原文(如“Wikipedia讨论”等),甚至未正确显示翻译(如“Portal”、“WikiProject talk”等),不知是什么缘故?—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (六) 14:36 (UTC)
- 最新页面那里显示的标题名称中的名字空间部分似乎应是正名,而不是别名--百無一用是書生 (?) 2025-08-04 (二) 02:35 (UTC)
- 我记得一直是如此的?是否很久以前是你描述的情况,之后才变成现在这样的?--碟之舞???? 2025-08-04 (五) 11:22 (UTC)
- 一开始加载的网页内容是正确的(维基百科讨论、主题、维基专题讨论):
- --Kcx36(留言) 2025-08-04 (五) 11:46 (UTC)
<div id='mw-input-namespace' class='oo-ui-widget oo-ui-widget-enabled oo-ui-inputWidget oo-ui-dropdownInputWidget oo-ui-dropdownInputWidget-php mw-widget-namespaceInputWidget' data-ooui='{"_":"mw.widgets.NamespaceInputWidget","includeAllValue":"all","userLang":false,"exclude":[],"include":null,"dropdown":{"$overlay":true},"name":"namespace","value":"0","inputId":"ooui-php-1","required":false}'><select tabindex='0' name='namespace' id='ooui-php-1' class='oo-ui-inputWidget-input oo-ui-indicator-down'><option value='all'>所有</option><option value='0' selected='selected'>条目</option><option value='1'>讨论</option><option value='2'>用户</option><option value='3'>用户讨论</option><option value='4'>维基百科</option><option value='5'>维基百科讨论</option><option value='6'>文件</option><option value='7'>文件讨论</option><option value='8'>MediaWiki</option><option value='9'>MediaWiki讨论</option><option value='10'>模板</option><option value='11'>模板讨论</option><option value='12'>帮助</option><option value='13'>帮助讨论</option><option value='14'>分类</option><option value='15'>分类讨论</option><option value='100'>主题</option><option value='101'>主题讨论</option><option value='102'>维基专题</option><option value='103'>维基专题讨论</option><option value='118'>草稿</option><option value='119'>草稿讨论</option><option value='126'>MOS</option><option value='127'>MOS talk</option><option value='710'>TimedText</option><option value='711'>TimedText talk</option><option value='828'>模块</option><option value='829'>模块讨论</option><option value='1728'>Event</option><option value='1729'>Event talk</option><option value='2600'>话题</option></select></div>
- 对,且之后点开会跑掉,原理不明。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (六) 20:08 (UTC)
- 交Phab了。--碟之舞???? 2025-08-04 (五) 15:31 (UTC)
界面显示(四)
[编辑]保护页面选单,原本的“周”(没记错的话)怎么变成“星期”了?最近界面到底都是谁在改Orz —— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (四) 07:02 (UTC)
- 具体是哪个页面?能否给一下链接?--碟之舞???? 2025-08-04 (五) 11:18 (UTC)
- @Ericliu1912:刚刚在Beta站要到权限去看了一下,看上去根源问题是“期限”选单的简繁转换坏了?一直显示的是简体中文翻译。--碟之舞???? 2025-08-04 (二) 03:54 (UTC)
- 不同界面的转换机制是否共用?抑或需要个别设定?—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (五) 15:23 (UTC)
- 这个问题还存在吗?我看User:Diskdance之前已经改了translatewiki:MediaWiki:Protect-expiry-options/zh-hans。下拉菜单选项是按content language输出的,代码近期似乎没变化(ProtectionForm.php)。--Srapoj(留言) 2025-08-04 (日) 21:21 (UTC)
评级非条目之“条目”及“页面”重复分类
[编辑]
似乎到现在还有不少专题评级同时使用两种标题格式(例如“未评级世界遗产页面”及“未评级世界遗产条目”都有分类条目),这是不应该广泛存在的现象。我猜是评级元模板设定问题,希望有能者协助解决。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (一) 17:18 (UTC)
- “页面”分类里的是条目命名空间以外的页面(分类页、文件),将这些与“条目”分类分开似乎很合理?功能应该是Module:PJBSClass/main的
processCatPageType
函数实现的。--Srapoj(留言) 2025-08-04 (一) 19:09 (UTC)- ??原来是这样吗???—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (三) 09:21 (UTC)
- 但虽然看似立意良好,实际上却应该合并才对。而且几乎所有评级分类模板都不支援分别计算。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (二) 17:14 (UTC)
编辑区字型样式故障 !?
[编辑]我在偏好设定选了等宽字型,但编辑区却是显示衬线字型;显示变更显示的仍是等宽字型。
Firefox最近更新141.0,是因为更新导致 ? 抑或中维CSS更新导致 ?
如我要在自己的中维CSS设定编辑区显示等宽字型,应如何操作 ?
谢谢。--约翰同志-条目裱糊匠(留言) 2025-08-04 (三) 16:08 (UTC)
副知@Diskdance、Shizhao:出现了什么问题 ?--约翰同志-条目裱糊匠(留言) 2025-08-04 (三) 16:40 (UTC)
- 我这里正常,且本人最近并未修改相关CSS。--碟之舞???? 2025-08-04 (四) 01:30 (UTC)
- 可以尝试给URL加上
&safemode=1
禁用本站自定义代码,来排查是否是MW本体或者浏览器的问题。--碟之舞???? 2025-08-04 (四) 02:15 (UTC)- @Diskdance:URL在 ? 再副知@Cwek、YFdyh000:。--约翰同志-条目裱糊匠(留言) 2025-08-04 (四) 06:38 (UTC)
- 任何本站网址应该都行吧?—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (四) 06:50 (UTC)
- 嗯对。唉,我直接给个链接吧:[2],看一下是否还有问题。--碟之舞???? 2025-08-04 (四) 07:49 (UTC)
- 任何本站网址应该都行吧?—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (四) 06:50 (UTC)
- @Diskdance:URL在 ? 再副知@Cwek、YFdyh000:。--约翰同志-条目裱糊匠(留言) 2025-08-04 (四) 06:38 (UTC)
@Diskdance、Shizhao、Cwek、YFdyh000:如果在偏好设定选了无衬线字型,编辑区是会显示无衬线字型。但选了等宽字型,却是显示衬线字型,为什么 ?--约翰同志-条目裱糊匠(留言) 2025-08-04 (四) 07:18 (UTC)
- 难道不是因为预设的“等宽字型”是有“衬线”的吗???--竹林下小径,月光映一叶 2025-08-04 (四) 07:26 (UTC)
- 不过毕竟我平常“等宽字型”用习惯了,不确定以前的“衬线字型”是不是“等宽”的就是了??--竹林下小径,月光映一叶 2025-08-04 (四) 07:39 (UTC)
應該不是?
--1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 08:21 (UTC)
- Special:Preferences的“编辑”选项卡的编辑框字体设置只会指定sans-serif, serif, monospace三种CSS预设字体类别,浏览器会按本地的配置选择字体及进行fallback。您可在Firefox的设置界面检查您当前的默认等宽字体。--Srapoj(留言) 2025-08-04 (四) 11:57 (UTC)
我也遇上同样问题,尝试更改Firefox / Edge设定,但编辑区依然无法“转回”之前的字体。中维和粤维在同一条目下的编辑区字体也不一(已确认编辑区字型样式相同,即等宽字型)。所以应该不是浏览器的问题?--银の死神?走马灯剧场祝你在乱流下平安 2025-08-04 (六) 09:22 (UTC)
- 您这里zh的字体是NSimSun(故使用了内地字形),zh-yue的字体是MingLiU。我觉得现象和楼主在User talk:Diskdance#分类字型描述的有点像。
- @Diskdance:我看编辑框
textarea
和分类页标题列表指定的都是lang="zh"
(内容确实繁简混杂,这样语义好像没错)而非一般页面内容的具体变体,可能与它有关吧。但我觉得近期mediawiki应该没动这块,找了个1.43.3的网站看它的html也是这样的。--Srapoj(留言) 2025-08-04 (六) 13:07 (UTC) - 您可尝试Chrome/Edge的扩展Advanced Font Settings,给"Han"指定一个等宽字体或许能够解决。Firefox的配置似乎假设只有zh-CN、zh-HK和zh-TW,不知道它在代码里怎么处理zh的fallback。--Srapoj(留言) 2025-08-04 (六) 13:26 (UTC)
历史政权信息框年代自动分类问题
[编辑]如达朱王国条目,信息框内填写存在日期为“12世纪—15世纪”(因现有史料无法确定具体年份,只能填写年代),但关联了两个年份的自动分类:“12年建立的国家或政权”和“15年终结的国家或政权”,点开这些分类查看里面的条目,发现基本上都是相同的bug,请问如何解决该问题?如提报位置不对管理员可自行转移,谢谢。--西安兵马俑主义好!?????????????? 个人贡献 2025-08-04 (四) 15:14 (UTC)
- 问题在于目前模板使用{{str number/trim}}寻找字串开首的数字,故“12世纪”会被解析为“12”,“15世纪”同理。此处或可改为更精确的判断,如改为匹配
(-?\d+)年
。--1F616EMO(喵留言~回复请ping) 2025-08-04 (四) 15:25 (UTC)- 条目内能不能直接改(让这两个分类消掉就行了),还是说要改模板?--西安兵马俑主义好!?????????????? 个人贡献 2025-08-04 (四) 15:36 (UTC)
- 已在数字前添加汉字,阻止模版取数。--伞木 霙留言 2025-08-04 (四) 17:36 (UTC)
- 原来这样就能解决,多谢了!--西安兵马俑主义好!?????????????? 个人贡献 2025-08-04 (四) 17:58 (UTC)
- 已在数字前添加汉字,阻止模版取数。--伞木 霙留言 2025-08-04 (四) 17:36 (UTC)
- 条目内能不能直接改(让这两个分类消掉就行了),还是说要改模板?--西安兵马俑主义好!?????????????? 个人贡献 2025-08-04 (四) 15:36 (UTC)
- 这主要是在讨论一个技术问题,不是在讨论《达朱王国》条目内容,而且这也只是作一个例子,取消{{存档至|Talk:达朱王国}}。 ——自由雨日????? 2025-08-04 (六) 04:55 (UTC)
提议:高亮哈佛参考文献格式短链指向的完整资料引用
[编辑]此已存档的讨论仍有未完的部分,因此从存档中粘贴过来,还盼望各位有所关心。—— 桁霁 ? 晚来天欲雪,能饮一杯无 2025-08-04 (五) 00:47 (UTC)
存档前讨论
[编辑]具体而言,点击引用部分的的短链(t:sfn或t:harvnb)后,让页面在跳至完整文献引用处的同时,使之高亮。有时完整文献列表处分两栏显示,部分情形下读者须对照原短链确认具体所指。不知道在技术上能否实现,亦不知是否有他人支持。个人认为这是一个让本站更加读者友好化的提议,姑且一言。—— 桁霁 ? 晚来天欲雪,能饮一杯无 2025-08-04 (五) 09:39 (UTC)
- 别的维基百科有么?或许可以参考。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (日) 10:28 (UTC)
- @Ericliu1912 俄文维基百科有。可以参见我的沙盒页,点击短链查看效果。—— 桁霁 ? 晚来天欲雪,能饮一杯无 2025-08-04 (日) 14:45 (UTC)
- 哎,这挺好呀!—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (日) 14:56 (UTC)
- 确未料到俄维有,可见有其功用并可以实现。中维可考虑引进。—— 桁霁 ? 晚来天欲雪,能饮一杯无 2025-08-04 (日) 15:01 (UTC)
- 若此事可蒙阁下促进,那就太好了。—— 桁霁 ? 晚来天欲雪,能饮一杯无 2025-08-04 (日) 15:18 (UTC)
- 我不懂技术,但我会支持这主意。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (六) 12:09 (UTC)
- 哎,这挺好呀!—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (日) 14:56 (UTC)
- @Ericliu1912 俄文维基百科有。可以参见我的沙盒页,点击短链查看效果。—— 桁霁 ? 晚来天欲雪,能饮一杯无 2025-08-04 (日) 14:45 (UTC)
- 我记得一两年前中文维基的哈佛引用是有tooltip的。--Kcx36(留言) 2025-08-04 (三) 08:12 (UTC)
- 你这么一说,好像是有这么一出,但是不知道是在哪、怎么实现的。--Hamish T 2025-08-04 (三) 08:40 (UTC)
- 英文维基高亮:en:Module:Citation/CS1/styles.css#L-25,俄文维基高亮:ru:MediaWiki:Common.css#L-340。Kcx36(留言) 2025-08-04 (三) 08:32 (UTC)
- @Dabao qian:您看高亮的css应该加到哪里?--Kcx36(留言) 2025-08-04 (一) 18:28 (UTC)
- 目前本站的参考文献引用默认是mw:Help:Reference_Previews提供的,mw:Reference_Tooltips是之前的小工具,不过确实可以单独把这个功能加上。--碟之舞???? 2025-08-04 (五) 16:02 (UTC)
感谢@Diskdance君、@Eric君、@Hamish君、@Kcx36君诸位倾力支持,无论是技术上还是决策上。下一步是否需要提请社群表决?还是直接应用?—— 桁霁 ? 晚来天欲雪,能饮一杯无 2025-08-04 (日) 02:37 (UTC)
新讨论
[编辑]来日浏览条目,越发坚信此举错确为必要,希望此悬而未决之议有所进展。—— 桁霁 ? 晚来天欲雪,能饮一杯无 2025-08-04 (五) 00:47 (UTC)
- 其实你可以直接贴上原讨论连结( —— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (五) 06:33 (UTC)
- 支持进行高亮,建议添加进模板样式内,因MediaWiki:Common.css会在所有页面加载。--1F616EMO(喵留言~回复请ping) 2025-08-04 (五) 14:33 (UTC)
关于地图文字排版的显示bug
[编辑]两个月前还没有这一问题,上个月发现了这一问题,在求助区问了,但是没得到解决。
以模板:Russo-Ukrainian War detailed map为例,现在地图上的文字都堆叠在一起了,看都看不清。
我记得之前地名如果太长的话,都是每五个字换行,这样虽然也不算太好看,但是经过调整,起码文字不会大规模叠在一起。现在好像换行规则变了,而且地图上的字号似乎也和源代码给的不太一样了,似乎地名的最小字号受到了限制,哪怕把标签字号改成10实际的显示字号也很大,就导致地图东侧的文字完全没法看了。
后面检查了以下手机浏览器似乎字号显示正常,但是电脑无论是chrome还是edge都出现了这一问题。
我看应该不是这一模板源代码本身的问题。求教是否有什么方案,可以解决这一问题。--帕迪沙(留言) 2025-08-04 (六) 05:02 (UTC)
- 不确定您的“叠在一起”指什么。我看文本宽度是用
width: 6em
限制的,即一行最多约6个汉字(见Module:Location map的markLabelDiv
)。如果您指的是显示时小字被拉大造成文本叠在一起的话,那您可以看看chrome://settings/fonts的“最小字号”是什么。浏览器默认的无障碍设置会使得font-size不能小于这个设定值。--Srapoj(留言) 2025-08-04 (六) 14:01 (UTC)- 我测试了一下,不是浏览器的问题,而是维基百科右侧外观一栏的问题,只有在文本为“小”的时候地图才能正常显示,为“标准”的时候就会导致排版出现问题,请问有什么解决办法,可以让地图不受文本一栏选项的限制?--帕迪沙(留言) 2025-08-04 (六) 14:55 (UTC)
- 噢我忘了这回事了(mw:Reading/Web/Accessibility for reading加入了暗色模式和字体大小选择器)。感觉简单的做法就是在这个模板页给Location map包一层
<div style="font-size: xx px;">
,这样地图里那些相对字体大小就会以它为基准,而非可能变化的正文字体大小了。不过我不确定这样是否是最恰当的,比如排版以及无障碍方面可能有更好的做法。--Srapoj(留言) 2025-08-04 (六) 15:16 (UTC)- Location map不是我能改得了的,要不您来提交一下申请?--帕迪沙(留言) 2025-08-04 (六) 15:35 (UTC)
- 噢我忘了这回事了(mw:Reading/Web/Accessibility for reading加入了暗色模式和字体大小选择器)。感觉简单的做法就是在这个模板页给Location map包一层
- 我测试了一下,不是浏览器的问题,而是维基百科右侧外观一栏的问题,只有在文本为“小”的时候地图才能正常显示,为“标准”的时候就会导致排版出现问题,请问有什么解决办法,可以让地图不受文本一栏选项的限制?--帕迪沙(留言) 2025-08-04 (六) 14:55 (UTC)
- 已指定固定字体大小,见Special:Diff/88450620。如果其他编者有更好的方法请不吝赐教。
- 另@帕迪沙:我觉得可以给长地名使用
label_width
参数放宽一行的长度,这样应该能节省一些垂直方向的空间,就没那么容易重叠吧。这些用汉字写出的音译名字本就比字母占用更多的宽度。--Srapoj(留言) 2025-08-04 (六) 16:04 (UTC)
这个图表不能适应新的图表了,有什么办法呢--一般路过白学家(去打死他) 2025-08-04 (六) 19:00 (UTC)
用户贡献页面有错别字
[编辑]Special:用户贡献/示例,简体模式页面下方“SUL/帐号”的“帐号”应为“账号”。似乎不是字词转换的问题。--12З4567(留言) 2025-08-04 (六) 20:54 (UTC)
- 需要(界面)管理员改MediaWiki:sp-contributions-footer。--Srapoj(留言) 2025-08-04 (六) 21:54 (UTC)
- 可能需要在translatewiki那边改比较好。--1F616EMO(喵留言~回复请ping) 2025-08-04 (日) 01:46 (UTC)
- 跟translatewiki无关,这个系统信息页是本地定制的(去Special:AllMessages看)。——Sakamotosan路过围观 | 避免做作,免敬 2025-08-04 (日) 06:12 (UTC)
- 可能需要在translatewiki那边改比较好。--1F616EMO(喵留言~回复请ping) 2025-08-04 (日) 01:46 (UTC)
- 帐账相通,不是错字。 ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025-08-04 (日) 07:20 (UTC)
- 中国大陆近年重新规范了,“帐号”应为“账号”!国家语委回应多家网络平台长期用错字--YFdyh000(留言) 2025-08-04 (日) 08:26 (UTC)
- 说句题外话,微软似乎就没理会这个重新规范,简体中文环境下仍然将“account”翻译为“帐号”(其实简体中文版也是从繁体中文版修改过来的),所谓的“长期用错字”在我看来本就是由微软引起的(因为Windows的广泛使用所以以讹传讹)。倒是所有简体中文版Windows在区域和语言设置中把“zh-tw”显示为“繁体中文 (中国台湾)”了--Dabao qian℡ 2025-08-04 (日) 11:54 (UTC)
- 微软船大难调头,没改就没改吧,而且近些年微软大量用机器翻译,本地化质量不行。Windows确实助推作用。Microsoft 服务协议Microsoft 隐私声明,目前极少量“账户”,大量“帐户”。--YFdyh000(留言) 2025-08-04 (日) 14:34 (UTC)
- ( π )题外话甚至中国法律都是向来用“帐”,近年来才在法律修改时顺带修改。
- s:全国人民代表大会常务委员会关于修改《中华人民共和国会计法》的决定 (2024年)第十五条第(七)项:
(七)将相关条文中的“帐”修改为“账”。
- 《刑法》甚至把“账”改回“帐”:第191条在1997年版公报为“账”,2021年发布公报刑法特刊时反而统一为“帐”。
- s:全国人民代表大会常务委员会关于修改《中华人民共和国会计法》的决定 (2024年)第十五条第(七)项:
- 再题外话的是,中国法律自己都不管推荐国家标准书名号顿号之间不再用顿号甚至越改越回去:s:中华人民共和国民法总则(第205条,按照标准)→s:中华人民共和国民法典(第1259条,内容相同但不按标准),账帐这种旧时标准也通用的真的算“用错字”吗?--Teetrition(留言) 2025-08-04 (一) 05:30 (UTC)
- 那不是近年重新规范的,2001年《第一批异形词整理表》就规定了帐、账的分化,前几年重新提起纯属长江日报和国家语委闲着没事干。 ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025-08-04 (一) 05:42 (UTC)
- 那么,准确说是推动了规范落地?我说规范,是因为之前哪怕有规范,也是争论不断。--YFdyh000(留言) 2025-08-04 (二) 08:52 (UTC)
- 说句题外话,微软似乎就没理会这个重新规范,简体中文环境下仍然将“account”翻译为“帐号”(其实简体中文版也是从繁体中文版修改过来的),所谓的“长期用错字”在我看来本就是由微软引起的(因为Windows的广泛使用所以以讹传讹)。倒是所有简体中文版Windows在区域和语言设置中把“zh-tw”显示为“繁体中文 (中国台湾)”了--Dabao qian℡ 2025-08-04 (日) 11:54 (UTC)
- 中国大陆近年重新规范了,“帐号”应为“账号”!国家语委回应多家网络平台长期用错字--YFdyh000(留言) 2025-08-04 (日) 08:26 (UTC)
- @12З4567、@Srapoj:
完成,请复查。另外translatewiki有使用“账号”的共识。--碟之舞???? 2025-08-04 (二) 08:06 (UTC)
- 不久以前社群应该讨论过这个问题,我还记得?? —— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (六) 14:46 (UTC)
2025年第31期技术新闻
[编辑]维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。
本周要闻
近况更新 - 面向编辑者
- 经维基共享资源社群决定,自8月16日起,禁止所有未在维基共享资源上拥有自动确认权限的使用者跨维基上传档案。此举是由于新使用者上传档案时普遍存在问题。受此影响的使用者将收到一则错误讯息,其中包含指向限制较少的维基共享资源上传精灵的连结。请协助翻译该讯息或就讯息文字提供回馈。另也请更新您本地维基的说明页面,以解释这项限制。 [3]
- 在元维基和已启用临时账号的维基站点上,管理员现在可以为临时账号的Special:Contributions页面设定页尾,类似于IP和使用者账号页面的页尾。管理员可以透过建立名为
MediaWiki:Sp-contributions-footer-temp
的页面来实现。 [4] 上周有21件社群提交的工单得到解决。
近况更新 - 面向技术贡献者
本周软件更新细节: MediaWiki
会议与活动
- 2025年维基媒体国际会议将于8月6日至9日举行。议程现已公布,供您参考规划您想参加的会议。大多数会议将进行直播,但显示“无摄影机”图示的会议除外。如果您想在线上观看直播并使用互动功能,请报名获取免费虚拟门票。 例如,您可能会对以下技术会议感兴趣:
- 2025年秋季MediaWiki使用者与开发者大会将于2025-08-04至30日在德国汉诺威举行。此活动由第三方MediaWiki社群举办,并面向该社群。您可以提交会议提案并报名参加。
MediaWiki message delivery 2025-08-04 (二) 00:26 (UTC)
小工具设置页翻新方案
[编辑]目前小工具设置页由于欠缺打理,分类多有混乱,因此从英维和commons借鉴了一些设计,尝试让小工具设置页更加易用且一目了然。
Beta站效果:[5](需要登录)
修改如下。
- 小工具分类作如下调整:
- 浏览工具(browsing;作用于条目本身的小工具);
- 编辑工具(editing;顾名思义,“编辑按钮扩展”合并至此);
- 界面显示工具(appearance;调整不局限于条目,“首页”合并至此区域界面的小工具);
- 管理工具(maintenance;管理员等管理wiki用到的小工具);
- 测试与开发中的工具(test;顾名思义);
- 模块和库(modules;其他小工具或者脚本会调用的工具,一般设置为隐藏,因而此章节不会在参数设置中出现)。
- 小工具描述改为使用{{Gadget-desc}}和{{Gadget-desc-utility}}结构化,例如“小工具名:默跨小工具描述。 [文档 / 示例 / 讨论 / 设置]”。
- “模块和库”中的小工具描述使用{{Gadget-desc-utility}},效果为“实用工具脚本,不应在参数设置中出现”。
- 更多信息详见模板文档。
- 参数设置小工具页顶部介绍改为以下内容(界面消息裸露为正常现象,部署后即正常):
小工具图示 |
---|
|
小工具是您可以选择启用的自定义功能,由本站用户开发及维护。下面是您可以为账号启用的小工具列表。请注意大部分小工具需要启用JavaScript才能生效。出于安全原因,小工具不会在部分特殊页面生效(例如本参数设置页面)。如果您想要启用的小工具没有在下方列出,可能是您不具备必需的权限。
您对自己使用小工具作出的操作负有全部责任,并且必须遵守相关方针与指引。
本地界面管理员可以编辑可用小工具的定义,本地管理员可以编辑它们的描述说明,每个小工具的用户数量列于小工具使用统计页面中。
内容
以上。现征求社群意见。--碟之舞???? 2025-08-04 (三) 04:35 (UTC)
- 支持。--Kcx36(留言) 2025-08-04 (三) 05:24 (UTC)
- 编辑按钮扩展的描述是不是应当加个前缀(比如扩展按键V1……)?“默”有点奇怪,能否改用“预设”的“预”? ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025-08-04 (三) 05:40 (UTC)
- 繁体用的就是“预”。这个没办法,谁让default的简繁翻译不一致。--碟之舞???? 2025-08-04 (三) 05:51 (UTC)
- 我觉得“预:小工具默认启用”也不会有太大的问题…… ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025-08-04 (三) 05:53 (UTC)
- 为什么不能多用几个字(两个字应该够)?也没限定要一个字缩写吧?—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (四) 04:49 (UTC)
- 类似(默认)(外部)这样?目前的设计是受到了标识用户权限小工具的启发,如果要改成这样的话固然可以但是占用空间有点大。--碟之舞???? 2025-08-04 (四) 05:50 (UTC)
- 虽然没限定要用一个字缩写,但是最近更改和监视列表页面也都是用一个字缩写。--Dabao qian℡ 2025-08-04 (四) 18:34 (UTC)
- 繁体用的就是“预”。这个没办法,谁让default的简繁翻译不一致。--碟之舞???? 2025-08-04 (三) 05:51 (UTC)
- 很强 —— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (三) 08:46 (UTC)
- 目前看起来方案并无太大问题。现
公示7日,2025-08-04 (四) 04:28 (UTC)结束。--碟之舞???? 2025-08-04 (四) 04:28 (UTC)
- 顺带讨论一下是否需要恢复“可点击折叠标题”的默认启用状态,当时部署的时候确定的方案是设为默认启用可选择关闭,但是由于技术原因临时搁置至今,现技术问题已解决。--Dabao qian℡ 2025-08-04 (四) 17:17 (UTC)
- 附知@SunAfterRain。--碟之舞???? 2025-08-04 (五) 02:45 (UTC)
- SunAfterRain 2025-08-04 (五) 03:29 (UTC) 您可以自己推动,然后有bug再叫我来看()--
- 另外有些小工具描述说明的简繁转换做得一团糟(比如MediaWiki:Gadget-ViewSourceMode和MediaWiki:Gadget-ExternalLinkNewWin的简体子页面),有些描述文字太过口语化(比如MediaWiki:Gadget-OnlineAdmins),之前往我负责的wiki网站部署小工具的时候发现了这个问题并且全部更新了,本次翻新也可以顺带更新一下存在问题的描述说明。--Dabao qian℡ 2025-08-04 (四) 18:02 (UTC)
- 是的。稍后看看能不能先把改后效果放这里参考一下。--碟之舞???? 2025-08-04 (五) 02:47 (UTC)
- 小工具定义效果:User:Diskdance/Gadgets-definition-sandbox,描述有空再做。--碟之舞???? 2025-08-04 (五) 11:12 (UTC)
- 部分顺序有微调,编辑按钮扩展仍按照V1—V4的顺序排列,ToolsRedirect选项仍按现行顺序排列,修改了已弃用的
|target=
和requiresES6
参数。--Dabao qian℡ 2025-08-04 (五) 17:45 (UTC)- @Dabao qian:Twinkle的requiresES6也在上游仓库里,不知道是否会被覆盖?以及目前的布局更改是否会被影响到?另附知@Xiplus。--碟之舞???? 2025-08-04 (六) 04:29 (UTC)
- 可以移除。--Xiplus#Talk 2025-08-04 (六) 04:37 (UTC)
- @Xiplus:感谢回复。我想再确认一下,因为提案更改了morebits和select2的章节,请问这样的更改是否会被上游仓库覆盖?似乎Twinkle是自动部署的。--碟之舞???? 2025-08-04 (六) 04:41 (UTC)
- 提案通过之后把上游repo的部署改一下就好了,对技术帝来说应该不是大问题。--Hamish T 2025-08-04 (六) 04:59 (UTC)
- 不会覆盖。--Xiplus#Talk 2025-08-04 (六) 05:08 (UTC)
- 提案通过之后把上游repo的部署改一下就好了,对技术帝来说应该不是大问题。--Hamish T 2025-08-04 (六) 04:59 (UTC)
- @Xiplus:感谢回复。我想再确认一下,因为提案更改了morebits和select2的章节,请问这样的更改是否会被上游仓库覆盖?似乎Twinkle是自动部署的。--碟之舞???? 2025-08-04 (六) 04:41 (UTC)
- 可以移除。--Xiplus#Talk 2025-08-04 (六) 04:37 (UTC)
- @Dabao qian:Twinkle的requiresES6也在上游仓库里,不知道是否会被覆盖?以及目前的布局更改是否会被影响到?另附知@Xiplus。--碟之舞???? 2025-08-04 (六) 04:29 (UTC)
- 部分顺序有微调,编辑按钮扩展仍按照V1—V4的顺序排列,ToolsRedirect选项仍按现行顺序排列,修改了已弃用的
- 小工具描述效果:User:Diskdance/Gadgets-description-sandbox。简中已经完成,其他变体正在和其他用户合作完成。--碟之舞???? 2025-08-04 (一) 05:36 (UTC)
- 目前主要是涉及到“用户/使用者/用戶”和“点击/點選/點擊”的需要单独的香港繁体子页面,其他只需要简繁两种变体即可。--Dabao qian℡ 2025-08-04 (一) 05:54 (UTC)
- 排查发现的问题(持续更新):
- MediaWiki:Gadget-Cat-a-lot.js仍在使用
mw.loader.using()
加载依赖项
- MediaWiki:Gadget-Cat-a-lot.js仍在使用
- --Dabao qian℡ 2025-08-04 (一) 13:47 (UTC)
- 小工具定义效果:User:Diskdance/Gadgets-definition-sandbox,描述有空再做。--碟之舞???? 2025-08-04 (五) 11:12 (UTC)
- 我之前注意到HanAssist有自己的介绍页(Wikipedia:HanAssist),像这种情况我觉得不妨在描述里加上链接,这样方便找?--Srapoj(留言) 2025-08-04 (六) 15:49 (UTC)
- 加了也没用,因为参数设置不会显示。--碟之舞???? 2025-08-04 (日) 02:33 (UTC)
- 我指的是在Special:Gadgets显示。场景类似于有人在Devtools里发现了某个gadget报错,于是顺着名字去Special:Gadgets查看它的描述。--Srapoj(留言) 2025-08-04 (日) 09:28 (UTC)
- 加了也没用,因为参数设置不会显示。--碟之舞???? 2025-08-04 (日) 02:33 (UTC)
- 是的。稍后看看能不能先把改后效果放这里参考一下。--碟之舞???? 2025-08-04 (五) 02:47 (UTC)
- 顺带讨论一下是否需要恢复“可点击折叠标题”的默认启用状态,当时部署的时候确定的方案是设为默认启用可选择关闭,但是由于技术原因临时搁置至今,现技术问题已解决。--Dabao qian℡ 2025-08-04 (四) 17:17 (UTC)
IPA模板不正确显示字体
[编辑]
{{IPA}}模板目前(至少在我的电脑上)无法正确地提供输出,会显示为不同字体混用、高度不一、有无衬线不一的情况,具体参见模板文档中“用法”里的“效果”。不知是否跟该模板今年三月的修改有关。——三猎(留言) 2025-08-04 (三) 09:29 (UTC)
- 我用Chrome (Windows 10)观察了一下,感觉是它默认的字体fallback行为造成的,源码应该是在font_fallback_win.cc。指定用Microsoft YaHei去显示国际音标就能触发,因为它缺一些国际音标符号,有些unicode范围会回落到Times New Roman,其他的会回落到Lucida Sans Unicode。--Srapoj(留言) 2025-08-04 (五) 14:15 (UTC)
- 但Edge,在macOS 15.5和13.6.1以及Windows 11上均未发现此错误。--Hamish T 2025-08-04 (六) 05:03 (UTC)
- 我当时看Microsoft JhengHei缺音标字符的情况较雅黑少一点。我手头没有苹果系统;上条留言找到的字体回落逻辑只在Windows使用。--Srapoj(留言) 2025-08-04 (六) 09:40 (UTC)
各位好,刚刚本人将站内部分脚本从wgU*S
切换到了HanAssist。虽然已复查多次,确保无语法错误,但由于改动量大,可能出现疏漏。因此如果发现脚本出现问题并且和此次改动有关,请于此处汇报。谢谢!--碟之舞???? 2025-08-04 (四) 05:47 (UTC)
- 怪不得console的wgu*s提示没了。--Hamish T 2025-08-04 (五) 10:25 (UTC)
- ( π )题外话:HanAssist和Module:Lan都在提报修订,修改zh-mo和zh-my的回退优先级。--Dabao qian℡ 2025-08-04 (一) 06:14 (UTC)
应将Category:各日出生和Category:各日逝世的参数加入Template:Bd模板
[编辑]如题,考虑到两个分类都没有提删成功,近期也有人手动添加,不如直接相关参数引入生卒年份模板,一劳永逸。--Jeffchu2014(留言) 2025-08-04 (五) 04:30 (UTC)
- 那就是直接参考粤维版本修改就可以了。--Dabao qian℡ 2025-08-04 (五) 04:53 (UTC)
- 没有共识引进,则应删除。—— Eric Liu 創造は生命(留言?留名?学生会) 2025-08-04 (五) 04:55 (UTC)
- 问题是之前讨论了几次都没讨论出结果,这样的话只能默认社群允许这种分类存在,再多的讨论估计也不会有什么明确结果。--Jeffchu2014(留言) 2025-08-04 (五) 06:08 (UTC)
- 我觉得要么一律不加,要么统一由{{bd}}实现,现在手动添加有种不伦不类的感觉。--Tim(留言) 2025-08-04 (五) 05:46 (UTC)
- 不见得…手动就叫不伦不类,2011年wikidata上线前,外语连接也有靠过手动写入分类的方式实现,那如果手动添加分类就叫不伦不类了,每天那么多hotcat编辑有多少是有伦有类呢?--重庆轨交18(留言) 2025-08-04 (五) 14:35 (UTC)
- 那不一样,以前跨语言链接写源码尾部是标准做法,也无替代品。就好像如果不允许创建某些导航模板,编者将源码直接写在条目里,容易欠妥──无共识的分类类似,只是更短。--YFdyh000(留言) 2025-08-04 (五) 21:39 (UTC)
- 只要方针里没有禁止手动分类,也没有证据认定我在进行破坏,我可以继续我的编辑,你不需要阻止我,越是想阻止我反倒我越是会想天天加这些分类--重庆轨交18(留言) 2025-08-04 (五) 22:43 (UTC)
- 目前尚未达成禁止或允许的共识,阁下自可继续操作。--1F616EMO(喵留言~回复请ping) 2025-08-04 (六) 15:22 (UTC)
- 只要方针里没有禁止手动分类,也没有证据认定我在进行破坏,我可以继续我的编辑,你不需要阻止我,越是想阻止我反倒我越是会想天天加这些分类--重庆轨交18(留言) 2025-08-04 (五) 22:43 (UTC)
- 那不一样,以前跨语言链接写源码尾部是标准做法,也无替代品。就好像如果不允许创建某些导航模板,编者将源码直接写在条目里,容易欠妥──无共识的分类类似,只是更短。--YFdyh000(留言) 2025-08-04 (五) 21:39 (UTC)
- 不见得…手动就叫不伦不类,2011年wikidata上线前,外语连接也有靠过手动写入分类的方式实现,那如果手动添加分类就叫不伦不类了,每天那么多hotcat编辑有多少是有伦有类呢?--重庆轨交18(留言) 2025-08-04 (五) 14:35 (UTC)