We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
现有设计:
其中歌词单 设计为 “收纳盒子” 切换代价较大,且不易被用户发现
可以考虑参考网易云音乐的设计,直接将 “歌词单列表” 设计在左侧,和 “制作歌词”、“下载歌曲” 和 “下载歌词” 并列:
The text was updated successfully, but these errors were encountered:
文字内容:
嗯,不过我考虑得更多一些。 如果各种“载体”上的歌词(无论是 lrc 或 txt ,是网易云音乐等歌词软件的歌词数据,还是网络上的)都能被处理,那么无论导入了什么,用户在“制作歌词”页面都只需要以下两种操作: 播放带歌词的音乐(这个歌词可以有时间轴也可以没有); 为歌词制作新的时间轴。 如果实现了以上的功能,就可以用 (music, (lyric_in, lyric_out)) 这样的结构描述一组关联的音乐和歌词,同时它们还可以被存入一个列表(“歌词单”)。像这样做,能够将“歌词单”与“歌词制作”这件事情关联起来,可能是一个比较好的用法。
嗯,不过我考虑得更多一些。
如果各种“载体”上的歌词(无论是 lrc 或 txt ,是网易云音乐等歌词软件的歌词数据,还是网络上的)都能被处理,那么无论导入了什么,用户在“制作歌词”页面都只需要以下两种操作:
如果实现了以上的功能,就可以用 (music, (lyric_in, lyric_out)) 这样的结构描述一组关联的音乐和歌词,同时它们还可以被存入一个列表(“歌词单”)。像这样做,能够将“歌词单”与“歌词制作”这件事情关联起来,可能是一个比较好的用法。
Sorry, something went wrong.
No branches or pull requests
现有设计:
其中歌词单 设计为 “收纳盒子” 切换代价较大,且不易被用户发现
可以考虑参考网易云音乐的设计,直接将 “歌词单列表” 设计在左侧,和 “制作歌词”、“下载歌曲” 和 “下载歌词” 并列:
The text was updated successfully, but these errors were encountered: