Vocawiki:讨论版：修订间差异

（未显示8个用户的22个中间版本）

第1行：

__NEWSECTIONLINK__

==各讨论空间页面最新动态==

{{Playlist|height=500px|content={{Special:最近更改/namespace=all-discussions}}}}

== 關於設立本站點的討論版 ==

第24行：

第27行：

:::{{done|根据共识已完成移动}}。——[[User:4O74Y74L74J7|4O74Y74L74J7]]（[[User talk:4O74Y74L74J7|留言]]） 2025年10月27日 (一) 15:48 (CST)

:很难不{{支持}}--[[User:雷欧妮|雷欧妮]]（[[User talk:雷欧妮|留言]]） 2025年10月24日 (五) 23:28 (CST)

----

::放在讨论空间可能更方便扩展和小工具对讨论功能的原生支持，不过目前只是用DT的话看起来在非讨论页命名空间的讨论页加魔术字就好，但DT以外的讨论页扩展和小工具可能需要对此作额外适配。—— [[User:Dreammu|Dreammu]]（[[User talk:Dreammu|留言]]） 2025年10月29日 (三) 08:56 (CST)

:讨论版放在讨论空间下方便最近更改选所有讨论空间快速追踪，放讨论空间更好点。—— [[User:JackBlock|'''JackBlock''']] ( [[User talk:JackBlock|'''-{会話}-''']] • [[Special:Contributions/JackBlock|'''-{記録}-''']] ) 2025年10月27日 (一) 18:36 (CST)

::考慮目前的人數情況，討論版已經足以滿足平時的討論需要，追蹤所有讨论空间更改並不成立。 [[User:人间百态|人间百态]]（[[User talk:人间百态|留言]]） 2025年10月28日 (二) 16:02 (CST)

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

第47行：

第55行：

:召唤一下其他之前在群里对这事发表过意见的：{{@|amero}}{{@|Dreammu}}{{@|星幻丶碎梦}}{{@|Synzi}}{{@|哈里布莱}}{{@|JackBlock}}{{@|Ryb}} <tt style="background:linear-gradient(90deg,#0000 2em,#ffa500 2em 9em,#0000 9em);font:1.05em consolas,monospace">--<span style="background:linear-gradient(45deg,#ffe211 1em calc(100% - 1em),#0000 calc(100% - 1em)),linear-gradient(135deg,#ffe211 1em calc(100% - 1em),#0000 calc(100% - 1em));padding:0 1em 0 0.5em;border-radius:1em 0 0 1em">[[U:AdorN|AdorN]][[User_talk:AdorN|讨论]]<span style="background:linear-gradient(45deg,#0000 1em,#39c5bb 1em calc(100% - 1em),#0000 calc(100% - 1em)),linear-gradient(135deg,#0000 1em,#39c5bb 1em calc(100% - 1em),#0000 calc(100% - 1em));padding:0 1em 0 1em;color:#FFF;"> ⏰︎ 2025年10月24日 (五) 22:19 (CST)</tt>

:{{不支持}}大小写敏感，强制首字母大写+使用{{tl|小写标题}}即可。--[[User:雷欧妮|雷欧妮]]（[[User talk:雷欧妮|留言]]） 2025年10月24日 (五) 23:29 (CST)

:: 《[[BONNIE & CLYDE]]》是一首原文为假名的歌曲。请问如果“对翻译后（尤其是片假名）含有英文进行首字母大小写”不敏感，条目名是否应当对非首字母的“ONNIE & CLYDE”大小写也不敏感？[[User:amero|<span lang="ja" style="display:inline-block;text-align:right;box-sizing:content-box;width:5em;padding:0 .2em;font:600 1em/1.6'BIZ UDPGothic',ui-sans-serif,'Noto Sans JP',sans-serif;background:radial-gradient(1.64em 1.6em at 0 0,#ffe3a8 42%,#ffa8bb 0 67%,#e06bec 0 100%,#bb4eff 0 140%,#ff5aae 0);color:#FFF">——あめろ]] 2025年10月29日 (三) 05:29 (CST)

