User:Economy666:修订间差异

来自Arcaea中文维基
(补充)
(update)
 
(未显示同一用户的1个中间版本)
第2行: 第2行:
=== 完成 ===
=== 完成 ===
*曲包页面拆分
*曲包页面拆分
**[[Memory Archive]]
***[[Memory Archive (移动版)]]、[[Memory Archive (NS版)]]
**[[Arcaea]]
***[[Arcaea (移动版曲包)]]、[[Arcaea (NS版曲包)]]
*[[模板:曲目信息]]曲包链接替换
*[[模板:曲目信息]]曲包链接替换
*[[模板:曲包目录]]分为移动/NS两栏
*[[模板:曲包目录]]分为移动/NS两栏
*Memory Archive & Arcaea 曲包 页面 曲目排序自动化
*曲包 信息内 曲目排序自动化 [[模板:PackSong]]
**[[模板:PackSong]]
**可选单平台显示或全平台混合显示
***可选单平台显示或全平台混合显示
** 同样适用于类似 续更新的 曲包,[[World Extend 3]]当前已使用该模板
***理论上也支 其他 曲包, 但什么没必要性


=== 放弃 ===
=== 放弃 ===
第20行: 第23行:
**下文的曲师/谱师
**下文的曲师/谱师
*日文自动转换
*日文自动转换
=== 计划===
 
*优化byd append实现(lasteternity)
=== 放弃===
*<s> 优化byd append实现(lasteternity)</s>
**不想优化了,能用就行


== [[曲师列表]]自动化&链接自动生成 ==
== [[曲师列表]]自动化&链接自动生成 ==
第37行: 第42行:
**不在CAL内的曲师名义会自动在曲师列表创建同名标题,因此需要及时更新新名义或者新合作名义
**不在CAL内的曲师名义会自动在曲师列表创建同名标题,因此需要及时更新新名义或者新合作名义


=== 计划===
=== 维护===
*备注的参数名优先使用artist.songName.text,次优先使用artist.songid.text
*备注的参数名优先使用artist.songName.text,次优先使用artist.songid.text
**已完成,但可能会导致源代码格式不统一,进而造成编辑困难
***可考虑移除该功能
*在对应标题添加artist的提示,类似于备注的提示
*在对应标题添加artist的提示,类似于备注的提示
**好像已完成?


== [[谱师列表]]自动化&链接自动生成 ==
== [[谱师列表]]自动化&链接自动生成 ==
===完成===
===完成===
''' 师列表'''
''' 师列表'''
*[[模块:DesignerSong]]
*[[模块:DesignerSong]]
*[[模板:DesignerSong]]
*[[模板:DesignerSong]]
第58行: 第66行:
**.special为使用了剧情名义的曲目的songid,CDL SDL都找过了没有的话,最终会根据songid判断归属(剧情/其他未知)
**.special为使用了剧情名义的曲目的songid,CDL SDL都找过了没有的话,最终会根据songid判断归属(剧情/其他未知)


=== 计划===
=== 维护===
*备注的参数名优先使用designer.songName.text,次优先使用designer.songid.text
*<s> 备注的参数名优先使用designer.songName.text,次优先使用designer.songid.text</s>
**未动工,已放弃,原因同上
*展现一首曲目的“全难度”谱师对应了哪些难度
**目前使用字体颜色对应曲目所具备的最高级谱面,如[[Tutorial]]-{{color|prs|PRS}}、[[Pentiment]]-{{color|byd|BYD}}、[[Twilight Concerto]]-{{color|etr|ETR}}
***但未来若有ETR与BYD共存的曲目将会显示为ETR颜色,因为4>3
*非常驻谱师随时可以删除,在模板页把那两个谱师移上去就行


=== 说明===
=== 现存问题===
<!--
*[[模板:DesignerSong]]还没写文档(但好像不写也行)
* <del>为什么将全难度定义限定在常规三难度?
* 表格中 难度 标签的宽 似乎没 有限定, 大小 不一
**目前游戏已有五种 难度 ,仅靠“全难 ”三个字无法得知该曲目 哪些谱面,因此改动将全难度定义 限定 在常规三难度 否则一个对游戏 了解的人将无法通过该文本得知全难度谱师为该曲目制作了几个以及哪几个谱面。</del>
* <del>为什么把全难度搞那么多颜色?
**这点仍在纠结,目前如果限定全难度定义的话,最好能够直观地表示出来;但退 步若已经在列表开头说明了,那么把这个杀马特配色去掉也不是不行。</del>
-->
*目前显示颜色已改为最高级谱面,此方案明显优于之前的方案

2024年10月24日 (四) 23:38的最新版本

拆分Memory Archive & Arcaea曲包页面

完成

放弃

  • Memory Archive & Arcaea曲目索引分离

曲目列表自动化

完成

放弃

  • 优化byd append实现(lasteternity)
    • 不想优化了,能用就行

曲师列表自动化&链接自动生成

完成

曲师列表

链接生成

规则数据

  • 模板:ComplexArtistsList.json
    • 简称CAL,现已优化为v2格式,支持匹配替换链接/顺序添加文本两种模式
    • 不在CAL内的曲师名义会自动在曲师列表创建同名标题,因此需要及时更新新名义或者新合作名义

维护

  • 备注的参数名优先使用artist.songName.text,次优先使用artist.songid.text
    • 已完成,但可能会导致源代码格式不统一,进而造成编辑困难
      • 可考虑移除该功能
  • 在对应标题添加artist的提示,类似于备注的提示
    • 好像已完成?

谱师列表自动化&链接自动生成

完成

谱师列表

链接生成

规则数据

  • 模板:DesignersList.json
    • .complex类似CALv2,简称CDL
    • .simple简称SDL,添加了常见的谱师名义,当CDL找不到名义文本时会遍历此表进行匹配
      • 因为这种匹配方法每次都需要遍历整个SDL,因此不常见的谱师名义先放CDL,不要放SDL,尽量一个名义衍生出3种以上名义文本再添加
      • 还要注意添加顺序,比如Toaster放前面Toast放后面,否则Toaster全变成Toaster
    • .special为使用了剧情名义的曲目的songid,CDL SDL都找过了没有的话,最终会根据songid判断归属(剧情/其他未知)

维护

  • 备注的参数名优先使用designer.songName.text,次优先使用designer.songid.text
    • 未动工,已放弃,原因同上
  • 展现一首曲目的“全难度”谱师对应了哪些难度
    • 目前使用字体颜色对应曲目所具备的最高级谱面,如Tutorial-PRSPentiment-BYDTwilight Concerto-ETR
      • 但未来若有ETR与BYD共存的曲目将会显示为ETR颜色,因为4>3
  • 非常驻谱师随时可以删除,在模板页把那两个谱师移上去就行

现存问题

  • 模板:DesignerSong还没写文档(但好像不写也行)
  • 表格中难度标签的宽度似乎没有限定,大小不一