Predidit
Predidit
webview 有问题，应该要打断点慢慢调。 webview_flutter 换成 gitee 上的版本了吗。
我觉得问题可能在 E BasicMessageChannel# --> Failed to handle messageInit error. The WebviewController must be associated with a Web component 这个插件可能存在和 webview_windows 一样的问题，也就是 controller 进行部分初始化操作时当前视图中必须包含 webview 组件(高度为0的组件同样会被优化掉而不出现在当前视图中)。所以调用 webview_windows 时部分初始化操作的顺序和 webview_flutter 不同 不过我现在试图迁移到...
这部分的其实存在问题，高度为1的组件需要正常渲染，PlatformView 的性能开销很高，修改后程序会在播放器页面额外消耗 webview 渲染的资源。 webview_windows 没有这一问题是因为在 native 部分做了修改，在高度为1时不执行渲染。 现在好像没有可靠的CI可以实现hap构建
@ErBWs 如果你觉得可以的话可以单独维护一个仓库，在你的分支仓库进行发布。然后在主仓库提交PR在 readme 添加到对应仓库的链接 由于单一用户只能有特定仓库的一个分支仓库，为了方便从主仓库同步更改，以及向主仓库提交更改，建议在分支仓库同时建立带有 ohos 支持和不带 ohos 支持的两个分支。 我们没有办法在主仓库迁移到 flutter_ohos 版本。3.22会损坏 Linux 和 macos 此外由于hap构建缺乏ci，我对在主仓库建立新分支并进行ohos相关维护缺乏兴趣
感谢 @ErBWs 的工作，我们现在已经有了可用的发布版本，在 readme 中可以找到指向对应分支的链接。 我想我们现在可以关闭这个 Issue，并开新的 Issue 来追踪 ohos 当前发布版本中的小问题。
我觉得这种排列方式不是好主意，不过番剧源选择面板确实需要重新设计
我们提供的 ipa 文件是没有签名的 这看上去是自签没有成功 重新签一下，或者换一个签名工具试试
所有类似的痛苦都来自我们想极力避免对 Bangumi API 的重复调用 如果我们将调用频率大概翻倍，这些功能都能实现
这个功能应该没有正确工作过。 cache_network_image 库的缓存机制很复杂，正常的缓存清理手段似乎不起作用，我要想想解决方案。
已经修正