> #define container_of(p, stype, field) ((stype *)(((uint8_t *)(p)) - offsetof(stype, field)))

这个没法保证类型安全吧。

@opentrade 另外就是视频渲染方面的，如果用 canvas(2d/gl)或者 MSE 代替 sciter 的<video>实现，不知道有没有性能差距。

@opentrade 又看了一下，感觉还是有大坑…… sciter 自己造了一套 Reactor 框架，跟原生的 React 虽然像，但还是有太多差别，而且 css/html 的语法也是有差异，修改起来是纯体力活。如果要迁移到 webview ，迟早还是要用原生 js 重写一遍。

涉及到编解码的…

@opentrade 噢，原来已经做了…

说真的，你们真觉得从 sciter 迁移到 webview 的方案能够复用原有的 web 端代码么？看了下原有`ui`里的代码，恐怕把 tis 的代码魔改回标准 es 代码的工作量不亚于重写一遍吧。

2 空格缩进说明前端普遍代码写得烂，嵌套层次深。

CSS 全称 Cascading Style Sheet ，不是 Cascading Style Tree 。

常见的方案有:
- Qt + QtWebengine ，其实跟 libcef 差别不大
- Qt + libcef ，估计你贴的这个就是该方案
- 其他的 native 框架(winform ，wpf 甚至古老的 MFC)+相应的 libcef 封装
- Electron ，对前端开发友好，但是避免不了写 native module
- 比较小众的，flutter/react-native/WinUI 这些

@yohole 有一些其实就是个 xxx.app 文件夹，运行的依赖都在里面，常见于纯 GUI app 。cli app ，其实也大体遵从这个规范的。

这不就是 cef 封装的 webview 么。外壳看不出来是什么，看有个 plugins 不知道是不是 qt 。

Unix 规范。现在有了 snap/flatpack 之类的容器化的打包方式，可以将一个应用的资源全部放在一块。

没想到在 2022 年还能看到 Dreamweaver 这个名字...

> 这些插件的配置语法几乎都是用 Lua 写的，这让用了 10 年 Vimscript 的我感到极度陌生和恐慌

感同身受，起初我也坚持原教旨 vimscript ，后来想了想，我 10 年都没记住 vimscript 的语法，并且 nvim 也自带了 luajit ，也算 first class ，所以最近终于下定决心全部迁移到 lua 了。

是所谓的 monorepo 么？你们构建的产物也是单镜像么，如果是，那建议不要做多余的事情，只要是 monorepo ，做这种 onchange 肯定会带来更多的麻烦（主要是公共引用依赖带来的）

> 只要在 servers 里面配置了 lsp server 就会自动下载

会下载到`$PATH`下么？一般来说不推荐使用插件下载，用发行版的包管理器管理 servers 是更合理的。

厉害，虽然我觉得这里的没几个知道什么是 DT 的…

多数情况下可以通过 git reflog 再 checkout 恢复。