打开/关闭菜单
打开/关闭外观设置菜单
打开/关闭个人菜单
未登录
未登录用户的IP地址会在进行任意编辑后公开展示。
AdorN留言 | 贡献2025年10月22日 (三) 21:18的版本 (创建页面,内容为“== 关于标题首字母大小写敏感问题 == 由于目前Talk:首页中的讨论串暂时没有结论,暂且用这里当讨论版了,后续需要调整的话再移动。 此前由{{@|amero}}提议,在mw后台调整了主空间和分类空间的大小写敏感配置,该配置会导致首字母大小写不同的两个标题/链接(如“ryo”和“Ryo”)…”)
(差异) ←上一版本 | 最后版本 (差异) | 下一版本→ (差异)

AdorN在话题“关于标题首字母大小写敏感问题”中的最新留言:21天前

关于标题首字母大小写敏感问题

由于目前Talk:首页中的讨论串暂时没有结论,暂且用这里当讨论版了,后续需要调整的话再移动。

此前由@amero提议,在mw后台调整了主空间和分类空间的大小写敏感配置,该配置会导致首字母大小写不同的两个标题/链接(如“ryo”和“Ryo”)被视为完全不同,即ryoRyo成为两个不同的页面,如果只有Ryo存在则内链ryo成为红链。

目前amero还在调整站内链接,为了临时解决链接问题,现在使用的非常邪恶的Hack是:通过魔改mw核心的语言转换功能,强行给所有标题额外添加大/小写变体,目前的效果为(仍以Ryo举例):

  • 在内部链接或url直接输入跳转时,如果使用大/小写标题(ryo),且对应的小/大写标题存在(Ryo),就自动链接或跳转到存在的标题(Ryo)。
  • action=edit 等操作仍然能正常创建不存在的标题(ryo),即大小写仍然是独立的页面。

但考虑到这一更改可能会导致未来的不稳定性和兼容性问题,且站内用户对“大小写敏感”本身意见不一,在此征求各位的意见。目前我能想到的可能方案有:

  1. 保持现状,效果和缺陷如上;
  2. 保持大小写敏感,且去除上述Hack;
  3. 恢复到首字母强制大写,然后使用Func的方案,效果可见群内讨论或icu:Category:小写标题

欢迎各位前来讨论。 --AdorN讨论2025年10月22日 (三) 21:18 (CST)回复