:实际上在没有大规模需要大小写页面并存的情况下改动该设置并不合理，如果要改善显示有上文3这种更合理的影响更小的方案。—— [[User:JackBlock|'''JackBlock''']] ( [[User talk:JackBlock|'''-{会話}-''']] • [[Special:Contributions/JackBlock|'''-{記録}-''']] ) 2025年10月25日 (六) 00:12 (CST)

:能用方案3的话还是挺好的，虽然我感觉如果没有历史包袱2也还好，说到底还是成本问题……—— [[User:Dreammu|Dreammu]]（[[User talk:Dreammu|留言]]） 2025年10月25日 (六) 00:22 (CST)

第55行：

第64行：

:{{倾向支持}}方案三，本来我是支持1的，如果1有bug的话那么还是3比较好一点

: ——[[User:哈里布莱|哈里布莱]]（[[User talk:哈里布莱|留言]]） 2025年10月25日 (六) 23:18 (CST)

::# “有大量社群/本人/平台混用大小写”不是百科网站对条目名忽略大写的理由，请见我于2025年10月29日 (三) 05:29 (CST)在你后面发表的另一条发言。

::# 你混淆了名称与ID/slug/handle。在Kikuo的[https://kikuo.jp/ 官网]、[https://www.youtube.com/c/kikuo_sound Youtube]、[https://music.youtube.com/channel/UCsrf178D7cjgbhrxfcIWcXg YouTube Music]、[https://open.spotify.com/artist/5FhcqamaRFfpZb4VHV47fu Spotify]、[https://kikuo.bandcamp.com/ Bandcamp]、[https://music.apple.com/cn/artist/kikuo/329020708 Apple Music]、[https://www.instagram.com/kikuo_sound/ Instagram]、[https://x.com/kikuo_sound X（Twitter）]、[https://www.patreon.com/kikuo_sound Patreon]、[https://www.pixiv.net/users/9136834 pixiv]、[https://kikuo.fanbox.cc/ FANBOX]、[https://space.bilibili.com/423855718 bilibili]几个平台中，仅bilibili使用了“kikuo_sound”作为名称，这应该系[https://space.bilibili.com/49999273 “kikuo”已被注册]而B站不允许重名（不论大小写）所致。其他平台若有“kikuo_sound”，均是作为ID而非名称出现。即便其在B站使用了“kikuo_sound”作为账号昵称，其B站投稿均使用首字母大写的“Kikuo”作为自己的名称。 [[User:amero|<span lang="ja" style="display:inline-block;text-align:right;box-sizing:content-box;width:5em;padding:0 .2em;font:600 1em/1.6'BIZ UDPGothic',ui-sans-serif,'Noto Sans JP',sans-serif;background:radial-gradient(1.64em 1.6em at 0 0,#ffe3a8 42%,#ffa8bb 0 67%,#e06bec 0 100%,#bb4eff 0 140%,#ff5aae 0);color:#FFF">——あめろ]] 2025年10月29日 (三) 05:29 (CST)

::#:那为什么本人不用Kikuo_sound作为账号昵称？“kikuo”被注册跟“kikuo_sound”大小写似乎并没有必然关系。—— [[User:Lower|Lower]]（[[User talk:Lower|留言]]） 2025年10月29日 (三) 11:21 (CST)

我来发表我的观点，我支持AdorN的第二个方案，即区分首字母大小写，并在处理完残留链接后移除Hack。

<ol>

<li>

首先让我阐释MediaWiki为什么会做出“忽略首字母大小写并在标题上默认大写”这个功能：

# MediaWiki是西方人开发的一个软件，他们的拼音文字需要在标题、句首将首字母大写。忽略首字母大小写方便他们写出“<code><nowiki>[[</nowiki>'''S'''ome concept<nowiki>]]</nowiki> is explained here.</code>”与“<code>I am referring to <nowiki>[[</nowiki>'''s'''ome concept<nowiki>]]</nowiki> here.</code>”这样的代码，而不必“<code><nowiki>[[</nowiki>some concept{{!}}'''S'''ome concept<nowiki>]]</nowiki></code>”或“<code><nowiki>[[</nowiki>Some concept{{!}}'''s'''ome concept<nowiki>]]</nowiki></code>”。

