Howard-Zhou-77
Howard-Zhou-77
主要是有时候引用块是这样的 ```markdown > 第一行 > > 第二行 ... ``` 这样要是只给第一行打`>`明显就会翻车 至于为啥空行，因为要考虑别的编辑器的兼容性，比如VSCode MPE的预览组件处理引用块就会把两个没用空行隔开的引用行连起来……
我的意思是统一一个格式，比如原文 / 翻译 / 音译这样的（
> 我觉得造一种新格式也不是不可以，然后提供转换功能（ 比如这样： ``` 音译: 1.正文第一行的音译 2.正文第二行的音译 …… 音译2: …… 意译: …… 意译2: …… ```
> 这样是可以使用，不过可能不算一个好方案， 我不清楚有没有现有软件可以生成这个格式的lrc，存量存疑 另外音译是存在多种的，这样设计难以优雅的存储 直接使用一种能够支持音译/多种译文的歌词格式可能更好 网易云的原文是多个lrc的话，用有关函数合并一下应该就好，反正歌词和翻译都是行对齐的 而且翻译这个还是各行标准不一，比如说华为手机播放器用的分割符是`^`
> > > 我觉得造一种新格式也不是不可以，然后提供转换功能（ > > > > > > 比如这样： > > ``` > > > > 音译: > > 1.正文第一行的音译 > > 2.正文第二行的音译 > > …… > >...
> 我不赞同用xml，不考虑体积问题， xml是设计给软件读的格式，人类理解并不直观 如果使用xml编辑查看就必须配备专门的图形化软件辅助 ksc，lrc等格式都可用文本编辑器+正则简单的批量编辑 或从没有时间标签的原始文本制作（仅需简单的程序辅助） 我希望默认格式能够保持这些优点 实际上也确实 我觉得可以用yaml？或者干脆用我最初这版
来个例子：foobar2000 EsLyric扩展的逐字歌词，扩展名就是.lrc 格式是一行一个歌词，然后每行每个字前面一个时间标签。
> > 来个例子：foobar2000 EsLyric扩展的逐字歌词，扩展名就是.lrc 格式是一行一个歌词，然后每行每个字前面一个时间标签。 > > 需要足量歌词文件作为参考，没有文档的的格式需要从文件总结语法 比如方括号时间标签与之后紧邻的尖括号时间标签是否一定相同 若不相同如何显示/以哪个为准，也不清楚尖括号时间标签内容是相对时间还是绝对时间   两个例子，使用绝对时间，而且没有尖括号语法
[sample.zip](https://github.com/zhongyang219/MusicPlayer2/files/8821114/sample.zip) 卡了半小时总算传上去了（
In fact the password seems to be corrupted and unable to be changed……