维基百科:互助客栈/技术
![]() |
发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。 |
- [公告] 因本站已遭中国大陆屏蔽十年,互助客栈其他区正在讨论设置信息页、全站通知、横幅等事宜,如有意见或灵感请尽快参与讨论。
- [公告] 仲裁委员会已就Mafalda4144、Tisscherry傀儡调查一案达成裁决,敬请社群关注。
- [公告] 将“做为”一词使用机器人无条件修正为“作为”、对两岸分治后“XX年中国”条目的处置、资讯框不再显示审查(含发行许可证)/分级编号等及将日本国会选举统一移动已经通过。
- [公告] 事实性修订R7条文、有关被不限期封锁者的已知已停用多重账户的处置、调整朝鲜半岛用语格式手册有关用旗的规定、调整快速删除方针G3条及允许在中文段落使用斜体表示英文书名正在公示,如有意见请尽快提出。
- [讨论] 社群正在讨论重启《维基百科政策简报》并更名为《维基百科简报》,请踊跃参与讨论。
- [讨论] 互助客栈其他区正在讨论临时账户IP查看者相关事项,请踊跃参与讨论。
- [讨论] 互助客栈方针区正在讨论调整申请权限与申请解除权限的方针条文与申请区的放置位置,请踊跃参与讨论。
- [讨论] 互助客栈技术区正在讨论本地安全投票、请求尽快处理Lang/data模组的编辑请求及生物学学名的语言代码与表记,请踊跃参与讨论。
- [协作] 第二十三次动员令将于7月5日至9月7日间举行,目前正在讨论固化未来部分动员令筹备事项及募集本次主持人,欢迎踊跃参与!
![]() 存档 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
早于10日的讨论将会由Jimmy-bot存档。 |
# | 💭 话题 | 💬 | 👥 | 🙋 最新发言 | 🕒 (UTC+8) |
---|---|---|---|---|---|
1 | 本地安全投票测试 | 29 | 8 | 1F616EMO | 2025-06-14 14:11 |
2 | 就辽宁省2019年以来行政区划合并维护请求帮助。 | 3 | 2 | Yugaminena | 2025-03-10 11:14 |
3 | 视觉化编辑器ilh系模板显示bug | 1 | 1 | Sohryu Asuka Langley Not Shikinami | 2025-03-05 19:08 |
4 | 有关失效连结 | 10 | 5 | Ericliu1912 | 2025-03-13 20:19 |
5 | 视觉化编辑器加入T:NoteTag bug | 7 | 3 | JuneAugust | 2025-05-07 08:50 |
6 | 界面显示 | 14 | 7 | Ericliu1912 | 2025-06-15 02:12 |
7 | MediaWiki:Edittools损坏 | 5 | 4 | ItsLiana | 2025-06-11 21:11 |
8 | 界面显示(二) | 18 | 7 | Dabao qian | 2025-06-10 03:30 |
9 | 界面显示(三) | 6 | 4 | Ericliu1912 | 2025-06-08 04:08 |
10 | 2025年第23期技术新闻 | 15 | 7 | Cwek | 2025-06-06 10:43 |
11 | 生物学学名的语言代码与表记 | 55 | 9 | WiTo7946 | 2025-06-07 23:07 |
12 | 界面显示(四) | 4 | 2 | Ericliu1912 | 2025-06-15 02:13 |
13 | 前田敦子页面显示报错 | 4 | 3 | YFdyh000 | 2025-06-06 13:28 |
14 | 生卒日分类问题 | 4 | 3 | Sanmosa | 2025-06-07 22:02 |
15 | Infobox settlement是不是出什么问题了 | 6 | 5 | Dabao qian | 2025-06-08 18:06 |
16 | langx模板中links和link冲突 | 3 | 2 | AromaTake | 2025-06-09 09:52 |
17 | 重定向提示会出现在打印版本里 | 2 | 2 | Steven Sun | 2025-06-10 17:01 |
18 | 界面显示(五) | 7 | 4 | Ericliu1912 | 2025-06-13 19:33 |
19 | 请求修改机器人操作 | 3 | 3 | Shizhao | 2025-06-11 15:01 |
20 | 2025年第24期技术新闻 | 2 | 2 | Dabao qian | 2025-06-15 04:05 |
21 | 关于{{Articles by Quality and Importance}} | 5 | 3 | YFdyh000 | 2025-06-11 21:19 |
22 | Relist后的讨论神秘消失 | 4 | 4 | Hamish | 2025-06-15 09:30 |
23 | WP:维基友爱疑似排版不正常 | 2 | 2 | SunAfterRain | 2025-06-15 12:59 |
发言更新图例 |
---|
|
|
|
|
|
特殊状态 |
已移动至其他页面 或完成讨论之议题 |
手动设定 |
当列表出现异常时, 请先检查设定是否有误 |
正在广泛征求意见的议题
您可在回馈请求系统订阅以收取特定主题相关讨论通知。 |
以下讨论需要社群广泛关注:(重新整理) 维基百科技术议题与模板
Template talk:Why § 请求让本模板实现类似的为文字添加底色的功能 Template talk:艺人 § 建议全部字段尽量调用维基数据能够调用维基数据的字段都适宜调用维基数据,以免逐一琐碎更新。可复刻{{Infobox person/Wikidata}}或不知为何未经落实的{{艺人/Wikidata}}。另外,{{艺人/Wikidata}}之下“图片”栏目留空会阻拦维基数据所填图片显示,仅若“图片”一栏完全删除方可显示维基数据所填图片;未查其他栏目是否类似,移植有关模板数据需要注意。--— Gohan 2025年6月2日 (一) 08:51 (UTC)
“会显著改变该模板或相关模板的功能和显示的编辑,尤其是删除被使用过的功能和参数,都应在互助客栈技术区或条目探讨区详细讨论,达成共识后再提出编辑请求……模板的外观和结构出现显著变化,包括手机版显示的变化。例如:将信息框的颜色改为粉红色,表格显示变为段落显示等。”及共识(有关条目等页面的讨论的发起位置)方针:“
为善用社群讨论资源,……影响多个属相同主题的条目的讨论须在主题条目、专题布告板或任一受影响条目的讨论页发起”之规定,现将Template:Designation/divbox的外观调整案交付此页征求意见。(调整后的代码提案现临时储存在此页面内,调整的内容仅限Template:Designation/divbox页面)PATLABOR 英格拉姆Ingram Talk 2025年6月15日 (日) 01:05 (UTC)
据此前讨论,本地安全投票提案已通过。目前等待软件层面启用本地安全投票后,应先测试以确认是否可行及具体流程,故在此开启讨论串。(当然还是要先等patch过了再说)
cc @Stang、ZhaoFJx、SCP-2000: 请留意。--beef [talk] 2025年1月20日 (一) 13:13 (UTC)
感觉根据这条留言要分析处理的技术问题是挺多的,比较悲观的判断可能今年4月轮的定期投票那个时候依旧没法解决…… Stang★ 2025年2月4日 (二) 08:46 (UTC)
- 那就等着吧,WMF写代码就这个样子,没啥可说的。--beef [talk] 2025年2月5日 (三) 11:57 (UTC)
- 所有blocker都没了,咱看看能不能往前推进一下。另外两个建议,之前提名期到投票期留了这么长的时间,在本地进行安全投票的时候是不是可以适当缩减一下;目前的共识是管理员来做设置投票的操作,可以写一个详细的操作手册关于怎么配置。 Stang★ 2025年4月24日 (四) 03:47 (UTC)
- 管理人员申请流程精简问题,可以等这批申请结束以后一起检讨。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月5日 (一) 13:08 (UTC)
- 看起来隔壁也推动缓慢,不如等成功以后,再行提出商议。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月10日 (二) 18:33 (UTC)
- enwiki的情况是设立了一个叫electionclerk的用户组来完成跟投票相关的技术性操作(接触不到pii),让cuer来完成监票工作。类似的,对本地安全投票也有需求的fawiki也提交了类似的工单。窝觉得可以开始推动了,先完善一下Wikipedia:安全投票的说明页面。 Stang1320 2025年6月11日 (三) 04:26 (UTC)
- Eric Liu 創造は生命(留言・留名・学生会) 2025年6月11日 (三) 08:34 (UTC)
- 开坑/ Stang1319 2025年6月11日 (三) 10:10 (UTC)
- (-)强烈反对另创用户组,请把投票相关的技术性操作并入行政员的处理事项。--Aqurs 2025年6月12日 (四) 14:42 (UTC)
这么刚好XD 那就是要先决定有关权限组应由谁持有了。—— - 好像没看到投票管理员的样子,又开了一个坑--1F616EMO(喵留言~回复请ping) 2025年6月12日 (四) 14:35 (UTC)
隔壁刚刚部署好补丁了。 - Eric Liu 創造は生命(留言・留名・学生会) 2025年6月11日 (三) 08:34 (UTC)
- enwiki的情况是设立了一个叫electionclerk的用户组来完成跟投票相关的技术性操作(接触不到pii),让cuer来完成监票工作。类似的,对本地安全投票也有需求的fawiki也提交了类似的工单。窝觉得可以开始推动了,先完善一下Wikipedia:安全投票的说明页面。 Stang1320 2025年6月11日 (三) 04:26 (UTC)
方针/操作手册讨论
编辑放鞭炮庆祝一下,果然enwiki最大。 总结 之前的共识是丝糖公示版和牛肉公示版:
- 本站内部自行举办安全投票没有问题;
- 允许管理员创建并配置安全投票;
- 嵌入权限,单纯地允许创建和编辑安全投票设定。
- 允许选举监察员(英语:scrutineer)查看选民信息并点票;
- 用户可以随时申请成为管理人员,毕竟可以随时开投票;
看来和目前的主要分歧是第2条?也就是把权限赋予给管理员还是行政员,和要不要开一个新的electionclerk用户组。——ZhaoFJx(Talk) 2025年6月12日 (四) 22:16 (UTC)
- 目前使用安全投票的选举,提名须经行政员确认,那该权限授予行政员比较合理。但使用安全投票之前的RFA提名并不需要经行政员确认。如果后续的RFA提名也不需要行政员确认,那该权限授予管理员即可。--Steven Sun(留言) 2025年6月13日 (五) 00:08 (UTC)
- 对于第二条由管理员还是行政员处理,没有太大意见,考虑到活跃的行政员数量不多,在不接触pll的情况下让管理员进行安全投票的技术性事项也是可以的。但反对另创用户组的立场依旧。--Aqurs 2025年6月13日 (五) 04:03 (UTC)
- 你是反对设立一个创建/编辑/结算投票的用户组(electionclerk),还是反对scrutineer以及electionclerk?对于前者,咱个人觉得“把这些权限绑定给管管”还是“拆分这些安全投票相关的权限成一个新的用户组”都是可以的。另外1F616EMO直接照抄过来的东西,还有很多东西需要调整,比如是否需要OpenSSL加密(这个很复杂),可不可以让非管理员也能管理安全投票,对于某一场特定的投票怎么确定管理它的选举管理员什么的。enwiki有个习俗是设置一些管理员可以考虑要不要给自己授予的用户组(比如滥用过滤器维护者,安全投票助理),这个习俗本站没有,所以实际上也没必要照抄。咱这个坑还在继续填~ Stang1317 2025年6月13日 (五) 08:39 (UTC)
- scrutineer跟electionclerk皆(-)反对。--Aqurs 2025年6月13日 (五) 08:41 (UTC)
- 换句话说你觉得应该把创建/编辑/结算的权限绑定至管理员,把创建/编辑/结算/查看pii的权限绑定至监督员?咱觉得这样有点违背设立特定用户组的初衷,把过多额外的东西绑定上去不是太优雅。另外未来CUer“如果”回归了怎么办? Stang1317 2025年6月13日 (五) 09:03 (UTC)
- 创建/编辑/结算的权限归为管理员并没有问题,而包括pll的部分必须只允许(若社群同意恢复的)CUer或监管员接触,后者不接受其他选项,原因已在上次cu讨论时提及。--Aqurs 2025年6月13日 (五) 09:08 (UTC)
- 也就是说你反对现行的Oser处理安全投票pii的做法,这一点了解了,咱会开个新的讨论串再去讨论的。咱还是想知道为什么反对设立一个新的组,你好像之前没有对“为什么反对另创用户组”进行论述。 Stang1317 2025年6月13日 (五) 09:19 (UTC)
- Aqurs 2025年6月13日 (五) 10:07 (UTC)
- 设想一次管理人员定期选举之中,把多的时候能到十几个的候选人信息填到表格里,(如果要使用加密)生成两份密钥并妥善保存,把界面文字复制上去,生成名单并剔除掉被封禁而失去投票资格的,投票的时候遇到有人没在名单里要同步多个安全投票的名单,结算点票,感觉工作量算不上非常大但也绝对挺麻烦的吧。当然你的观点我是理解的,可以考虑公开征集一下意见? Stang1317 2025年6月13日 (五) 11:23 (UTC)
创建/编辑/结算的部分由管理员负责是为了减少程序的复杂性及减少不必要的麻烦,“选举助理”这样的职务,其工作并非相当复杂,是否需要另创职务的需要存疑。相关的行政性工作并入管理员的职务方为上策。--
- Aqurs 2025年6月13日 (五) 10:07 (UTC)
- 也就是说你反对现行的Oser处理安全投票pii的做法,这一点了解了,咱会开个新的讨论串再去讨论的。咱还是想知道为什么反对设立一个新的组,你好像之前没有对“为什么反对另创用户组”进行论述。 Stang1317 2025年6月13日 (五) 09:19 (UTC)
- 创建/编辑/结算的权限归为管理员并没有问题,而包括pll的部分必须只允许(若社群同意恢复的)CUer或监管员接触,后者不接受其他选项,原因已在上次cu讨论时提及。--Aqurs 2025年6月13日 (五) 09:08 (UTC)
- 换句话说你觉得应该把创建/编辑/结算的权限绑定至管理员,把创建/编辑/结算/查看pii的权限绑定至监督员?咱觉得这样有点违背设立特定用户组的初衷,把过多额外的东西绑定上去不是太优雅。另外未来CUer“如果”回归了怎么办? Stang1317 2025年6月13日 (五) 09:03 (UTC)
- 关于加密,私以为英维的说明只是指出有这个可能性而已,并非真的会用到。用到的场合大概只有基金会的事情,管理员选举完全没这个需要,可以删除加密部分的说明。--1F616EMO(喵留言~回复请ping) 2025年6月13日 (五) 14:16 (UTC)
- en上一次使用安全投票的管理员选举确实是在用的。 Stang1316 2025年6月14日 (六) 05:56 (UTC)
- 囧rz……不过本站没有这么用过,也不见得需要?相关叙述已经还原,若社群认为有需要加密管理员投票,亦可另案提出。--1F616EMO(喵留言~回复请ping) 2025年6月14日 (六) 06:11 (UTC)
- en上一次使用安全投票的管理员选举确实是在用的。 Stang1316 2025年6月14日 (六) 05:56 (UTC)
- scrutineer跟electionclerk皆(-)反对。--Aqurs 2025年6月13日 (五) 08:41 (UTC)
- 你是反对设立一个创建/编辑/结算投票的用户组(electionclerk),还是反对scrutineer以及electionclerk?对于前者,咱个人觉得“把这些权限绑定给管管”还是“拆分这些安全投票相关的权限成一个新的用户组”都是可以的。另外1F616EMO直接照抄过来的东西,还有很多东西需要调整,比如是否需要OpenSSL加密(这个很复杂),可不可以让非管理员也能管理安全投票,对于某一场特定的投票怎么确定管理它的选举管理员什么的。enwiki有个习俗是设置一些管理员可以考虑要不要给自己授予的用户组(比如滥用过滤器维护者,安全投票助理),这个习俗本站没有,所以实际上也没必要照抄。咱这个坑还在继续填~ Stang1317 2025年6月13日 (五) 08:39 (UTC)
- 行政员都是管理员,所以给了管理员也相当于给了行政员。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月13日 (五) 11:32 (UTC)
- 很明显他的意思是要不要“只”给B Stang1317 2025年6月13日 (五) 11:38 (UTC)
测试
编辑有兴趣在未来长期处理安全投票筹备工作的管理员可以去testwiki申请相关权限并进行测试。咱感觉多去一些人也无所谓,想做这个事情的人多了也能加快一些部署的速度嘛 Stang1317 2025年6月13日 (五) 11:43 (UTC)
按照维基百科:机器人建立条目小组/中华人民共和国行政区划/简明手动维护手册的说明,请求各位帮助。
详细
编辑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年2月16日 (日) 02:47 (UTC)
- @Yugaminena:是否有其他省市需要更新?—— Eric Liu 創造は生命(留言・留名・学生会) 2025年2月28日 (五) 21:25 (UTC)
- @Ericliu1912:是更新了辽宁省2019年以来的区划变动。tanuki(留言) 2025年3月10日 (一) 03:14 (UTC)
当外语连结没有空格时会显示成全黑字的“X语:link]]”而非正确带蓝字的“X语:link”,例见沙盒。连到英文之类还好,日文的话就几乎全都是这样了(见币舞桥底部的模板)。看了一下英维貌似不以绿链显示,日维有绿链但无法复现。--惣流·明日香·兰格雷不姓式波 2025年3月5日 (三) 11:08 (UTC)
刚刚心血来潮看了一下Category:带有失效链接的条目,发现2025年2月和3月分别有50k和18k个条目于分类内,而其他月份一般不过100,多的也不过10k,请问这是正常现象吗?--惣流·明日香·兰格雷不姓式波 2025年3月9日 (日) 11:59 (UTC)
- 三月份才第9天就有1万8个条目被归类失效连结很明显不正常,有些条目在三月没有编辑却被归类在分类:自2025年3月带有失效链接的条目,例如2008年至2009年天水围飞马赛季、2001年12月阿根廷危机。--2402:7500:93E:31AE:456A:5C20:46FD:EE99(留言) 2025年3月9日 (日) 12:35 (UTC)
- 如果均速增加的话本月可能要破6万。看了一下阁下提的两个,天水围飞马分别是2017年12月、2018年2月、2023年3月标记了共30条dead link,阿根廷危机是2021年12月创建时、2023年10月标记了共3条dead link。--惣流·明日香·兰格雷不姓式波 2025年3月9日 (日) 13:03 (UTC)
- 补充:2008年至2009年天水围飞马赛季存于Category:自2017年12月带有失效链接的条目及Category:自2018年2月带有失效链接的条目,但不存于Category:自2023年3月带有失效链接的条目。
- 2001年12月阿根廷危机不存于Category:自2021年12月带有失效链接的条目及Category:自2023年10月带有失效链接的条目。--惣流·明日香·兰格雷不姓式波 2025年3月9日 (日) 13:32 (UTC)
- 2008年至2009年天水围飞马赛季不存在Category:自2023年3月带有失效链接的条目是正常的,因为2023年3月编辑并没有填写
|data=
参数,所以不会列入分类,2001年12月阿根廷危机也是同样情况。我比较疑惑的是,在以前如果没有填写|data=
参数,其条目应该列入Category:带有失效链接的条目才对,不晓得是改过分类机制还是我记错。--2402:7500:93E:31AE:8563:9173:6E08:225E(留言) 2025年3月9日 (日) 14:34 (UTC)- 我看源码时都觉得有点违和,原来是没填参数。那问题就变成:
- 为什么没填参数会列到本月(2025年3月),又为什么有些会列到2025年2月
- IABot从何时起,为何没有填参数
- 如何补回参数
(顺道把Category:条目有永久失效的外部链接的5.9万条清理一下)(这分类是放fix-attempted=yes的,与此问题无关)2025年3月13日 (四) 08:34 (UTC)
- --惣流·明日香·兰格雷不姓式波 2025年3月10日 (一) 01:47 (UTC)
- {{dead link}}不带
|date=
参数就会归类到当前月,没有及时WP:更新服务器缓存的就是上个月--Kunjinkao(留言) 2025年3月13日 (四) 01:18 (UTC)- 这么说这是“正常现象”?那IABot不填参数是本地设置还是什么问题,我看英维运行得挺正常的,这样下去这些分类就废了。--惣流·明日香·兰格雷不姓式波 2025年3月13日 (四) 08:51 (UTC)
- 其他分类({{cn}}, {{update inline}})没有这个问题,但{{dead link}}逻辑好像不太一样。另外英维有自动给维护模板加date参数的机器人--Kunjinkao(留言) 2025年3月13日 (四) 09:01 (UTC)
- 我们恐怕需要这种机器人。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年3月13日 (四) 12:19 (UTC)
- 其他分类({{cn}}, {{update inline}})没有这个问题,但{{dead link}}逻辑好像不太一样。另外英维有自动给维护模板加date参数的机器人--Kunjinkao(留言) 2025年3月13日 (四) 09:01 (UTC)
- 这么说这是“正常现象”?那IABot不填参数是本地设置还是什么问题,我看英维运行得挺正常的,这样下去这些分类就废了。--惣流·明日香·兰格雷不姓式波 2025年3月13日 (四) 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年3月9日 (日) 13:03 (UTC)
如题,NoteTag的上下会被加入各两新行,在发布编辑前,不切到源码编辑貌似是拿不走新行。(最终效果见special:diff/86885440)--惣流·明日香·兰格雷不姓式波 2025年4月18日 (五) 13:16 (UTC)
- 建议用
{{efn}}
和{{notelist}}
。--SuperGrey (留言) 2025年4月20日 (日) 14:41 (UTC)- 兴奋地试了一下,遗憾的是,除了refnest,全部都有同样问题 囧rz……--惣流·明日香·兰格雷不姓式波 2025年4月21日 (一) 04:31 (UTC)
- 这个缺陷目前是修不好还是怎么说?不能回退吗?--【拒绝编辑霸凌,拒绝拉扯性讨论,谢绝拉票,谢绝提名,谢绝豢养人肉傀儡】(有建议可以留言) 2025年5月4日 (日) 16:40 (UTC)
- 目前这个缺陷是无法明确哪一笔修改导致的吗?--【拒绝编辑霸凌,拒绝拉扯性讨论,谢绝拉票,谢绝提名,谢绝豢养人肉傀儡】(有建议可以留言) 2025年5月7日 (三) 00:39 (UTC)
- 兴奋地试了一下,遗憾的是,除了refnest,全部都有同样问题 囧rz……--惣流·明日香·兰格雷不姓式波 2025年4月21日 (一) 04:31 (UTC)
- 本地搞排除异己的时候
三人两人就能成虎、众口两口就能铄金,修个技术缺陷的时候就拖泥带水、没有这个积极性了。--【拒绝编辑霸凌,拒绝拉扯性讨论,谢绝拉票,谢绝提名,谢绝豢养人肉傀儡】(有建议可以留言) 2025年5月7日 (三) 00:43 (UTC) - 目前还有概率性的问题,预览的时候100%上下会被各加一行,提交编辑后概率不会有上下各加一行。--【拒绝编辑霸凌,拒绝拉扯性讨论,谢绝拉票,谢绝提名,谢绝豢养人肉傀儡】(有建议可以留言) 2025年5月7日 (三) 00:50 (UTC)
是不是有人搞爆CSS了,修订版本那个框框跟巡查按钮原本都是小字,突然变成大字⋯⋯ —— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月15日 (四) 15:43 (UTC) 1
- (~)补充:“发生错误,编辑未发布”还变小字了,预览出错那里也变小字了。( π )题外话:还以为是技术更新_(:з”∠)_-- __Don't bite! 2025年5月15日 (四) 16:09 (UTC)
- 已经几天了,还没解决。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月18日 (日) 14:35 (UTC)
- 我没能复现你们说的问题--百無一用是書生 (☎) 2025年5月19日 (一) 03:08 (UTC)
- Timeless用户有看到巡查按钮突然变很大。--Tim(留言) 2025年5月19日 (一) 13:56 (UTC)
- 我没能复现你们说的问题--百無一用是書生 (☎) 2025年5月19日 (一) 03:08 (UTC)
- (注:我用新版Vector)—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月20日 (二) 03:24 (UTC)
- 旧版** Orzzz —— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月20日 (二) 19:37 (UTC)
- 然后“检视历史”界面那几个框框字体大小也都被放大。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月20日 (二) 19:37 (UTC)
- 旧版vector上方的修订版本框框也变很大。--August国中教育会考 2025年5月20日 (二) 10:24 (UTC)
- 旧版Vector,其他站点好像也变很大,感觉是MediaWiki哪里写炸了。 ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年5月21日 (三) 10:12 (UTC)
- @魔琴:是否提报phab任务为妥?—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月29日 (四) 03:50 (UTC)
- 先确认是本地小工具造成的问题,还是系统更新造成的问题。如果是本地小工具造成的问题,提报phab没人会搭理--百無一用是書生 (☎) 2025年5月30日 (五) 03:09 (UTC)
- @魔琴:是否提报phab任务为妥?—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月29日 (四) 03:50 (UTC)
- 因为(应该是)Codex近期更新出现了以下CSS:
.cdx-message__content,.cdx-message__content>* { font-size: var(--font-size-medium,1rem); /* 罪魁祸首 */ line-height: var(--line-height-small,1.375rem) }
- 和本站自定义代码无关并且英维也有问题。--碟之舞📀💿 2025年6月6日 (五) 15:56 (UTC)
--140.235.140.211(留言) 2025年5月30日 (五) 08:47 (UTC)
- 遇到一样的情况。在浏览器编辑条目时,下方显示的mediawiki:edittools会变成这样:https://imgur.com/a/1RlatOD 。--Nostalgiacn(留言) 2025年5月31日 (六) 04:48 (UTC)
- 已经坏很多天了,在编辑上蛮困扰的,希望能尽快处理。——Liebhart 💬👩🚀⚽ 2025年6月3日 (二) 09:06 (UTC)
- 已交Phab工单。--碟之舞📀💿 2025年6月6日 (五) 15:41 (UTC)
- 昨天修好,今天又坏了。——Liebhart 💬👩🚀⚽ 2025年6月11日 (三) 13:11 (UTC)
监视清单右上角,“编辑您的监视页面列表”跟“Preferences”的按钮是不是爆炸了?—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月30日 (五) 14:26 (UTC)
- 而且不应该叫“Preferences”而是“偏好设定”吧( —— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月30日 (五) 14:27 (UTC)
- 而且“维基数据项目”怎么变成英文的“Wikidata项目”了--Dabao qian℡ 2025年5月30日 (五) 16:36 (UTC)
- 对呀,莫名其妙。到底是谁在乱改?—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月31日 (六) 10:00 (UTC)
- MediaWiki:Wikibase-dataitem的内容是
{{WBREPONAME}}项目
,{{WBREPONAME}}
魔术字本地返回的内容是“维基数据”,但是“工具”下面的链接就变成英文的“Wikidata项目”了,而且中文版、日语版和韩语版都有这个问题,粤维是正常的。--Dabao qian℡ 2025年5月31日 (六) 18:14 (UTC)
- MediaWiki:Wikibase-dataitem的内容是
- 对呀,莫名其妙。到底是谁在乱改?—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月31日 (六) 10:00 (UTC)
- 中文翻译没赶上27日的更新。--Miyakoo(留言) 2025年5月31日 (六) 13:54 (UTC)
- 而且“维基数据项目”怎么变成英文的“Wikidata项目”了--Dabao qian℡ 2025年5月30日 (五) 16:36 (UTC)
- 移动端用户表示影响不大。-- __Don't bite! 2025年5月31日 (六) 04:21 (UTC)
- 换而言之,就是几乎完全不影响正常编辑 囧rz……-- __Don't bite! 2025年5月31日 (六) 04:22 (UTC)
- 上面有一位IP用户提到的一个问题影响正常编辑了,{{Edittools}}的繁简转换炸了,在其他使用MediaWiki搭建的网站没有复现这个问题。--Dabao qian℡ 2025年5月31日 (六) 18:24 (UTC)
- 换而言之,就是几乎完全不影响正常编辑 囧rz……-- __Don't bite! 2025年5月31日 (六) 04:22 (UTC)
- 均可复现。猜又有人在翻译维基瞎搞了。--PexEric 2025年5月31日 (六) 07:33 (UTC)
- “Preferences”应该是MediaWiki界面改了,没有翻译。--Kcx36(留言) 2025年6月6日 (五) 08:11 (UTC)
- 现在有翻译了,但原本的界面(按钮?)应该还没修。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月6日 (五) 09:04 (UTC)
- 样式丢了,初步排查下来和小工具无关。--碟之舞📀💿 2025年6月6日 (五) 11:38 (UTC)
- 见Phab。--碟之舞📀💿 2025年6月7日 (六) 02:20 (UTC)
- 另不知“Wikidata项目”的问题是否能够修正?—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月8日 (日) 11:42 (UTC)
疑问有点久了,不过特殊页面(如最新页面清单)显示的命名空间选单,常混杂原文(如“Wikipedia讨论”等),甚至未正确显示翻译(如“Portal”、“WikiProject talk”等),不知是什么缘故?—— Eric Liu 創造は生命(留言・留名・学生会) 2025年5月31日 (六) 14:36 (UTC)
- 最新页面那里显示的标题名称中的名字空间部分似乎应是正名,而不是别名--百無一用是書生 (☎) 2025年6月3日 (二) 02:35 (UTC)
- 我记得一直是如此的?是否很久以前是你描述的情况,之后才变成现在这样的?--碟之舞📀💿 2025年6月6日 (五) 11:22 (UTC)
- 一开始加载的网页内容是正确的(维基百科讨论、主题、维基专题讨论):
- --Kcx36(留言) 2025年6月6日 (五) 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年6月7日 (六) 20:08 (UTC)
- 交Phab了。--碟之舞📀💿 2025年6月6日 (五) 15:31 (UTC
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。
本周要闻
- Chart扩充功能现在可以在所有维基媒体维基上使用。编辑者可以使用这个新的扩充功能来建立互动式的视觉化资料,例如柱状图、折线图、面积图和圆饼图。Chart图表旨在取代旧版Graph图表扩充功能的许多用途。
近况更新 - 面向编辑者
- 管理员现在可以更容易地在本地维基中,为视觉化编辑器的引用产生器配置自动引用功能。管理员现在可以在本地的
MediaWiki:Citoid-template-type-map.json页面中,使用 _default
键来设定预设模板(差异范例)。设定此预设值有助于将来新增项目类型时,确保现有配置不会过时。您仍可以为个别项目类型设定模板,这些模板会优先于预设模板。 [1] - 上周有20件社群提交的工单得到解决。
近况更新 - 面向技术贡献者
- 6月2日当周开始,以
action=login
或action=clientlogin
登入的机器人将更常登入失败。这是因为我们增强了针对可疑登入行为的防护措施。使用机器人密码或者使用免登入验证方法(如OAuth)的机器人不受影响。如果您的机器人并非上句所述类型,请更新您的机器人;使用action=login
且没有机器人密码的方法已于2016年弃用。这项变更对大多数机器人而言,仅需变更其所使用的密码即可。 [2] - 本周开始,维基媒体维基将可以使用JavaScript ES2017功能,无论是在MediaWiki内部、小工具或个人脚本中。ES2017的一大特色是让程式码更易读的
async
/await
语法。本周以前,平台仅允许使用ES2016以下的功能,而数月前,仅允许使用ES2015以下的功能。 [3] - 本周软件更新细节: MediaWiki
会议与活动
- 2025年馆联维基媒体会议现正开放奖助金申请。会议将于10月30日至11月1日在葡萄牙里斯本举行。无法负担参与费用的馆联人可考虑申请奖助金,申请开放至6月7日止。
MediaWiki message delivery 2025年6月2日 (一) 23:54 (UTC)
- MediaWiki:Citoid-template-type-map.json已根据新闻中的说明进行了更新--百無一用是書生 (☎) 2025年6月3日 (二) 02:40 (UTC)
- (~)补充:Chart扩充功能已经可用,替代数年前因安全性问题而停用的Graph扩充功能。此功能由百度、腾讯和阿里集团提供支援。(Chart扩充功能主要依赖Apache eCharts,主要由上述公司开发。有编者对其中国背景感到担忧。)--MilkyDefer 2025年6月3日 (二) 12:44 (UTC)
- 垃圾扩充功能,一点用都没有,不能Lua生成,{{函数图形}}怎么修?取代个头啦!上个月就反应过了,也未见改善!(!)强烈抗议-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2025年6月3日 (二) 12:52 (UTC)
- 至少我提议的Graph构建QR码估计已成绝响了。--MilkyDefer 2025年6月3日 (二) 13:44 (UTC)
- Template:QR#范例,所以这个修不了了?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2025年6月3日 (二) 14:10 (UTC)
- 设计文档说为了减少攻击vector,图表的类型被限缩到折线图、柱状图、饼状图和面积图这四类。所以我担心在这四类图表中画出QR码似乎不太现实。此外,图表所引用的数字统一要存放至Commons,暂时不能本地自行生成。--MilkyDefer 2025年6月3日 (二) 14:23 (UTC)
- Template:QR#范例,所以这个修不了了?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2025年6月3日 (二) 14:10 (UTC)
- 新一期mw:Extension:Chart/Project/Updates/zh在您抗议后出炉,Lua已经可用。--PexEric 2025年6月4日 (三) 05:44 (UTC) 1
- 不可行。(!)抗议您给的连结(mw:Extension:Chart/Project/Updates/zh)提到的是transforms中调用Lua。能修复该等模板的东西根本不是transforms ,transforms 根本不可以生成资料,更不可能修好{{函数图形}}。transforms 的功能是将已经存在的资料用Lua转换成其他资料或格式。不需要u:PexEric您来提醒,我早就看到了,我就是看到才来抗议的,因用它做了不合用的东西,表面上让你们以为支援Lua,其实根本无法用,烂死了,烂基金会。(※)注意u:PexEric您完全弄错了!,继续(!)强烈抗议-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2025年6月4日 (三) 06:02 (UTC)
- 现存许多模板要求的功能是,使用Lua从零开始生成资料,而u:PexEric您给的连结“transforms”(mw:Extension:Chart/Project/Updates/zh)没有办法从零开始生出资料,只能从现有资料利用Lua进行转换,两者完全无法等同,也不合用,对解决问题完全没有帮助,您说什么“您抗议后出炉,Lua已经可用”,乱讲,根本不可用。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2025年6月4日 (三) 06:08 (UTC)
- 不可行。(!)抗议您给的连结(mw:Extension:Chart/Project/Updates/zh)提到的是transforms中调用Lua。能修复该等模板的东西根本不是transforms ,transforms 根本不可以生成资料,更不可能修好{{函数图形}}。transforms 的功能是将已经存在的资料用Lua转换成其他资料或格式。不需要u:PexEric您来提醒,我早就看到了,我就是看到才来抗议的,因用它做了不合用的东西,表面上让你们以为支援Lua,其实根本无法用,烂死了,烂基金会。(※)注意u:PexEric您完全弄错了!,继续(!)强烈抗议-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2025年6月4日 (三) 06:02 (UTC)
- 至少我提议的Graph构建QR码估计已成绝响了。--MilkyDefer 2025年6月3日 (二) 13:44 (UTC)
- 垃圾扩充功能,一点用都没有,不能Lua生成,{{函数图形}}怎么修?取代个头啦!上个月就反应过了,也未见改善!(!)强烈抗议-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2025年6月3日 (二) 12:52 (UTC)
- 新Chart为了防止不安全的用户输入(例如XSS?),缩水的有点多了,导致了一些以前的玩法没了(外源数据直接引用构建,或者现在只能写一个机器人去自己读外源来更新表源……;还有就是指定标线色等)。——Sakamotosan路过围观 | 避免做作,免敬 2025年6月6日 (五) 02:43 (UTC)
见WP:机器人/作业请求#生物学名模板替换,该处已初步商定为日后可能不再限定仅以拉丁文表示的生物学学名给予一个本地自订的语言代码,并暂定该语言代码为“ns”。该本地自订的语言代码将更新至Module:Lang/data内,以便用户以{{lang}}、{{langx}}等模板直接表记生物学学名(如{{lang|ns|…}}、{{langx|ns|…}}等),以避免与一般的拉丁文混淆,而这会使调用“ns”代码的条目被自动加入至“Category:含有学名的条目”分类之内(模组自带的机制)。@Kcx36、Kethyga、WiTo7946。Sanmosa 新朝雅政 2025年6月4日 (三) 03:09 (UTC)
- 个感没什么选择了,除非考虑像Biological scientific name的bsn三位数代码。(bn也被孟加拉语占用了)--WiTo🐤💬 2025年6月4日 (三) 03:39 (UTC)
- @自由雨日曾经提过“学名”和“XX语”是两个层级的表述文字,并建议使用类似“学名:〔拉丁语〕Homo sapiens”的格式表记,因此(-)倾向反对。即使纳入lang系列模板,也应该用ISO 639-3的私用区qaa-qtz。 ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年6月4日 (三) 04:58 (UTC)
- @魔琴:对“两个层级”的说明没错。“学名”并不是语种。不过你夹带私货了,我没建议要标注语种,只是为了说明语种名称的内在逻辑(甚至那是用来说明术语等(
多数)情境[一般]不必标语种的)。以及还有很重要的,我没说(甚至是从来都不建议)加“语”的——我从未见过中文工具书加“语”字,都是“[拉]”这种形式。用方括号“[]”还是六角括号“〔〕”还是尖括号“〈〉”倒是都有。虽然我国二十年前的一部推荐性国标是用“〈〉”,但似乎大量工具书并未用这一符号。今年刚通过的关于辞书符号的一部国标也未提及这一内容。当然无论加不加“语”字,都要比中维自创的“英语:”这种中文世界极罕用、怪异的语种标记法要好得多。 ——自由雨日🌧️❄️ 2025年6月4日 (三) 05:25 (UTC) - 学名自然是拉丁文,标出来未免太过冗余。--PexEric 2025年6月4日 (三) 05:37 (UTC)
- @PexEric:然而WiTo7946有不同的说法。Sanmosa 新朝雅政 2025年6月4日 (三) 12:37 (UTC)
- 也不是我的说法,是ICZN的繁中译本xxiii页写的。--WiTo🐤💬 2025年6月4日 (三) 14:56 (UTC)
- @魔琴:见上,学名在日后有可能不是拉丁文,而且现在模组技术上无法实现你提的那种格式。Sanmosa 新朝雅政 2025年6月4日 (三) 12:39 (UTC)
- 我确实希望将lang模组改为“〔语种〕内容”的格式。另外,若学名将会不是拉丁文,拉丁文的标记或许不能省略? ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年6月4日 (三) 14:07 (UTC)
- @魔琴:『
若学名将会不是拉丁文,拉丁文的标记或许不能省略
』:这不能这么说。别名“如何书写应当遵照当今百科全书界惯例”,我看出版的百科全书标记外语时,几乎都是五花八门的语种都不标语种名称的(语文词典——比如标注某词是外来语等——一般会标;百科全书、百科辞典很少标,尤其对英语我印象中还没见过标注的)。当然我也没有像百科全书界的做法那样保守,我觉得很多读者无法识别的语种还是可以标注的,但没有到“不能省略”的强硬地步。(不从百科全书惯例而进行道理论证的话,学名重要的是名称本身,而非名称所用语种;哪怕对生物学家来说,不知道某一学名的语种也并不影响研究。)另外lang模组改格式我是强烈支持的,用什么括号、语种使用省略语还是全称都是小问题。 ——自由雨日🌧️❄️ 2025年6月4日 (三) 19:55 (UTC)- 省略语种确实是可取的,毕竟lang的存在价值主要只是为了屏幕朗读器能正确朗读。而“(语种:名称)”的写法似乎是舶来自英维。改换中文百科全书界做法当然最好。--PexEric 2025年6月5日 (四) 05:05 (UTC)
- @魔琴:『
- 语种不一定是拉丁语的话,那学名模板怎么设计 思考...(如何指定模板内文字的语种?) ——自由雨日🌧️❄️ 2025年6月4日 (三) 20:04 (UTC)
- @自由雨日:我的意见是无法指定,因为在这种情况下学名根本不属于任何语言。另告知@魔琴。Sanmosa 新朝雅政 2025年6月4日 (三) 23:09 (UTC) 1
- 我觉得不需要这么超前,等到真的不用拉丁文再说。另外,我觉得双名法涉及的拉丁文文法不复杂啊,就是五种变格,怎么就学不懂呢?两百多年来生物学家都在用拉丁文,学不懂不应该是自己的问题吗? ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年6月5日 (四) 00:07 (UTC)
- 同样意见,真的不是了再说,有点涉及水晶球的感觉...另外因不熟悉希腊文/拉丁文造成的学名命名错误,但因规则而被保留至今的例子,我还知道有几个...--WiTo🐤💬 2025年6月5日 (四) 01:22 (UTC)
- @WiTo7946 在{{lang-xm}}的基础上额外增加参数可以用于未来指定特定语言。没有必要动lang模块,且如上所述单一的语言模板{{lang}}无法实现。另外也可以增加参数
nolabel
不显示前面的学名:
,效果同{{lang|la|xx}}
。可以将{{lang-xm}}改名成类似{{taxon name}}(主要是{{学名}}目前被占用了,否则是最合适的标题)。--Kethyga(留言) 2025年6月5日 (四) 03:03 (UTC)- 我从来都没有支持更动lang module呀,我反而是倾向留下Sname中的其中一个二级模板使用,虽然目前学名相关模板是有点种类繁多了不好维护,但这也并不代表有需要把学名模板通通消灭掉。就像上面所说学名不是一种语言,那也没需要硬是并入收录语言的lang。--WiTo🐤💬 2025年6月5日 (四) 03:18 (UTC)再于2025年6月5日 (四) 03:27 (UTC)再补充立场。
- @Kethyga:你是否忘了{{langx}}?langx模板也完全做到你说的那些事,而且还不用重新设计一套机制。Sanmosa 新朝雅政 2025年6月5日 (四) 11:16 (UTC)
- @WiTo7946 在{{lang-xm}}的基础上额外增加参数可以用于未来指定特定语言。没有必要动lang模块,且如上所述单一的语言模板{{lang}}无法实现。另外也可以增加参数
- 同样意见,真的不是了再说,有点涉及水晶球的感觉...另外因不熟悉希腊文/拉丁文造成的学名命名错误,但因规则而被保留至今的例子,我还知道有几个...--WiTo🐤💬 2025年6月5日 (四) 01:22 (UTC)
- 我觉得不需要这么超前,等到真的不用拉丁文再说。另外,我觉得双名法涉及的拉丁文文法不复杂啊,就是五种变格,怎么就学不懂呢?两百多年来生物学家都在用拉丁文,学不懂不应该是自己的问题吗? ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年6月5日 (四) 00:07 (UTC)
- @自由雨日:我的意见是无法指定,因为在这种情况下学名根本不属于任何语言。另告知@魔琴。Sanmosa 新朝雅政 2025年6月4日 (三) 23:09 (UTC) 1
- 我确实希望将lang模组改为“〔语种〕内容”的格式。另外,若学名将会不是拉丁文,拉丁文的标记或许不能省略? ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年6月4日 (三) 14:07 (UTC)
- @PexEric:然而WiTo7946有不同的说法。Sanmosa 新朝雅政 2025年6月4日 (三) 12:37 (UTC)
- @魔琴:对“两个层级”的说明没错。“学名”并不是语种。不过你夹带私货了,我没建议要标注语种,只是为了说明语种名称的内在逻辑(甚至那是用来说明术语等(
- 似没必要在lang上动刀,做个以lang模板为基础的专门二级模板即可。--PexEric 2025年6月4日 (三) 05:38 (UTC)
- 现在就是早已既有{{Sname}}(使用{{lang|la|學名}})跟以这模板为基础的{{Snamei}}、{{lang-xm}},还有独立的{{Species name}}了。就是Sanmosa阁下认为要汰换掉这些模板。所以才变成现在如此情形,虽然我个人并不完全理解他想全清掉的动机就是。--WiTo🐤💬 2025年6月4日 (三) 06:23 (UTC)
- 见此讨论,这是为了减轻维护模板的负担。Sanmosa 新朝雅政 2025年6月4日 (三) 23:12 (UTC)
- 所以讨论有提到任何维护负担?反倒是解耦合才能真正减轻负担吧。而且在您给的讨论中提到{{jpn}}、{{kor}}等二级模板均不在处理范畴内。--PexEric 2025年6月5日 (四) 04:58 (UTC)
- sname一个建立到现在十几年都没人动过的模板有什么维护负担真的是在这睁眼说瞎话。--。->>Vocal&Guitar->>留言 2025年6月5日 (四) 05:19 (UTC)
- 他搞到矫枉过正,也不是第一次了。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月5日 (四) 07:03 (UTC)
- sname、snamei、lang-xm与species name是四个不同的模板,而且配置各有不同。再者,考量维护负担不能不考虑协同效应,现在也不是所有的学名都用上述四个模板来标示,要维护使用学名的页面自然有着相当大的困难。你们如果选择继续无视这个现实情况的话,我实在无法阻止。Sanmosa 新朝雅政 2025年6月5日 (四) 11:15 (UTC)
- 乱的不是这4个模板,乱的是没有用这4个模板的条目,这4个模板简单替换一下就能整合,没有维护需要。反而是你开头大骂lang-xm不科学,一转眼自己弄出来个langx|ns,学名是生物学内容为什么非要套在lang上面真的是莫名其妙,--。->>Vocal&Guitar->>留言 2025年6月5日 (四) 13:09 (UTC)
- 你这话说明了你根本没有认真看过我的留言,“lang-xm”的问题是出在“xm”啊。Sanmosa 新朝雅政 2025年6月5日 (四) 23:26 (UTC)
- 我很同意xm有问题啊,那我也认为ns也很有问题啊,非要绑在lang上面就是很有问题啊,--。->>Vocal&Guitar->>留言 2025年6月6日 (五) 04:21 (UTC)
- 然而“大骂lang-xm不科学”这事我确实完全没有做过,不论是“大骂”或是指称“不科学”均未曾出现。Sanmosa 新朝雅政 2025年6月6日 (五) 07:40 (UTC)
- 我很同意xm有问题啊,那我也认为ns也很有问题啊,非要绑在lang上面就是很有问题啊,--。->>Vocal&Guitar->>留言 2025年6月6日 (五) 04:21 (UTC)
- 你这话说明了你根本没有认真看过我的留言,“lang-xm”的问题是出在“xm”啊。Sanmosa 新朝雅政 2025年6月5日 (四) 23:26 (UTC)
- 乱的不是这4个模板,乱的是没有用这4个模板的条目,这4个模板简单替换一下就能整合,没有维护需要。反而是你开头大骂lang-xm不科学,一转眼自己弄出来个langx|ns,学名是生物学内容为什么非要套在lang上面真的是莫名其妙,--。->>Vocal&Guitar->>留言 2025年6月5日 (四) 13:09 (UTC)
- sname、snamei、lang-xm与species name是四个不同的模板,而且配置各有不同。再者,考量维护负担不能不考虑协同效应,现在也不是所有的学名都用上述四个模板来标示,要维护使用学名的页面自然有着相当大的困难。你们如果选择继续无视这个现实情况的话,我实在无法阻止。Sanmosa 新朝雅政 2025年6月5日 (四) 11:15 (UTC)
- 他搞到矫枉过正,也不是第一次了。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月5日 (四) 07:03 (UTC)
- 见此讨论,这是为了减轻维护模板的负担。Sanmosa 新朝雅政 2025年6月4日 (三) 23:12 (UTC)
- 现在就是早已既有{{Sname}}(使用{{lang|la|學名}})跟以这模板为基础的{{Snamei}}、{{lang-xm}},还有独立的{{Species name}}了。就是Sanmosa阁下认为要汰换掉这些模板。所以才变成现在如此情形,虽然我个人并不完全理解他想全清掉的动机就是。--WiTo🐤💬 2025年6月4日 (三) 06:23 (UTC)
- {{species name}}最为完善,也有sn的短码,直接用这个不就好了,
- (学名:){{sname|XX}} / {{lang-xm|XX}}直接替换,(学名:){{sname|''XX''}} / {{snamei|XX}}替换到{{species name|XX|bn}},剩下的[[学名]]:{{lang|la|''XX''}} / [[学名]]:''XX''都可以比照处理。->>Vocal&Guitar->>留言 2025年6月5日 (四) 13:17 (UTC)
- {{langx}}完全做到一模一样的事情,直接整合进{{langx}}(Module:Lang/data)不就好了,后续处理工夫相似,而且还自带一个现成的监测机制,这点是species name等模板无法做到的。Sanmosa 新朝雅政 2025年6月5日 (四) 23:32 (UTC)
- 确实。支持将sname、snamei、lang-xm和species name整合为一个用同一个langx的二级模板(目前看来应是{{species name}}?)。哪里需要那么多事情。--PexEric 2025年6月6日 (五) 05:12 (UTC)
- 支持整并成同一模板,这才是真正有意义的减负。照现在状况看来,使用参数开关“学名:”词头、可以调整是否斜体、跟加入分类“Category:含有学名的条目”基本上能解决这几个模板间的差异性跟方便追踪,真的不觉得有需要置入lang模板内,且可以做到一样的事情。另该任务之前有运作了一小段时间,Cewbot有subst了一些模板掉(如此)反而造成追踪困难,应该需要回退。--WiTo🐤💬 2025年6月6日 (五) 05:25 (UTC)
- 然而考虑到sname、snamei、lang-xm与species name四个模板结构上与lang、langx模板的高度相似性,如果使sname、snamei、lang-xm与species name四者整合后的模板有着与lang、langx模板不同的设置,那新手可能会难以适应、上手(比如“bn”如何对应斜体我完全看不出来),然而如果四者整合后的模板有着与lang、langx模板完全相同的设置,那直接在Module:Lang/data新开一行比起整合四者更具成本效益。Sanmosa 新朝雅政 2025年6月6日 (五) 07:47 (UTC)
- Binomial nomenclature,虽然我觉得用i(talic)就好了,对应{{common taxon list}}。而且就算是你提议的ns也一样具有需学习跟记忆的成本,我觉得两边没有差异。--WiTo🐤💬 2025年6月6日 (五) 08:14 (UTC)
- @WiTo7946:那我尝试比对一下两种情况的学习记忆成本:
- 由于lang模板的常用性(langx模板的常用性会在不久的将来显现),因此无论学名的模板是否单设,用户必定需要学习lang与langx两个模板的用法,这是两种情况同时具备的学习记忆成本。
- 假如使sname、snamei、lang-xm与species name四者以species name为基础整合,那整合后的species name可能的结构会是{{langx|la|label={{#ifeq:{{{label|}}}|none|none|[[學名]]}}|{{{1}}}|italic={{#ifeq:{{{2|}}}|bn|yes|no}}}},这里label参数与第二匿名参数的用法就与langx模板(与现lang-xx模板)有一定的差异,再计及模板名自身,整合species name会使用户需要额外学习3个项目。
- 假如使sname、snamei、lang-xm与species name四者的机能完全由Module:Lang/data(lang与langx两个模板)承担,那除了语言代码(即上方提议的“ns”)外,用户并不需要额外学习任何其他东西,总计用户仅需要额外学习1个项目。
- 由此可见,两种情况的学习记忆成本是有差异的,而使sname、snamei、lang-xm与species name四者的机能完全由Module:Lang/data(lang与langx两个模板)承担是更具成本效益的方案。Sanmosa 新朝雅政 2025年6月6日 (五) 09:08 (UTC)
- @WiTo7946:那我尝试比对一下两种情况的学习记忆成本:
- Binomial nomenclature,虽然我觉得用i(talic)就好了,对应{{common taxon list}}。而且就算是你提议的ns也一样具有需学习跟记忆的成本,我觉得两边没有差异。--WiTo🐤💬 2025年6月6日 (五) 08:14 (UTC)
- 考虑到无论最终方案是使sname、snamei、lang-xm与species name四者以species name为基础整合,还是(如我提议的一般)使sname、snamei、lang-xm与species name四者的机能完全由Module:Lang/data承担,简单地以lang|la或langx|la标记学名已不再适合,我自己是不反对回退掉Cewbot相关的subst的,然而本来就不是用sname、snamei、lang-xm或species name标记学名的页面比用sname、snamei、lang-xm或species name标记学名的页面来得多,我不肯定回退掉Cewbot相关的subst的效益有多大。Sanmosa 新朝雅政 2025年6月6日 (五) 09:15 (UTC)
- 反正至少已知的部分能处理就处理,另因学名不是种语言的缘故,我觉得还是不该置入lang内。--WiTo🐤💬 2025年6月7日 (六) 13:36 (UTC)
- 然而考虑到sname、snamei、lang-xm与species name四个模板结构上与lang、langx模板的高度相似性,如果使sname、snamei、lang-xm与species name四者整合后的模板有着与lang、langx模板不同的设置,那新手可能会难以适应、上手(比如“bn”如何对应斜体我完全看不出来),然而如果四者整合后的模板有着与lang、langx模板完全相同的设置,那直接在Module:Lang/data新开一行比起整合四者更具成本效益。Sanmosa 新朝雅政 2025年6月6日 (五) 07:47 (UTC)
- 我个人倾向于直接使用纯文本,或者最多使用一个标签来注明它是学名,不需要使用语言相关的模板。因为学名中来自非拉丁语的成分按照原本的语言来发音,它根本无法被对应到一个单一的语言,因此语言标签是多余的。
- 这个问题我早就想提了,只是看本地行之有效就本着没坏别修的原则保持沉默了。--——🦝Interaccoonale(留言・贡献) 2025年6月6日 (五) 05:49 (UTC)
- 总体还是拉丁语的构词方式,外来词、词素按照来源语言发音也不是一件稀奇事。 ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年6月6日 (五) 06:27 (UTC)
学名中来自非拉丁语的成分按照原本的语言来发音
[来源请求] ——自由雨日🌧️❄️ 2025年6月6日 (五) 06:37 (UTC)- 同问,ICZN没有规范学名怎么发音,这边说学名没有标准念法,而这篇文章有推荐一套“复原拉丁语”(相对于19世纪时受当地语音而变异的拉丁语发音而言)的发音表(这文章貌似有阅览限制不过另一网站有这张表),其发音会接近于意大利语或西班牙语。--WiTo🐤💬 2025年6月6日 (五) 07:17 (UTC)
- 确实有问题,甚至拉丁语本身,现在也没有人规定拉丁语怎么发音,重构语音和教会语音都有人用。 ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年6月6日 (五) 07:34 (UTC)
- 没有成文的规则,算是一种习惯。[4]这里说的是人名地名之类的专有名词,不包括拉丁语原本的那些借词。--——🦝Interaccoonale(留言・贡献) 2025年6月6日 (五) 09:40 (UTC)
- 还有个问题就是现有模板只适配到二名法,三名法的subsp. var.又放不进去,如果真的想要做到一劳永逸全适配的话,还需要大量扩充模板功能。->>Vocal&Guitar->>留言 2025年6月6日 (五) 23:49 (UTC)
- 植物学的三名法有什么特殊的需求?Sanmosa 新朝雅政 2025年6月7日 (六) 05:58 (UTC)
- 《ICNafp》:Saxifraga aizoon var. aizoon subvar. brevifolia f. multicaulis subf. surculosa。--WiTo🐤💬 2025年6月7日 (六) 13:37 (UTC)
- @WiTo7946:我没理解错的话,应该只是仅部分文段应用斜体的问题?现在Module:Lang容许自行设定文段应用斜体的部分,而不强制整个文段应用斜体与否(Saxifraga aizoon var. aizoon subvar. brevifolia f. multicaulis subf. surculosa用了{{lang|la}}而不会报错,因此在增补了“ns”后把“la”换成“ns”也同样不会报错),那只要在源代码上正确设置斜体的部分,这“特殊的需求”其实也不需要什么特别的处理。Sanmosa 新朝雅政 2025年6月7日 (六) 13:53 (UTC)
- 姑且觉得是在说sname模板,不过本站姑且有在处理这个的module:TaxonItalics,只是似乎没考虑到这么极限的全展开植物学名,修理一下应可用。--WiTo🐤💬 2025年6月7日 (六) 15:07 (UTC)
- @WiTo7946:我没理解错的话,应该只是仅部分文段应用斜体的问题?现在Module:Lang容许自行设定文段应用斜体的部分,而不强制整个文段应用斜体与否(Saxifraga aizoon var. aizoon subvar. brevifolia f. multicaulis subf. surculosa用了{{lang|la}}而不会报错,因此在增补了“ns”后把“la”换成“ns”也同样不会报错),那只要在源代码上正确设置斜体的部分,这“特殊的需求”其实也不需要什么特别的处理。Sanmosa 新朝雅政 2025年6月7日 (六) 13:53 (UTC)
- 《ICNafp》:Saxifraga aizoon var. aizoon subvar. brevifolia f. multicaulis subf. surculosa。--WiTo🐤💬 2025年6月7日 (六) 13:37 (UTC)
- 植物学的三名法有什么特殊的需求?Sanmosa 新朝雅政 2025年6月7日 (六) 05:58 (UTC)
保护页面选单,原本的“周”(没记错的话)怎么变成“星期”了?最近界面到底都是谁在改Orz —— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月5日 (四) 07:02 (UTC)
- 具体是哪个页面?能否给一下链接?--碟之舞📀💿 2025年6月6日 (五) 11:18 (UTC)
如题,该条目的参考文献、注释及外部链接均未正常显示,不知何故。--银色雪莉(留言) 2025年6月5日 (四) 19:18 (UTC)
- 转换组过多,模板超限。——暁月凛奈 (留言) 2025年6月5日 (四) 19:25 (UTC)
- 原来如此,感谢。--银色雪莉(留言) 2025年6月5日 (四) 19:26 (UTC)
- 可以改用{{noteTA-lite}}。但比对来看,之前那么多转换组确实没用,且Module:CGroup/StarTrek导致过度转换。--YFdyh000(留言) 2025年6月6日 (五) 05:28 (UTC)
注意到目前依然有不少按日期的分类(如Category:8月14日出生),也许再过一轮讨论思考一下如何处理会好很多?附知User:Sanmosa、User:重庆轨交18。--ときさき くるみ 2025年6月6日 (五) 12:56 (UTC)
- 这个更多涉及内容政策问题,应该拿去条目探讨区。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月6日 (五) 14:19 (UTC)
- @Ericliu1912:如果您觉得合适,您可以直接移动。--ときさき くるみ 2025年6月7日 (六) 12:48 (UTC)
- 我个人还是比较希望留住这些分类的,而且也希望{{bd}}恢复自动归类至相关分类的设置,毕竟1年前的AFD的主流意见已经相当显然了。此外,这个意见也很值得参考。Sanmosa 新朝雅政 2025年6月7日 (六) 14:02 (UTC)
如果Infobox settlement(或其他以Infobox settlement为基础的Infobox)中pushpin_map参数填的是“某国#某国 该国某地区”(如“Germany#Germany Berlin”),那么Infobox中的地图会让你选择“在某国的位置”(默认显示)、“在某地区的位置”和“查看全部”(就像这样(英维示例))。但今天我突然发现,Infobox里的国家地图和地区地图全都展开了(示例),这是怎么回事?我看Infobox settlement上次的编辑时间还是在2024年11月11日,难道是Infobox settlement嵌套的某个模块这两天改了?--BigBullfrog(𓆏) 2025年6月6日 (五) 14:55 (UTC)
- 应该是Infobox整体的问题,2025年罗马尼亚总统选举条目也有差不多的事情发生,然而Template:Infobox最近一次修改是在2024年8月24日。Sanmosa 新朝雅政 2025年6月7日 (六) 06:04 (UTC)
- 要嘛其他元模板改了,要嘛MediaWiki又改了。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月7日 (六) 12:52 (UTC)
- 小工具出问题了,从英维复制了最新版本过来,但是需要把wgULS换掉,附知Diskdance。--Dabao qian℡ 2025年6月7日 (六) 19:38 (UTC)
- @Dabao qian: 完成,请复查。--碟之舞📀💿 2025年6月8日 (日) 06:09 (UTC)
- 小工具出问题了,从英维复制了最新版本过来,但是需要把wgULS换掉,附知Diskdance。--Dabao qian℡ 2025年6月7日 (六) 19:38 (UTC)
- 要嘛其他元模板改了,要嘛MediaWiki又改了。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月7日 (六) 12:52 (UTC)
出错页面巴林,{{langx}}若使用|links=no
则会出错显示“错误:参数 |links= 和 |link= 冲突(帮助))”,这种情况下要如何修正。-- Willy1018(留言) 2025年6月7日 (六) 16:04 (UTC)
- 删掉
|links=
参数的部分即可。 - 这次是因为Module:Lang/langx里
link_t
有预先把ar
设定成no了--竹林下小径,月光映一叶 2025年6月9日 (一) 01:17 (UTC)- 这样看起来是Wikipedia:互助客栈/求助#lang-xx模板带有links子项报错问题的延伸伤害了XD--竹林下小径,月光映一叶 2025年6月9日 (一) 01:52 (UTC)
跳转到重定向的目标页面时,在页面顶部出现的“(重定向自某某某)”会出现在可打印版本里。就连{{重定向至此}}模板都不会在打印时保留,这个提示也应该一并去除吧。--Vesekskiy·💬·✍ 2025年6月7日 (六) 18:48 (UTC)
- 已修复,已在测试集群中生效(测试链接)。感谢提报。--Steven Sun(留言) 2025年6月10日 (二) 09:01 (UTC)
特殊页面目前是否还在侧边栏选单?隔壁有人反映缺失,可能不是单站问题,故提出于此。副知@Andayunxiao。注:我用旧版外观,侧边栏好像还在,新版就不清楚。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月7日 (六) 20:11 (UTC)
- 我这里从今年不知道什么时候开始就不见了。--Kcx36(留言) 2025年6月8日 (日) 13:28 (UTC)
- 前几期的技术新闻有提过,现在需要在mediawiki:sidebar中自定义加入才可以,其他姊妹计划可参照本站的设置。参考phab:T388927--百無一用是書生 (☎) 2025年6月9日 (一) 03:21 (UTC)
- Eric Liu 創造は生命(留言・留名・学生会) 2025年6月11日 (三) 09:10 (UTC) 除了维基词典以外,所有站点均已更新(刚好我都有权限)。词典那边,您是管理员,有空可以帮忙更新一下。——
- 目前“特殊页面”放在“帮助”菜单下似乎不合常理,应该放置在主菜单“随机页面”链接之后。--Dabao qian℡ 2025年6月11日 (三) 11:02 (UTC)
- 特殊页面的主要作用不就是帮助么?--百無一用是書生 (☎) 2025年6月12日 (四) 02:52 (UTC)
- 话说“帮助”也叫“说明”( —— Eric Liu 創造は生命(留言・留名・学生会) 2025年6月13日 (五) 11:33 (UTC)
- 前几期的技术新闻有提过,现在需要在mediawiki:sidebar中自定义加入才可以,其他姊妹计划可参照本站的设置。参考phab:T388927--百無一用是書生 (☎) 2025年6月9日 (一) 03:21 (UTC)
请问怎样才能让机器人Willy1018-bot自动把“[[分類
”替换成“[[Category
”?个人认为这个操作是“阿茂整饼——冇嗰样整嗰样”,因为中维是可以识别“[[分類:]]
”的。--📕📙📒📗📘赌博机构最坚定的反对者强烈要求马上删除一切含有赌博网站的编辑摘要! 2025年6月9日 (一) 22:35 (UTC)
- 具体差异?没听懂为什么、要怎样替换。--YFdyh000(留言) 2025年6月10日 (二) 10:56 (UTC)
- 大概是减少计算消耗?毕竟“分类”只是个别名--百無一用是書生 (☎) 2025年6月11日 (三) 07:01 (UTC)
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。
本周要闻
- 临时账号将于本月下半在大型维基百科推出,信任与安全产品团队正在完成部署所需的最后工作。团队已与监管员及其他高阶权限者合作,预测并应对大型维基上可能出现的各种用例,以利社群成员能继续有效地管理及巡查临时账号。这是三个部署阶段中的第二阶段,最后阶段最早将于9月展开。更多关于专案近期发展的资讯,请参阅更新资讯。如有任何意见或疑问,请在讨论页提出,并参加本周二的CEE Catch Up。
近况更新 - 面向编辑者
- 监视清单效期功能可让使用者在特定期间内监视指定页面。期限过后,页面会自动从监视清单移除。本周开始,您可以设定预设的页面监视期限。在偏好设定中,您还可以为编辑、建立和回退操作分别设定不同预设监视期限。 [5]
- 几乎所有维基百科的讨论页外观将变更为新设计(部分维基已采用新设计,少数将稍后获得更新)。您可以在Diff阅读此变更的详细资讯。使用者可以在偏好设定中选择停用此变更(“显示讨论活动”)。 [6][7]
- 特定高阶权限者(包括管理员、行政员、用户查核员、监督员、监管员)现在可以在需要对抗高速账号跳转的破坏行为时,于有限期间内自动揭示所有临时账号的IP地址。此功能为监管员所要求。 [8]
- 本周,内容维护工具团队和机器学习团队将继续推出近期变更的新筛选器,将其部署至更多维基百科。该筛选器利用研究团队所建立的“回退风险模型”(Revert Risk model),醒目标示可能会被回退的编辑,协助近期变更巡查员识别可能有问题的贡献。该功能将在以下维基百科推出:南非语维基百科、白俄罗斯语维基百科、孟加拉语维基百科、威尔士语维基百科、夏威夷语维基百科、冰岛语维基百科、哈萨克语维基百科、简单英语维基百科、土耳其语维基百科。未来几周内,该功能将继续在本专案涵盖的其余维基百科推出。 [9]
- 上周有27件社群提交的工单得到解决。
近况更新 - 面向技术贡献者
MediaWiki message delivery 2025年6月10日 (二) 01:16 (UTC)
- 本次更新版本之后之前所有由语言转换器引起的问题全部消失。--Dabao qian℡ 2025年6月14日 (六) 20:05 (UTC)
此模板对于各个WikiProject是非常有用的功能,可方便维护条目。
在下把提到的钩子:{{WPBannerMeta/hooks/qualimpintersect}}放入{{瑞士专题}}下之后,WikiProject:瑞士#条目现状里还是没有改变,所以问一下懂这块技术的维基人--Htmlzycq(留言) 2025年6月11日 (三) 02:46 (UTC)
- 是不是您忘记在钩子前放入
|HOOK_ASSESS=
了? 见此处的修改--竹林下小径,月光映一叶 2025年6月11日 (三) 07:09 (UTC)- 另外,由于我在上面那笔更改之前没有去翻过WikiProject:瑞士#条目现状,不太确定这样改是否有作用XP--竹林下小径,月光映一叶 2025年6月11日 (三) 07:12 (UTC)
- 好像还是不行,没变化--Htmlzycq(留言) 2025年6月11日 (三) 09:59 (UTC)
- 补上trad=yes似乎好了--YFdyh000(留言) 2025年6月11日 (三) 13:19 (UTC)
- 好像还是不行,没变化--Htmlzycq(留言) 2025年6月11日 (三) 09:59 (UTC)
- 另外,由于我在上面那笔更改之前没有去翻过WikiProject:瑞士#条目现状,不太确定这样改是否有作用XP--竹林下小径,月光映一叶 2025年6月11日 (三) 07:12 (UTC)
Special:Diff/87145174。 ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年6月14日 (六) 15:48 (UTC)
- 可能是因为MediaWiki API无法检测自我编辑冲突:
当中basetimestamp无法检测自我冲突,baserevid可以。暂无时间查看源码,且抛砖引玉。--1F616EMO(喵留言~回复请ping) 2025年6月14日 (六) 15:54 (UTC)basetimestamp: Timestamp of the base revision, used to detect edit conflicts. May be obtained through action=query&prop=revisions&rvprop=timestamp. Self-conflicts are ignored.
baserevid: ID of the base revision, used to detect edit conflicts. May be obtained through action=query&prop=revisions. Self-conflicts cause the edit to fail unless basetimestamp is set.
—— API:Edit- 测试了一下,是和这个有关系的。--Hamish T 2025年6月15日 (日) 01:30 (UTC) 1
- @Hamish: ——自由雨日🌧️❄️ 2025年6月14日 (六) 15:55 (UTC)
如题。首先维基友爱的那个爱心标志变成了文字,其次内容排布也发生了变化导致UI排布出现了故障。不知为何,从4月到现在维基百科的js和css总是频繁出现各种问题,最近又出现了这个。--花开夜 留言 ·签名 ·贡献 2025年6月15日 (日) 02:50 (UTC)
- 看起来这个变化是vector-2022特有的,众所皆知基金会特爱搞事,,,--SunAfterRain 2025年6月15日 (日) 04:59 (UTC)