vedgy/goldendict 与官方的版本统宗统派，但同样地对提交的代码的条条框框的要求很多，代码风格也未必入得了所有开发者的眼，这一定程度上限制了前进的步伐，同时促生了 GoldenDict 的 ++OCR 和 NG 版本 - 两架马车齐头并进，缺陷是，++OCR 版很稳健但不开源，NG 版开源但不那么稳健，难以完美胜任苛刻学友的要求。
论坛中词典软件百花齐放，但 GoldenDict 还是一代经典，如能补充新鲜血液，独领风骚多少年也不是不可以。
当今版本，唯独 vedgy 版本继承了官方版本的衣钵（优点），小拙不才，斗胆穆提一个 pr，希望先统一一下编码风格，但疏于才技不够，方案不够完善，请坛友献计献策帮助完成：Add pre-commit-config with hooks: clang-format, remove-crlf, remove-t… by uarenul · Pull Request #7 · vedgy/goldendict · GitHub
体验了一番 GoldenDict++ WebEngine 版本，渲染很快乐，字体和排版效果很理想，美中不足的是部分 mdict 格式的词典会导致闪退或内容不显示(导致它后面的词典内容都没了)，初步排查了下原因：1. 内容不符合 HTML 标准 2. 脚本复杂，似乎这是个无法绕过的问题。
同时整理了一份适应于该软件最新版的 OCR 模型，几乎都全了，下载后可直接在软件中配置使用。
最新的5A02版试用了两天，闪退问题没出现，体验上比着vedgy版本稍快和稳定，支持Web、Wiki和在线词典，(⊙﹏⊙)，主要还是它的划词支持能力，onnxruntime搭配支持的识别模型，在词典软件中是无与伦比的。
这个WebEngine版本有一些vedgy版本的影子，可能是借鉴了或直接用了它的WebView的实现。词典程序本体的大小比着WebKit版本没有太大的变化，各个模块间的耦合做的不错。但WebEngine真是个巨无霸，期待它能出个本地的WebView2或WebKit版本，应该会更小巧一些。
AI时代QT作为一个单平台框架已经失去了几乎全部优势，可以说已经是集百家之短了。 只有C++狂热爱好者才会用吧…… 想要ReBorn版本的话，感觉可以用AI直接把源码逐模块转成别的UI框架，然后在这个基础上重新搞？
但是已经有GoldenDict-ng作为更好的分叉了，好像也没有必要。
不见得。Qt应该是全平台通吃，优势应该在工业领域吧。但应用软件应该还是用系统上流行的native框架才会有最强的融入感。
现在正用着NG版本。对C++不熟（语法跟java象一些，所以能看不能写），费了很大力才构建出了vedgy的分叉。只能从使用体验上对比这两个开源版本，稳定性上vedgy版本更胜一筹，操作上也与原版的一致。但可能是缺乏维护功能又没全部实现，vedgy版本又不如++OCR版本。
NG版本开发最活跃，但也可能是过度活跃了，发版本很勤快，每次的新版本总是有个别不可控的改动，每次升级都需要较大的勇气，矛盾呀。
我的理解是，废了很大劲才能构建，正是Qt的过时之处……
AI时代像python/node.js这样开发门槛低到随便有个人——甚至不需要会编程，过来都能直接改几行然后直接跑起来，接着就能fork-PR的项目才容易活跃吧 当然活跃和稳健是相悖的。
稳定性是一门艺术，靠AI并解决不了。
内存和存储都太贵，单纯地想能省一点儿就节省一点儿。从原版GoldenDict升级到NG版本后这两项都变得捉襟见肘，又想用WebEngine所长，所以在考察vedgy版本，不得已。
赞同。
可以请教一下这里WebEngine是希望解决什么难题吗？还是单纯因为有Qt这个锤子所以用上了WebEngine的特性。
用原版GoldenDict时是Qt 4够轻快，界面和字体显示效果都不够好，单纯地升级到NG版本，所以接受了WebEngine，内容显示效果够好，但它并不轻盈。
要改变，是需要一些代价地。
大可不必——不介意期货开源的话可以试试aalookup。安装包仅8.3M，1200本词典的情况下常驻内存50M。
新版本已解决，操作习惯与WebKit版本的原版GoldenDict没有区别，不折腾选哪个了。
哪个新版本已解决？xiaoyifang大的GD-ng吗？我的汉语词典分组里有很多词典之前不显示，也不知道是因为词典互相干扰不显示还是什么原因，用的A大的支持视频的自编译版。现在不知道xiaoyifang大的新版是否能解决这些问题
不聊这个话题了，会被屏蔽
为什么会被屏蔽呢
是不是命中啥关键词了……
啊？还有这操作啊
不中了我 
