✨ UI支持 about yutto HOT 17 OPEN

嗯，早期有计划开一个 yutto rpc 子命令开启 rpc 服务，不过一直没有去实现

关于 UI 两个方案都可行，都是非常合适的跨平台方案

下载进度的话，目前我的想法是将这里的 show_progress 服务替换一下，将其信号传给监控程序，进而提供给外部这样，不过只是目前的想法啦，具体实现还没有去研究～

from yutto.

嗯的， 之前一直没太想明白进度这块子该怎么做

UI的话，从复杂度上可以先实现方案1的UI，Electron这种，对个人用户会比较友好的。
关于第二种方案更适合做成服务或者是自动化追剧的场景了，配合plex, emby, jellyfin之类的应该会更契合。

from yutto.

话说， UI支持是另开个分支开始弄另一个仓库好一点？打算试试
可能要直接集成开启rpc服务，然后和electron端通讯。

from yutto.

emmmm，rpc 的话应该需要集成在 yutto 内部吧？UI 可以另开一个 repo。

唔，其实关于 repo 我觉得可以开一个组织，把 yutto 所有相关的 repo 放到里面（yutto、bilili、biliass、docs、UI 等），唔，你觉得这样如何？

from yutto.

emmmm，rpc 的话应该需要集成在 yutto 内部吧？UI 可以另开一个 repo。

唔，其实关于 repo 我觉得可以开一个组织，把 yutto 所有相关的 repo 放到里面（yutto、bilili、biliass、docs、UI 等），唔，你觉得这样如何？

good, 我觉得可以的，全放在组织里统一起来。
嗯的，rpc要集成在yutto内部。所以是不是会衍生出两种使用方式：

1. 命令行工具单次调用
2. 提供常驻rpc服务
   后者用来和UI结合

from yutto.

嗯嗯，对的，是需要两种使用方式的，rpc 应当完全不影响现有命令行单次调用方式的～

对于组织名有没有什么建议呢？我能想到的就是 yutto-dev、yutto-moe-projects 这类的～

from yutto.

嗯的，不能影响到现有调用方式。可以考虑独立rpc服务启动入口区分开来。
组织名，emmm, 我是个取名纠结症重度患者。
yutto-projects?我大概只能想到这种没啥创意的名字

from yutto.

唔，那就 yutto-dev？参考 vitest-dev 这样的大项目，以后也可以买个域名 yutto.dev（唔，说这个还有点早……）

from yutto.

我觉得可以

from yutto.

已经创建并迁移过来啦～其余几个 repo 我会陆续迁移～另外也发送加入的邀请啦～

from yutto.

嗯嗯，收到啦

from yutto.

ui 的 repo 名称有什么建议没？我就想到个 yutto-gui 😢

from yutto.

唔，其实都可以，也可以像 yutto 这样使用日语罗马音，比如说喜欢的角色的，当然 yutto-gui 也可以啦～

from yutto.

唔，我们要不要创建个交流群之类的……不过我不知道选用什么平台比较好，Discord 看起来不错，不过感觉 yutto 这样冷清，可能没人进……

from yutto.

可以的，你平时用的啥？ 我都可以

from yutto.

那就 discord？https://discord.gg/5cQGyFwsqC，不过貌似 discord 是需要科学上网的……

from yutto.

来了， 我现在就科学着呢。。不然速度老慢

from yutto.