FooIbar

https://github.com/FooIbar/EhViewer/commit/01e03ec0f089d99b21c556723f3c9a383b540221

试试这个 #1326

No longer valid. #1268

设置里有恢复下载项

> > 设置里有恢复下载项 > > 请问下载里有文件夹分类的计划么 不要在这里问，想要什么功能单独开一个 issue

> 或许可以考虑下protobuf格式， json我感觉性能损失还是有点大 用protobuf会提升很多吗？ 做了个不太严谨的测试，在都使用kotlinx serialization的情况下，`ProtoBuf.decodeFromByteArray(source.readByteArray())`的耗时大概是`Json.decodeFromStream(source.inputStream())`的1.6倍 而且内容基本上都是utf-8文本，文件大小也小不到哪里去，大概是934k vs 997k

4. 好像有点问题，从https://repo.e-hentai.org/tools.php?act=taggroup 拿到的[标签](https://github.com/FooIbar/EhTagTranslation/blob/tag-translations/tag-translations/tags.json)还不如翻译数据库里的多

原因是 `SharedPreferences` 的 `Editor.apply()` 是立即写入内存，然后异步写入持久性储存 而使用 `DataStore` 作为后端的 `DataStorePreferences` 的数据修改是完全异步的 https://github.com/LouisCAD/Splitties/blob/0e4fcbf67c8aea591068366f7736499fbd77f565/modules/preferences/src/androidMain/kotlin/splitties/preferences/DataStorePreferencesImpl.kt#L153

e站现在的搜索结果计数准确性很差，尤其是在搜索条件比较复杂的时候 那个range indicator还准一些

Thanks, but would it be possible to have a separate `maxHardwareBitmapSize` config? In our case, some images (e.g. long screenshots) should not be scaled, and we want to use software...