Predidit
Predidit
硬件加速关闭的话会使用软件解码，这是非常耗电的 升级到 1.6.0 解决弹幕组件相关的能耗问题
能耗问题再 1.8.7 应该不再存在 现在有了更好的硬件加速支持
I recently encountered this issue as well. For all friends facing this problem, I might have a temporary solution. The issue occurs when webview is added to widget tree but...
在 1.4.8 实现
这个问题很麻烦，和 flutter 的一些机制相关。 这里最方便的实现是隐藏已有弹幕而不是清除，但是隐藏的组件的绘制开销并不会降低，这样关闭弹幕一样有较快的电量消耗。 其他方案都需要较大幅度的改动弹幕库。 保持此问题开启以收集更多反馈，如果更多的人认为现在的行为不恰当，我会尝试重构。
这个问题和焦点相关 因为存在 窗体焦点 和 flutter组件焦点 的双重焦点，这个问题非常复杂 只有这两个焦点都正确时，快捷键才会起作用 如果不依赖焦点，使用全局快捷键管理器，就会出现 #321 中提到的快捷键影响文本输入的问题
我确认了这个问题，会尝试修复。
最近几天我回到了这个问题上，但是似乎没有合适的解决方法。 现在的托盘菜单功能基于老的 win32 API。理论上来说，如果我们迁移到新的 windows App SDK。我们就可以自动获得现代的托盘菜单，就像微软的其他自带应用那样。 当我在这方面做了一些工作后，情况开始变的有些复杂，新的 windows sdk 并没有更新的关于托盘菜单的调用。实际上，那些自带应用的漂亮的托盘菜单是 winUI 组件库的一部分，和 winUI 是完全耦合的。 也就是说，我们唯一获取这些空间的方式是引入 winUI 组件库，这非常重。并且会导致后续开发无法在 flutter 指南所要求的标准环境中进行，我们需要额外安装 xaml/winUI 相关开发环境，这会导致标准的 github actions CI/CD 无法兼容 kazumi。我们还需要额外构建自己的 flutter CI/CD runtime...
Linux 现在已经上架到 flathub F-Droid 的上架流程看上去比较复杂，@WhiteXero 有兴趣进行 F-Droid 的上架工作吗。 其他平台暂时还没想到合适的方案
F-Droid 需要从源代码开始编译，由于 kazumi 并不是标准 android 应用，而是 flutter 应用，看上去我们要编写一个非标准的构建脚本。