打开/关闭菜单
打开/关闭外观设置菜单
打开/关闭个人菜单
未登录
未登录用户的IP地址会在进行任意编辑后公开展示。
AdorN留言 | 贡献2025年10月25日 (六) 23:07的版本 (忘了 //Edit via InPageEdit)

AdorN在话题“關於設立本站點的討論版”中的最新留言:19天前

關於設立本站點的討論版

本主题或以下段落文字,移动自 Talk:首页#關於設立本站點的討論版

很抱歉選擇此處來討論這個話題,但恕我難以找到比這更適合討論這個話題的頁面了。目前本站點的用戶日益增多,僅使用QQ群作為討論場所未免有些乏力。由此本人提議設立本wiki的討論版用以討論站務或申請權限,歡迎各位前來討論。--人间百态留言2025年10月19日 (日) 22:26 (CST)回复

原则上(+)支持 ,况且本站开放注册,今后肯定要在站内设立讨论版。至于具体采取何种形式,只要方便都行,比如把本页直接原地当作讨论版都行(。——4O74Y74L74J7留言2025年10月19日 (日) 22:44 (CST)回复
(+)支持 ,可以直接设在Vocawiki talk:讨论版,暂无需设立二级分区。 SaoMikoto留言2025年10月19日 (日) 23:02 (CST)回复
(+)支持 —— AdorN留言2025年10月19日 (日) 23:04 (CST)回复
(+)支持 -- Lower留言2025年10月19日 (日) 23:11 (CST)回复
(+)支持 —— 哈里布莱留言2025年10月19日 (日) 23:33 (CST)回复
@SaoMikoto@AdorN@Lower@哈里布莱:我覺得把討論版設在Vocawiki空間更好,這樣對應討論頁可以討論關於討論版本身的問題而不必在討論版討論。 人间百态留言2025年10月20日 (一) 15:43 (CST)回复
(+)支持 Wecury留言2025年10月22日 (三) 04:01 (CST)回复
如果无异议的话要不操作一下?放在Vocawiki空间的话需要设置一下$wgExtraSignatureNamespaces--AdorN讨论2025年10月22日 (三) 20:18 (CST)回复
反正无论如何得搞个总结版便于跳转和查看最新发言()——Lower留言2025年10月22日 (三) 20:29 (CST)回复
只有一个版了为啥还要跳转( SaoMikoto留言2025年10月24日 (五) 23:29 (CST)回复
放在偶数空间那还叫“讨论”版吗?--過去最高を再々 2025年10月24日 (五) 23:32 (CST)回复
問題是討論空間就不是這麽用的,討論空間只能是對應頁面的相關討論存放處而非討論的主頁面。 人间百态留言2025年10月25日 (六) 22:47 (CST)回复
但是不搁在讨论空间的话,“最新留言:多久之前 | X条留言 | Y人参与讨论”这一栏不会显示吧。——4O74Y74L74J7留言2025年10月25日 (六) 22:54 (CST)回复
这个后台可以配置的。 SaoMikoto留言2025年10月25日 (六) 23:06 (CST)回复
跟上面提到的那个配置有关,调了就行。 --AdorN讨论 ⏰︎ 2025年10月25日 (六) 23:06 (CST)回复
很难不(+)支持 --雷欧妮留言2025年10月24日 (五) 23:28 (CST)回复

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

由于目前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)回复

虽然我也没意识到内链会变得完全大小写敏感(如果因误解配置了大小写敏感,我自裁),不过不妨碍我本人的观点:
(-)反对 2.保持大小写敏感,且在内链调整完成后去除上述Hack(1还是3我暂时不评价);
(-)强烈反对 对翻译后(尤其是片假名)含有英文进行首字母大小写敏感;
(=)不反对 原名为大小写的全改为对应大小写,即小写标题改为小写(在我认知范围里P主只有Eve明确说过不要小写,虽然我暂没找到来源()。————Lower留言2025年10月22日 (三) 21:54 (CST)回复
召唤一下其他之前在群里对这事发表过意见的:@amero@Dreammu@星幻丶碎梦@Synzi@哈里布莱@JackBlock@Ryb --AdorN讨论 ⏰︎ 2025年10月24日 (五) 22:19 (CST)回复
(-)不支持 大小写敏感,强制首字母大写+使用{{小写标题}}即可。--雷欧妮留言2025年10月24日 (五) 23:29 (CST)回复
实际上在没有大规模需要大小写页面并存的情况下改动该设置并不合理,如果要改善显示有上文3这种更合理的影响更小的方案。—— JackBlock ( 会話記録 ) 2025年10月25日 (六) 00:12 (CST)回复
能用方案3的话还是挺好的,虽然我感觉如果没有历史包袱2也还好,说到底还是成本问题……—— Dreammu留言2025年10月25日 (六) 00:22 (CST)回复
(+)支持 1.保持现状。原文标题是小写就该保持小写,而不是强制大写后再挂{{小写标题}}修正。个人认为现在技术上能区分大小写,就先这样保持,Hack目前也挺好用。说到历史包袱问题,如果能修正完所有内链就更好了( WecuryTalkContribs 2025年10月25日 (六) 00:52 (CST)回复
这几天忙,不想动脑,忙完再细看。 ——あめろ 2025年10月25日 (六) 13:42 (CST)回复