# MediaWiki是为维基百科设计的，维基百科是一个以介绍概念为主，而非介绍专有名词为主的百科，这意味他们在大多数情况并不需要各处一致的大写/小写，而是根据单词位置决定大小写。

而Vocawiki情况则完全相反，{{着重号|我们是中文百科，不需要句首大写}}；我们介绍的作品、创作者的名称{{着重号|都属于专属名词，需要严格大小写}}。

</li>

<li>

“有大量社群/本人/平台混用大小写”{{着重号|不是百科网站对条目名忽略首字母大小写的理由}}。作为类比，有大量社群/官方/平台混用[[39music!]]中“music”的首字母大小写<ref group="amr">问题也包括“39”与“music!”中间是否有空格。</ref>，请问Vocawiki条目名是否应该忽略首字母“M”的大小写？

* a. 若答案为“是”：《[[Angelfish(Patirchev)|Angelfish]]》也是一首原名为假名的歌曲，在B站搜索“angelfish”，前三个结果都是这首歌，而它们的标题分别为“[https://www.bilibili.com/video/BV1Ws411f7Bq '''A'''ngel'''f'''ish]”“[https://www.bilibili.com/video/BV1bs411f75r '''a'''ngel'''f'''ish]”和“[https://www.bilibili.com/video/BV1Mx411v7tS '''A'''ngel'''F'''ish]”。那么请问Vocawiki条目名是否应该忽略“F”的大小写？

** a.x. 若答案为“是”：《[[Better Off Worse]]》在niconico、YouTube的投稿标题为“Better Off Worse”，而在B站的投稿标题为“BETTER OFF WORSE”。请问条目名是否应当对非首字母的“etter”“ff”“orse”大小写也不敏感？

** a.y. 若答案为“否”，那为什么同样是首字母，第一个单词的首字母就要搞特殊呢？

* b. 若答案为“否”，那为什么同样是首字母，位于字符串第一个字符的字母就要搞特殊呢？

到这里你应该发现了，{{着重号|这应当是搜索引擎与重定向该解决的问题}}，而不是靠忽略条目名中某个位置的字母大小写解决的。

</li>

<li>区分条目名大小写{{着重号|有助于保持全站的对同一条目指代的统一}}，从而体现专业性。对于有明确大小写的条目，如《[[Special:重定向/page/17359|bug]]》（PJSK国际服和国服都使用全小写的标题），忽略首字母大小写允许用户写出<code><nowiki>[[Bug]]</nowiki></code>而他却观察不到任何异样，我已经修正过很多这样的链接了。对于大小写未明确指定的条目，哪怕站外怎么乱七八糟地用，至少在站内达成统一<ref group="amr">如果你没有理由把首字母写成小写，那就写成大写。</ref>也是赏心悦目的。反对首字母大小写敏感的人，是自己想“一会在这边用大写指代该条目所述对象，一会在那边用小写指代该对象”，还是在为某个你想象中如此随性的人着想？还是害怕有人写错了大小写而产生红链？那你怕不怕他把全大写写成仅首字母大写/全小写而产生红链？你怕不怕他打错了单词而产生红链？这可不是靠忽略首字母就能解决的。再说，红链可以在[[Special:需要的页面]]一览，可以方便地通过脚本检查所有红链有无仅大小写不同的条目，可倘若首字母大小写不敏感，写错了首字母的链接又从何查起呢？</li>

<li>这不是投票。解决问题需要的不仅仅是摆态度，还要讲理由。</li>

<li>这不是技术问题，而是决策问题，我们有技术人员可以解决所谓的技术问题。</li>

<li>不用担心历史包袱，我有自动化工具可以解决。及行迷之未远。</li>

</ol>

'''注释：'''

[[User:amero|<span lang="ja" style="display:inline-block;text-align:right;box-sizing:content-box;width:5em;padding:0 .2em;font:600 1em/1.6'BIZ UDPGothic',ui-sans-serif,'Noto Sans JP',sans-serif;background:radial-gradient(1.64em 1.6em at 0 0,#ffe3a8 42%,#ffa8bb 0 67%,#e06bec 0 100%,#bb4eff 0 140%,#ff5aae 0);color:#FFF">——あめろ]] 2025年10月29日 (三) 05:29 (CST)

:# 为什么专属名词的翻译需要严格大小写？

:# 《[[39music!]]》的各种问题就应该忽略。

:#* a.为什么不忽略《[[Angelfish(Patirchev)]]》“F”的大小写？

:#** a.x.为什么不应该对《[[BETTER OFF WORSE]]》等非首字母的大小写进行非敏感处理？

:# 有需要但没有重定向那是编者的错误。至于“搜索引擎与重定向该解决的问题”，请问这个是什么问题，忽略非首字母的大小写吗？那重定向本来就应该去做。

:# 为什么需要“全站的对同一条目指代的统一”，难道需要所有人都强迫使用某个歌名的一种翻译，而且为什么应该存在'''重定向'''（指所有的重定向，并非首字母），那不是违背了你这句话吗？此外要知道即使是官方翻译也未必准确，B站内官方机翻的不在少数。

:#* 既然“全站的对同一条目指代的统一”本身不合理，那后面那些话自然不成立。

:# 为什么'''默认大写'''？——

:[[User:Lower|Lower]]（[[User talk:Lower|留言]]） 2025年10月29日 (三) 11:52 (CST)

::第一点哈里说的更对。—— [[User:Lower|Lower]]（[[User talk:Lower|留言]]） 2025年10月29日 (三) 12:51 (CST)

:只谈第一点

:*Vocawiki是中文百科不代表所有内容都是中文，英文在标题句首书写中的普遍规范就是首字母大小写，这不是根据哪个平台是什么语言为主而改变的。

:*站内对于作品等的标题并不都是所谓专属名词，绝大部分都是社群给的或者纯粹就是机翻的中英文翻译，很多连P主本人都不知晓。既然不属于专属名词，那么更没理由对第三方名词进行规范。

:[[User:哈里布莱|哈里布莱]]（[[User talk:哈里布莱|留言]]） 2025年10月29日 (三) 12:03 (CST)

</dd><dd>先总结一下我对各个方案的看法吧，方案1在有方案3的情况下除了能多创建一个首字母小写的页面感觉没什么其他的优势{{jk|，而且解决方案确实比较野}}；方案2能够保持标题与页面名的一致性；方案3不用修改各处内链的大小写，且能做到在页面与列表外显首字母小写标题。不过看起来方案3的实现是强绑定小写标题模板的，虽然这应该也没啥问题就是了。

</dd><dd>我想“技术上”肯定方案2更好，但对于实际运行还是方案3更好。尽管方案2中内链的问题都能使用重定向解决，但本来是大写标题的写小写内链可能就比较痛苦了，而且这种大写标题可能本来就是在大小写都可以的情况下产生的，特别是在英文转写的假名标题上。如果用重定向解决这意味着会需要特别多重定向，但如果不用重定向解决好像也没什么理由要求各处都强制它大写。bug作为使用假名作为曲名的曲目但是能找到官方英文命名来源的还是少数，毕竟就连流媒体也全是用的Bug或BUG，那这样到底需要为它创建这些重定向页面吗。一边说站内达成统一一边说要用重定向，感觉还是有点微妙的。—— [[User:Dreammu|Dreammu]]（[[User talk:Dreammu|留言]]） 2025年10月29日 (三) 10:38 (CST)

</dd><dd></dd></dl>

[[Category:Vocawiki页面]]

== 关于图片分类树 ==

目前本站对于图片的分类尚没有一个清晰的规划，悬置大量无分类图片无论对于本站站务还是读者都无益处。由此鄙人提议设立[[User:人间百态/图片分类树]]为本站在图片分类方面的临时性指引，待[[Vocawiki:条目格式/图片]]设立后将合并其中。若有问题和意见欢迎提出，我将不胜感激。--[[User:人间百态|人间百态]]（[[User talk:人间百态|留言]]） 2025年11月1日 (六) 17:15 (CST)

:感觉诸如[[:分类:可不]]这种分类跟[[:分类:可不歌曲]]在主站混在一起有点奇怪……？要不要考虑换个命名格式 <tt style="background:linear-gradient(90deg,#0000 2em,#ffa500 2em 9em,#0000 9em);font:1.05em consolas,monospace">--<span style="background:linear-gradient(45deg,#ffe211 1em calc(100% - 1em),#0000 calc(100% - 1em)),linear-gradient(135deg,#ffe211 1em calc(100% - 1em),#0000 calc(100% - 1em));padding:0 1em 0 0.5em;border-radius:1em 0 0 1em">[[U:AdorN|AdorN]][[User_talk:AdorN|讨论]]<span style="background:linear-gradient(45deg,#0000 1em,#39c5bb 1em calc(100% - 1em),#0000 calc(100% - 1em)),linear-gradient(135deg,#0000 1em,#39c5bb 1em calc(100% - 1em),#0000 calc(100% - 1em));padding:0 1em 0 1em;color:#FFF;"> ⏰︎ 2025年11月6日 (四) 11:40 (CST)</tt>

:{{同上}}，同时个人对“歌曲或专辑的作者”的分类以及“按对象分类”部分是否需要存有疑虑，以及真人相关分类在当前的分类树中是移除状态，或尚需商榷。其他分类的思路大体认可。

:另外之后分类树应当会形成一份文件，图片分类合并进入即可。——[[User:4O74Y74L74J7|4O74Y74L74J7]]（[[User talk:4O74Y74L74J7|留言]]） 2025年11月8日 (六) 21:34 (CST)

::我倒是覺得恰恰相反，目前的分類系統需要一個容納歌姬相關圖片和歌曲的母分類。將歌曲分類納入這個母分類中在邏輯上也是說得通的。至於4O74Y74L74J7所屬意見這裏已做修改。另外關於分類樹問題，我認為關於圖片分類的內容比起放在該頁面放在圖片格式的頁面可能更佳。--[[User:人间百态|人间百态]]（[[User talk:人间百态|留言]]） 2025年11月8日 (六) 22:14 (CST)

:::虽然有点岔开话题了，图片页面有建立单独的格式要求的需要吗，感觉除了分类也没啥需要写的吧（——[[User:4O74Y74L74J7|4O74Y74L74J7]]（[[User talk:4O74Y74L74J7|留言]]） 2025年11月8日 (六) 22:33 (CST)

::::有啊，圖片質量，圖片附録信息，圖片版權。雖然現在講這些可能有些早，但早早的規範好圖片相關的問題未必是件壞事。 [[User:人间百态|人间百态]]（[[User talk:人间百态|留言]]） 2025年11月9日 (日) 17:09 (CST)

:::感觉叫“图片管理方针”（或“文件管理方针”）更合适些？

:::如果要按照演唱者加分类的话不如直接用[[:分类:可不歌曲]]，歌曲封面里显然不一定有歌姬，用[[:分类:可不]]会造成困惑。当然如果图里确实是歌姬的话大概没啥问题。<tt style="background:linear-gradient(90deg,#0000 2em,#ffa500 2em 9em,#0000 9em);font:1.05em consolas,monospace">--<span style="background:linear-gradient(45deg,#ffe211 1em calc(100% - 1em),#0000 calc(100% - 1em)),linear-gradient(135deg,#ffe211 1em calc(100% - 1em),#0000 calc(100% - 1em));padding:0 1em 0 0.5em;border-radius:1em 0 0 1em">[[U:AdorN|AdorN]][[User_talk:AdorN|讨论]]<span style="background:linear-gradient(45deg,#0000 1em,#39c5bb 1em calc(100% - 1em),#0000 calc(100% - 1em)),linear-gradient(135deg,#0000 1em,#39c5bb 1em calc(100% - 1em),#0000 calc(100% - 1em));padding:0 1em 0 1em;color:#FFF;"> ⏰︎ 2025年11月9日 (日) 02:09 (CST)</tt>

== Minerva删除后的残留相关需要清理 ==