番組WIKI計画#1 - 2024-9-25 10:00
mizudiwood🤖 (25年小结→bgm.tv/blog/366790)
编辑辅助组件
https://bgm.tv/dev/app/3584
其他功能先不要急着改，后面可能有重大版本更新！！
在@bangumi大西王的努力下，书籍的“发售日”、“ISBN”字段已支持列表模式的排序搜索功能，建议wiki人在今后多版本条目的编辑中统一为列表格式，书籍区不同版本建议使用下述“多版本功能”，较小差异，如简繁双版的不同ISBN可使用列表模式。
【支持字段】
书籍：发售日
动画：放送开始/上映年度（剧场版）/发售日（OVA）
三次元：开始/上映日（电影）
游戏：发行日期
音乐：发售日期
遇到bug请反馈
说明：日期字段仅第一行参与实际排序，请遵循原文本>初版>其他版本（时间顺序）的规则排序，原文为大陆的书籍优先非阉割的台/港/澳版完整版。
前情提要：
https://bgm.tv/group/topic/405080
https://bgm.tv/group/topic/404801
注：因为显示问题，插图、出版社等需要关联制作人员的项目请不要使用列表模式。
==========================================================
二级Key已优化显示
https://bgm.tv/subject/142088
==========================================================
游戏“平台”字段为列表模式时，将会显示为紧凑模式
https://bgm.tv/subject/37141
注：平台日期展示还在调试中，请勿大规模修改避免多余劳动
==========================================================
书籍区多版本功能已上线
主版本规则不变，其他版本“版本名”填新版标题或该译本官方译名，“别名”主要填写同版本的英文名或繁体对应的简体便于搜索，作者不用重复填写，日区书籍请使用“完全版”“新装版”“爱藏版”“特装版”等官方定义，引进版港台推荐使用出版社，如“东立版”“尖端版”（有时会有同地区不同出版社授权出版的情况），大陆地区推荐使用出品方，如“天闻角川版”
温馨提示：如果主版本没有的职位在其他版本中有人物关联（如“出品方”），将显示在主版本infobox中，如果不希望显示请在主版本该职位填写“无”或“-”已修
填写样例：
单行本：https://bgm.tv/subject/9443
系列：https://bgm.tv/subject/215524
==========================================================
外链系统已上线
1. 官网请继续使用“官方网站”或“website”字段，可以使用列表模式在二级Key备注版本和地区
说明：infobox游戏默认“website”，动画/三次元默认“官方网站”，其他类型如有需要请自行添加“官方网站”或“website”
2. 在线播放平台、官方SNS、游戏或书籍配信地址的链接统一填到“链接”字段，使用列表模式，二级Key备注平台名，举例1，举例2
3. 常见的第三方链接如“imdb”“Wikipedia”可以适当添加，二级Key请填写具体站点名
待修bug？：
1. 二级Key“en”会强制变为英文名，有时候并不合适
2. 书籍如果主版本没有的职位在其他版本中有人物关联（如“插图”“出品方”），将显示在主版本infobox中
3. 人物别名填了二级Key无法搜索
4. 游戏平台填了版本信息，未填的平台或二级Key将不显示
5. 未填二级Key的链接需要优化显示
6. 列表模式的对齐有问题
7. 一些平台下有多个发行商负责发行时，已关联的发行商条目不会显示为链接
8. http疑似不支持跳转
9. 多版本人员关联只支持精确匹配
10. 书籍如果其他版本关联的人名包含“-”，将显示在主版本infobox中
11. 官方网站不支持包含“?”的地址组件冲突
https://bgm.tv/dev/app/3584
其他功能先不要急着改，后面可能有重大版本更新！！
在@bangumi大西王的努力下，书籍的“发售日”、“ISBN”字段已支持列表模式的排序搜索功能，建议wiki人在今后多版本条目的编辑中统一为列表格式，书籍区不同版本建议使用下述“多版本功能”，较小差异，如简繁双版的不同ISBN可使用列表模式。
【支持字段】
书籍：发售日
动画：放送开始/上映年度（剧场版）/发售日（OVA）
三次元：开始/上映日（电影）
游戏：发行日期
音乐：发售日期
遇到bug请反馈
说明：日期字段仅第一行参与实际排序，请遵循原文本>初版>其他版本（时间顺序）的规则排序，原文为大陆的书籍优先非阉割的台/港/澳版完整版。
前情提要：
https://bgm.tv/group/topic/405080
https://bgm.tv/group/topic/404801
注：因为显示问题，插图、出版社等需要关联制作人员的项目请不要使用列表模式。
==========================================================
二级Key已优化显示
https://bgm.tv/subject/142088
|售价={
[通常版|6,800円＋税]
[ダウンロード版|6,000円＋税]
[トレジャーBOX|12,800円＋税]
[プラチナBOX|30,000円＋税]
}==========================================================
游戏“平台”字段为列表模式时，将会显示为紧凑模式
https://bgm.tv/subject/37141
注：平台日期展示还在调试中，请勿大规模修改避免多余劳动
==========================================================
书籍区多版本功能已上线
主版本规则不变，其他版本“版本名”填新版标题或该译本官方译名，“别名”主要填写同版本的英文名或繁体对应的简体便于搜索，作者不用重复填写，日区书籍请使用“完全版”“新装版”“爱藏版”“特装版”等官方定义，引进版港台推荐使用出版社，如“东立版”“尖端版”（有时会有同地区不同出版社授权出版的情况），大陆地区推荐使用出品方，如“天闻角川版”
|版本:XXX={
[版本名|]
[别名|]
[别名|]
[出版社|]
[插图|]
[发售日|]
[页数|]
[ISBN|]
[书系|]
}
温馨提示：如果主版本没有的职位在其他版本中有人物关联（如“出品方”），将显示在主版本infobox中，如果不希望显示请在主版本该职位填写“无”或“-”已修
填写样例：
单行本：https://bgm.tv/subject/9443
系列：https://bgm.tv/subject/215524
==========================================================
外链系统已上线
1. 官网请继续使用“官方网站”或“website”字段，可以使用列表模式在二级Key备注版本和地区
说明：infobox游戏默认“website”，动画/三次元默认“官方网站”，其他类型如有需要请自行添加“官方网站”或“website”
|官方网站= https://bgm.tv/
[code]|官方网站={
[A|https://bgm.tv/]
[B|https://bangumi.tv/]
}
2. 在线播放平台、官方SNS、游戏或书籍配信地址的链接统一填到“链接”字段，使用列表模式，二级Key备注平台名，举例1，举例2
3. 常见的第三方链接如“imdb”“Wikipedia”可以适当添加，二级Key请填写具体站点名
|链接={
[X|]
[Steam|]
[bilibili|]
[imdb|]
[コミックシーモア|]
}待修bug？：
1. 二级Key“en”会强制变为英文名，有时候并不合适
2. 书籍如果主版本没有的职位在其他版本中有人物关联（如“插图”“出品方”），将显示在主版本infobox中
3. 人物别名填了二级Key无法搜索
4. 游戏平台填了版本信息，未填的平台或二级Key将不显示
5. 未填二级Key的链接需要优化显示
6. 列表模式的对齐有问题
7. 一些平台下有多个发行商负责发行时，已关联的发行商条目不会显示为链接
8. http疑似不支持跳转
9. 多版本人员关联只支持精确匹配
10. 书籍如果其他版本关联的人名包含“-”，将显示在主版本infobox中
11. 官方网站不支持包含“?”的地址组件冲突
顺序
#2 - 2024-9-25 10:52
綿飴
(Internet Smells 病気)
突然好奇能不能把这块利用起来，填写版本然后以某种形式把版本显示在ISBN后面，这样排版可以更统一吧
免得不同条目全角括号半角括号写法一大堆
突然好奇能不能把这块利用起来，填写版本然后以某种形式把版本显示在ISBN后面，这样排版可以更统一吧
免得不同条目全角括号半角括号写法一大堆
#2-4 - 2024-9-25 11:05
mizudiwood🤖
显示也不好显示啊，那不还是ISBN(完全版)，跟非列表模式有啥区别，除非你搞成鼠标悬停气泡
bangumi大西王 说: 这个如果能显示在条目页面倒是可以考虑下，但现在他不显示...
#2-5 - 2024-9-25 11:06
#3 - 2024-9-25 20:29
knh初
#3-2 - 2024-9-25 21:29
knh初
@trim21
年月日不完整的条目，为什么日期是“2025年”的能排序，但日期是“2025”就不能排序了。（条目都经过了最近的修改）
能排序的：
https://bgm.tv/subject/496308
https://bgm.tv/subject/392026
不能排序的：
https://bgm.tv/subject/499871
https://bgm.tv/subject/311075
年月日不完整的条目，为什么日期是“2025年”的能排序，但日期是“2025”就不能排序了。（条目都经过了最近的修改）
能排序的：
https://bgm.tv/subject/496308
https://bgm.tv/subject/392026
不能排序的：
https://bgm.tv/subject/499871
https://bgm.tv/subject/311075
#3-3 - 2024-9-25 21:30
mizudiwood🤖
你@错人了吧
knh初 说: ＠Bangumi娘大西王
年月日不完整的条目，为什么日期是“2025年”的能排序，但日期是“2025”就不能排序了。（条目都经过了最近的修改）
能排序的：
https://bgm.tv/subjec...
#4 - 2024-9-25 22:27
Sai🖖
(Awesome!)
#4-1 - 2024-9-26 11:56
#4-2 - 2024-9-26 12:36
#4-3 - 2024-9-26 14:15
Sai🖖
发售日二级字段先不急修改，后面可能还有改动。
Emily ω Bear 说: 游戏发行日期中填写“Nintendo Switch”时，“en”会被转换为“英文名”。（星际拓荒）
另外，这次更新好像导致原本的制作人员折叠功能失效。
#4-6 - 2025-3-20 18:33
mizudiwood🤖
老板修好了
祈 说: 问题回报，条目合并后二级列表会变成array
[group/topic] 番組WIKI計画 » 讨论[2024年12月起]问题条目/错误章节汇报&编辑问题提醒[已关闭]
#7 - 2024-9-26 23:55
Sai🖖
(Awesome!)
#7-1 - 2024-9-27 16:50
#7-2 - 2024-9-27 16:51
mizudiwood🤖
点展开
knh初 说: 对游戏平台使用二级列表分组语法后，平台的二级列表key就不显示了。
比如博德之门3的
[Windows|PC]不会显示成PC Windows
在不使用分组语法时，Minecraft条目会在平台栏显示出...
#7-6 - 2024-9-27 17:45
mizudiwood🤖
特设不是中文，特设网站都比特设强吧
https://bgm.tv/group/topic/403277#post_2900688
早喵 说: 链接的列表key考不考虑把“特设”也囊括进来便于兼容历史条目，在同人音乐这块还挺常见的
https://bgm.tv/group/topic/403277#post_2900688
#7-7 - 2024-9-28 01:05
Emily ω Bear
游戏条目中假如只有部分平台有独立信息，则没有独立信息的平台会在“平台”一栏中消失。例如《我的世界》中Fire OS和tvOS等平台。
一些平台下有多个发行商负责发行时，已关联的发行商条目不会显示为链接。例如《我的世界》中Android、PS4和Xbox One等平台。
一些平台下有多个发行商负责发行时，已关联的发行商条目不会显示为链接。例如《我的世界》中Android、PS4和Xbox One等平台。
#7-8 - 2024-9-28 01:09
mizudiwood🤖
还在调，还在调，你们不要急着大规模改啊
现在只通知了二级key，书籍的多版本和外链
Emily ω Bear 说: 游戏条目中假如只有部分平台有独立信息，则没有独立信息的平台会在“平台”一栏中消失。例如《我的世界》中Fire OS和tvOS等平台。
现在只通知了二级key，书籍的多版本和外链
#7-11 - 2024-10-10 20:08
mizudiwood🤖
老板修好了
Emily ω Bear 说: 游戏条目中假如只有部分平台有独立信息，则没有独立信息的平台会在“平台”一栏中消失。例如《我的世界》中Fire OS和tvOS等平台。
一些平台下有多个发行商负责发行时，已关联的发行商条目不会显示为链...
一些平台下有多个发行商负责发行时，已关联的发行商条目不会显示为链接。例如《我的世界》中Android、PS4和Xbox One等平台。
#8 - 2024-9-27 15:12
Hyary
(✩ <ゝω・)
#8-2 - 2024-9-27 15:15
mizudiwood🤖
官方网站 / website 只有一个的情况可以不用列表模式，列表模式需要填二级key
引用来源 / HP应该没什么用，只是兼容旧的条目罢了
|官方网站= https://bgm.tv/
|官方网站={
[A|https://bgm.tv/]
[B|https://bangumi.tv/]
}引用来源 / HP应该没什么用，只是兼容旧的条目罢了
#8-3 - 2024-9-27 15:20
#8-4 - 2024-9-27 15:21
mizudiwood🤖
个人站点不是说了用官方网站了吗，怎么又绕回去了
Hyary 说: 二级key像是用来标注广为人知的来源名字，像是维基百科、油管、推特、Steam 这类，而个人个体站点的情况不加二级key直接展示链接会更清晰。并且有时候需要填多个网址。
相关讨论上文
#8-5 - 2024-9-27 15:25
Hyary
这里讨论的不是一级key填什么，而是填多个网址时对应的没有二级key的列表，例如下面的情况
mizudiwood🤖 说: 个人站点不是说了用官方网站了吗，怎么又绕回去了
|官方网站={
[http://tyabashira.tyanoyu.net/date/denkyun.html]
[http://tyabashira.com/discography/denkyun2/]
}#8-6 - 2024-9-27 15:28
mizudiwood🤖
第二个打不开，有什么区别？
Hyary 说: 这里讨论的不是一级key填什么，而是填多个网址时对应的没有二级key的列表，例如下面的情况|官方网站={
[http://tyabashira.tyanoyu.net/date/denkyun.htm...
#8-7 - 2024-9-27 15:31
Hyary
（只是举例而已……
要追究这个具体情况的话……第二个链接需要 Wayback Machine，两个网址分别是不同时期的官网，各包含一部分信息
mizudiwood🤖 说: 第二个打不开，有什么区别？
要追究这个具体情况的话……第二个链接需要 Wayback Machine，两个网址分别是不同时期的官网，各包含一部分信息
#8-8 - 2024-9-27 15:32
mizudiwood🤖
官网1，官网2
你这直接列出来也不清晰啊
我看到的例子一般就是分语言 https://bgm.tv/subject/91173
Hyary 说: （只是举例而已……
要追究这个具体情况的话……第二个链接需要 Wayback Machine，两个网址分别是不同时期的官网，各包含一部分信息
你这直接列出来也不清晰啊
我看到的例子一般就是分语言 https://bgm.tv/subject/91173
#10 - 2024-9-28 09:18
KFLY
(闲杂人等)
问一下，对于有小说/漫画系列的条目来说，加多个版本可以系列和单行本都加上吗？
#10-5 - 2024-9-28 11:22
KFLY
如果是单纯地照着单行本翻译还好，收录的内容不一致的情况下还不好给单行本分版本（记得也不能创建译本来着）
感觉最省事还是只在系列分版本
mizudiwood🤖 说: https://bgm.tv/subject/215524
这个编了一半，还没写完
感觉最省事还是只在系列分版本
#10-6 - 2024-9-28 11:40
#10-7 - 2024-9-28 11:40
mizudiwood🤖
译本分卷不一样不创建单行本哈
KFLY 说: 如果是单纯地照着单行本翻译还好，收录的内容不一致的情况下还不好给单行本分版本（记得也不能创建译本来着）
感觉最省事还是只在系列分版本
#10-8 - 2024-9-28 11:44
#10-9 - 2024-9-28 12:16
#10-10 - 2024-9-28 12:24
#10-12 - 2025-2-14 11:04
mizudiwood🤖
https://bgm.tv/subject/9443
当时说的是，各个版本通过id对应上对的封面，所以我还特意找了每个版本的封面
祈 说: 安利
https://bgm.tv/dev/app/3475
当时说的是，各个版本通过id对应上对的封面，所以我还特意找了每个版本的封面
#10-13 - 2025-2-14 11:06
#12 - 2024-9-29 17:06
綿飴
(Internet Smells 病気)
引用来源没有应用新样式来着
非列表模式的情况下显示效果非常炸裂
引用来源没有应用新样式来着
非列表模式的情况下显示效果非常炸裂
#12-3 - 2024-9-29 17:17
綿飴
感觉这种还是比较想用引用来源这个字段
上世纪已解散Galgame会社根本找不到啥信息的
官网00年就没了，连Logo也是盒子上的用ps修复出来的
mizudiwood🤖 说: 现在这样呢
啥信息都没有，你就引用来源一个名字吗
上世纪已解散Galgame会社根本找不到啥信息的
官网00年就没了，连Logo也是盒子上的用ps修复出来的
#12-4 - 2024-9-29 17:18
mizudiwood🤖
所以你都引用了啥，引用来源不是指资料来源吗，事实是你啥也没填
綿飴 说: 感觉这种还是比较想用引用来源这个字段
上世纪已解散Galgame会社根本找不到啥信息的
官网00年就没了
#12-6 - 2024-9-29 17:20
#12-7 - 2024-9-29 17:21
綿飴
我原本也不填
想着好不容易出个new feature试试看来着
结果字段不支持
mizudiwood🤖 说: ………………………………………………………………
一时竟无语凝噎
话说我从来不填引用来源
想着好不容易出个new feature试试看来着
结果字段不支持
#12-8 - 2024-9-29 17:23
mizudiwood🤖
我感觉这个字段是废的，只是说让旧的条目填这个字段的网址可以点击罢了，新的个人不建议再用
綿飴 说: 我原本也不填
想着好不容易出个new feature试试看来着
结果字段不支持
#12-9 - 2024-9-29 17:23
毕竟，说好的“文庫”不是中文嘛...
#16 - 2024-10-3 09:46
[已注销]
#16-4 - 2024-10-3 10:06
[已注销]
我其實比較好奇的是 公共標籤 會不會跟 私人標籤 重疊
還是公共標籤有一個獨立的位置
畢竟有的用戶放了连载中的標籤以後，就算完結了，也不一定會去改
mizudiwood🤖 说: 进度书籍暂定就只有 连载中 和 已完结
還是公共標籤有一個獨立的位置
畢竟有的用戶放了连载中的標籤以後，就算完結了，也不一定會去改
#16-5 - 2024-10-3 10:09
mizudiwood🤖
应该是单独的，而且普通用户没权限改的
普通人 说: 我其實比較好奇的是 公共標籤 會不會跟 私人標籤 重疊
還是公共標籤有一個獨立的位置
畢竟有的用戶放了连载中的標籤以後，就算完結了，也不一定會去改
#16-8 - 2024-10-3 15:26
[已注销]
我實際測試了一下，現在公共標籤跟私人標籤應該是重疊無誤，這樣進度標籤的實用性就偏低，畢竟我點進去還會看到輝夜姬這種早就完結的作品
mizudiwood🤖 说: 对于没什么争议（比如“漫画”“系列”）的编辑的时候倒是可以顺手选选看看效果，但是不保证调整完成前某些公共标签不会删除
#16-9 - 2024-10-3 15:27
#16-10 - 2024-10-3 15:29
Sai🖖
https://bgm.tv/group/topic/406595
筛选还没上线
普通人 说: 我實際測試了一下，現在公共標籤跟私人標籤應該是重疊無誤，這樣進度標籤的實用性就偏低，畢竟我點進去還會看到輝夜姬這種早就完結的作品
筛选还没上线
#17 - 2024-10-9 18:24
Emily ω Bear
(Time Traveller.)
“在线播放平台”字段本身能不能支持外链样式？这样可以避免“链接”有时需要区分播放页和官方SNS。
#17-2 - 2024-10-9 18:45
Emily ω Bear
因为有B站这种既是社交媒体又是视频网站的情况。
mizudiwood🤖 说: ？没懂，官方SNS二级Key不就是X或者Facebook或者微博吗？播放页是站点的名字，你还要怎么区分
#17-4 - 2024-10-9 18:52
Emily ω Bear
B站播出的一些动画像《凡人修仙传》《百妖谱》等。主要是“链接”光写个bilibili可能有歧义，注明页面性质又有些不美观。类似的网站还有抖音。
mizudiwood🤖 说: 哪个？给我看看
#17-5 - 2024-10-9 18:58
mizudiwood🤖
https://space.bilibili.com/557818222?spm_id_from=333.337.0.0
这种？二级Key可不可以叫“官方bilibili账号”
本来以为在线播放平台是等着关联人物词条的，直接改外联吗
Emily ω Bear 说: B站播出的一些动画像《凡人修仙传》《百妖谱》等。主要是“链接”光写个bilibili可能有歧义，注明页面性质又有些不美观。
这种？二级Key可不可以叫“官方bilibili账号”
本来以为在线播放平台是等着关联人物词条的，直接改外联吗
#17-6 - 2024-10-9 19:16
Emily ω Bear
就是这种形式。我更倾向“在线播放平台”填外部链接，感觉点链接更实用些，关联人物条目有点奇怪？
mizudiwood🤖 说: https://space.bilibili.com/557818222?spm_id_from=333.337.0.0
这种？二级Key可不可以叫“官方bilibili账号”
本来以为在线播放平台...
#17-7 - 2024-10-9 19:17
mizudiwood🤖
话说广播剧不要加季数啦，这个以后都要迁移到音乐区的，季数好怪
Emily ω Bear 说: B站播出的一些动画像《凡人修仙传》《百妖谱》等。主要是“链接”光写个bilibili可能有歧义，注明页面性质又有些不美观。类似的网站还有抖音。
#17-8 - 2024-10-9 19:18
mizudiwood🤖
我不知道，我都行，关联人物是为了快速筛选某平台有哪些作品……？
Emily ω Bear 说: 就是这种形式。我更倾向“在线播放平台”填外部链接，感觉点链接更实用些，关联人物条目有点奇怪？
#17-9 - 2024-10-9 19:19
#17-10 - 2024-10-9 19:20
mizudiwood🤖
国内那种周更的临时放在三次元其他，以后统一迁移
日本的DramaCD照旧放音乐按专辑算
这个不是早就写了吗
https://bgm.tv/group/topic/402872
Emily ω Bear 说: 好的，顺便问一下现在建广播剧条目是建在三次元还是音乐？
日本的DramaCD照旧放音乐按专辑算
这个不是早就写了吗
https://bgm.tv/group/topic/402872
#17-11 - 2024-10-9 19:21
Emily ω Bear
好吧，广播剧条目编辑的不多，没认真看。
mizudiwood🤖 说: 国内那种周更的临时放在三次元其他，以后统一迁移
日本的DramaCD照旧放音乐按专辑算
这个不是早就写了吗
#17-12 - 2024-10-9 19:25
Emily ω Bear
这个或许可以用公共标签实现，比如“Netflix播出”“Crunchyroll播出”之类的。况且如果“在线播放平台”可以关联的话，电视台是不是也可以考虑一下……
mizudiwood🤖 说: 我不知道，我都行，关联人物是为了快速筛选某平台有哪些作品……？
#17-13 - 2024-10-9 19:28
mizudiwood🤖
公共标签的规范化任重而道远，而且所有人物都做成公共标签不现实的，怕不是你点都找不到
Emily ω Bear 说: 这个或许可以用公共标签实现，比如“Netflix播出”“Crunchyroll播出”之类的。况且如果“在线播放平台”可以关联的话，电视台是不是也可以考虑一下……
#17-14 - 2024-10-9 19:31
Emily ω Bear
有那么多在线播放平台吗？
不过也有道理，公共标签只适合首播电视台/播放平台，多平台上架的话会影响其他标签显示。
mizudiwood🤖 说: 公共标签的规范化任重而道远，而且所有人物都做成公共标签不现实的，怕不是你点都找不到
不过也有道理，公共标签只适合首播电视台/播放平台，多平台上架的话会影响其他标签显示。
#17-15 - 2024-10-9 19:32
mizudiwood🤖
我意思是你没发现所有公共标签都显示在维基编辑页面的吗，如果人物做成公共标签到时候你编辑的时候都找不到对应的那一个
Emily ω Bear 说: 有那么多在线播放平台吗？
不过也有道理，公共标签只适合首播电视台/播放平台，多平台上架的话会影响其他标签显示。
#18 - 2024-10-13 12:36
rabbitohh
(梦想成为魔法师 | 自制样式->group/topic/367774)
#18-2 - 2024-10-13 12:40
rabbitohh
找到了，是https://greasyfork.org/zh-CN/scr ... mi-isbn-amazon-link
mizudiwood🤖 说: 可以展开，建议排查组件
之前有个外链的打开了就展开不了，停用就好了
可以通过退出登录或换个浏览器排查
#20 - 2025-1-26 16:51
#21 - 2025-2-5 15:19
祈
突然在想，二级key显示做成悬停title版面好像比较整齐？但相对也没那么直观就是。
不晓得有没有这种需求
不晓得有没有这种需求
#21-5 - 2025-2-5 17:35
#21-6 - 2025-2-5 17:36
#21-7 - 2025-2-5 18:10
#21-9 - 2025-2-5 19:16
綿飴
https://lsky.ry.mk/i/2025/02/05/67a3485096ccd.png
https://lsky.ry.mk/i/2025/02/05/67a348554657b.png
哪种显示会好点
mizudiwood🤖 说: 居然不行吗，那种手指摸上去就冒出气泡的
可以问问其他人的意见ww
https://lsky.ry.mk/i/2025/02/05/67a348554657b.png
哪种显示会好点
#21-10 - 2025-2-5 20:55
mizudiwood🤖
ccd好像不太直观？
綿飴 说: https://lsky.ry.mk/i/2025/02/05/67a3485096ccd.png
https://lsky.ry.mk/i/2025/02/05/67a348554657b.png
...
#21-13 - 2025-2-5 21:39
祈
感觉2好点
能不能再加个function折叠非官方别名呀？
预期视觉效果大概这样
预期实现途径大概这样
function hideUnofficialAlias() {
const $unofficial = $('.sub_container ul li.sub:contains("非官方")');
if (!$unofficial.length) return;
const $aliasLabel = $unofficial.first().parent().parent().find('li.sub_section .tip').first();
if ($aliasLabel.text().includes('别名')) {
$aliasLabel.css('cursor', 'pointer').on('click', () => {
const isHidden = $unofficial.first().css('display') === 'none';
$unofficial.css('display', isHidden ? '' : 'none');
});
}
$unofficial.hide();
}
綿飴 说: https://lsky.ry.mk/i/2025/02/05/67a3485096ccd.png
https://lsky.ry.mk/i/2025/02/05/67a348554657b.png
...
能不能再加个function折叠非官方别名呀？
预期视觉效果大概这样
预期实现途径大概这样
function hideUnofficialAlias() {
const $unofficial = $('.sub_container ul li.sub:contains("非官方")');
if (!$unofficial.length) return;
const $aliasLabel = $unofficial.first().parent().parent().find('li.sub_section .tip').first();
if ($aliasLabel.text().includes('别名')) {
$aliasLabel.css('cursor', 'pointer').on('click', () => {
const isHidden = $unofficial.first().css('display') === 'none';
$unofficial.css('display', isHidden ? '' : 'none');
});
}
$unofficial.hide();
}
#21-14 - 2025-2-5 21:47
綿飴
我看到你也有做排版优化的脚本，要不干脆直接做成超合金组件吧？
祈 说: 感觉2好点
能不能再加个function折叠非官方别名呀？
预期视觉效果大概这样
预期实现途径大概这样
function hideUnofficialAlias() {
...
#21-15 - 2025-2-5 22:05
#21-17 - 2025-2-5 22:58
#22 - 2025-3-8 13:39
祈
默认模板添加了链接字段，但插入位置特别突兀，如果有新加的非默认字段还会被挤到下面，最后视觉效果看起来像是把infobox从中截断：默认STAFF⮕链接一坨⮕非默认STAFF…好难看
话说真有必要默认添加链接字段吗？一堆单行本词条都是用不上的，感觉组件自己加就很够用了。
话说真有必要默认添加链接字段吗？一堆单行本词条都是用不上的，感觉组件自己加就很够用了。
#22-3 - 2025-3-8 14:26
#22-4 - 2025-3-8 14:41
祈
应该不是组件冲突的问题
https://bgm.tv/subject/454684/edit_detail
天野远子 说: 你自己组件冲突排版问题吧，没组件的话，链接默认是最下面的，没问题的。
而且除了书籍区其他区都不需要了？不是所有人都会安装组件，对于其他人来说，有默认是更方便的事情。
https://bgm.tv/subject/454684/edit_detail
#22-5 - 2025-3-8 14:43
天野远子
这个是编辑页面，外面显示都是在最下面的，编辑页面默认的就是在比后面手动添加的在上面，因为是默认就有的，下面的staff项目都是额外手动添加的。
祈 说: 应该不是组件冲突的问题
https://bgm.tv/subject/454684/edit_detail
#22-6 - 2025-3-8 14:50
祈
对，我的意思就是触发了这个老问题。新建的时候会在最下面，但是当另一人编辑后链接就会在中间插入，形成默认STAFF⮕链接⮕非默认STAFF
外部显示也是会被链接隔开的
https://bgm.tv/subject/184017
而链接属于外部信息，这看起来就会很奇怪
天野远子 说: 这个是编辑页面，外面显示都是在最下面的，编辑页面默认的就是在比后面手动添加的在上面，因为是默认就有的，下面的staff项目都是额外手动添加的。
外部显示也是会被链接隔开的
https://bgm.tv/subject/184017
而链接属于外部信息，这看起来就会很奇怪
#22-7 - 2025-3-8 15:02
天野远子
习惯问题了，官网也是在中间的。
要说链接也不一定全是外部的，连载的网站，官推，都是算正式的。
要么让老板改默认最底下。
祈 说: 对，我的意思就是触发了这个老问题。新建的时候会在最下面，但是当另一人编辑后链接就会在中间插入，形成默认STAFF⮕链接⮕非默认STAFF
外部显示也是会被链接隔开的
https://bgm.tv/s...
要说链接也不一定全是外部的，连载的网站，官推，都是算正式的。
要么让老板改默认最底下。
#22-8 - 2025-3-8 15:04
mizudiwood🤖
这个真的是你显示问题吧，我的外链都在最下面
祈 说: 对，我的意思就是触发了这个老问题。新建的时候会在最下面，但是当另一人编辑后链接就会在中间插入，形成默认STAFF⮕链接⮕非默认STAFF
外部显示也是会被链接隔开的
[subject] 沙盒 ~永不...
#22-9 - 2025-3-8 15:09
祈
没吧，我用无痕模式打开都在中间
https://bgm.tv/subject/354667
应该是你有什么组件会固定显示在最下面，有的话给我来一个
mizudiwood🤖 说: 这个真的是你显示问题吧，我的外链都在最下面
https://bgm.tv/subject/354667
应该是你有什么组件会固定显示在最下面，有的话给我来一个
#22-10 - 2025-3-8 15:13
#22-11 - 2025-3-8 15:15
mizudiwood🤖
艹，版本的折叠的按钮怎么在链接右边
祈 说: 没吧，我用无痕模式打开都在中间
[subject] 沙盒 | 沙盒主系列条目
应该是你有什么组件会固定显示在最下面，有的话给我来一个
#22-12 - 2025-3-8 15:19