wangyizhi

> 所以我才說， 把wrapper的部份直接塞到代碼腳本就好 反正沙盒環境也是獨立，互不相干，也是要獨立生成 而且沙盒環境跟inject/content本來就要一致 > > 對話的部份是沒辨法，一定要有scripting /content script > > 但動態代碼都是userscripts api那邊搞 對話部份用靜態的就可以。直接scripting做 > > 不過這些更進一步的改動可以之後處理 不用一步登天 wrapper赛到脚本代码里面，那么每个脚本都要去处理沙盒和一些共用的东西，这样消耗的更多，始终还是要 inject 和 content 的，而且就算是塞进去，那也是另外一种概念上的 inject 和 content，你的脚本始终是要在这两个环境中运行的，不要考虑这个了 不考虑firefox的情况下，我感觉这个scripting还是意义不大，还是不太想引入scripting加大复杂度，光看性能测试，差距不算很大，而且还额外加入了一个页面的消耗，实际情况也不是会去给每个tab发的 或者只在firefox的环境下使用这种模式，chrome使用老的模式

我看到了你在mozilla的提问了，本来想等他们回复再决定加不加scripting的，但是没信了？ 还是不太想加入scripting，有额外的消耗，且加大了代码和维护的复杂度，至于考虑Firefox的兼容问题，我觉得再等一段时间看看吧，Firefox的mv3缺少好多东西

> > 我看到了你在mozilla的提问了，本来想等他们回复再决定加不加scripting的，但是没信了？ > > 还是不太想加入scripting，有额外的消耗，且加大了代码和维护的复杂度，至于考虑Firefox的兼容问题，我觉得再等一段时间看看吧，Firefox的mv3缺少好多东西 > > 还好吧。用 scripting 解决了， Firefox MV3 版就大致完成了 如果要用 `chrome.storage.onChanged.addListener`, 还是要 scripting > > 这个PR的scripting 是在异步协助跟service_worker的沟通 不会加大了代码和维护的复杂度 （你喜欢的还可以搞个什么 scriptingServer scriptingClient ） 有额外的消耗是没错。但为了不用在 service_worker 用...

可能是bug，我先确定是个什么情况

怎么都到这个分支去了 [develop/raw-message](https://github.com/scriptscat/scriptcat/tree/develop/raw-message)

> 现在ScriptCat的页面排序后，应提供一键更新至永久排序 > > 例如用 name 排了后，按一下"应用" 就能把所有 sort 改至现时显示的顺序 > > 这样更简单实现 > 不用又记住 sort 又记住按了什么 升序、降序 > > 至于 筛选状态 还好吧。。。 但是新安装的脚本是放在最前面，又破坏了顺序 至于筛选状态，先不管，等有用户提再说