我把第三方词典都移除了，只保留了朗文和欧路内置的词典，还是卡（查前已清除缓存）
但是用了下面这个css后，卡顿好了很多（查前也清除了缓存，不过查多了也会有点卡，清除缓存后又会不卡）。
lm6.css (48.5 KB)
谢谢k大，我终于找到了。是欧路软件。解释页码设置-我设置了【稍大字体】。默认字体下是正常的。
我看了看，我电脑字体没有"Microsoft Yahei"，只有"Microsoft YaHei UI"，然后我在font-family那Times後面加上"Microsoft YaHei UI"，清理缓存重启，结果一样要等一会儿才载入中文按钮，除了中文按钮还有缩写也要等一会儿才载入，如视频所示：
但是是只有在查释意比较多的单词时才等比较久，查释意比较少的单词很快便载入了
然后如果用欧路的划词翻译，在小视窗显示的画面却不用等一会儿才载入，是所有按钮和缩写一起载入的，为什么会这样？
那可能跟欧路调度有关系吧
goldendict ng呢，载入速度如何
goldendict ng也是要等它数秒才能完全载入，见视频：
是不是因为我机器太老旧才会这样？
提高加载速度的方法：
- css里字体名称指定以下，避免没有字体。
1.1 点击按钮里的汉字中也指定下字体
1.2 iOS欧路如果有woff2字体，会快一些 - js有个功能是将something替换成sth.，注释掉
2 个赞
已经对整个class "lm6"用font-family:指定字体，应该不会漏了吧
我也确保了指定的字体是我电脑有的，不知道还差什么
至于js我不会改，没办法了
1 个赞
有道理的，正则替换应该挺浪费性能，把这个拿掉应该确实能提升不少
可不可以弄个没有正则替换的js让我试试？感激不尽
感觉是快了一点点，不过还是有一点点延迟，可能没办法了
karx 老大，
我的手机欧路（安卓苹果都测了），
开启自动展开1+本词典，
查内容长的单词,如take,会白屏一下。（大概一两秒）
我试了有的，这种是词典软件的问题吧
2 个赞
这个其实就是卡顿了，可能是加载内容过多，这个时候你点击ENTRY MENU， thesaurus，collocation 这些框会卡得更明显。你可以做个测试，先查 go 这个词，然后返回再查 take 这个词，这个时候你再点击ENTRY MENU或者点击中文切换，大概率会卡住好几秒。
是的。确实有卡顿现象。估计加载的东西太多。之前几个版本貌似没这个问题。还需要K大帮忙优化了
更新js，css，一些改进，以及薛定谔地优化性能。
我电脑平板手机本来也都不卡，所以不知道提升了多少（估计没多少）
卡的朋友可以用goldendict审查元素，看看面板里的network界面，以及在perfomance界面录制查词过程，并进行性能分析（就像这样）
2 个赞
发现一个奇怪的地方，像是yellow这个单词，词性有3个，其中2个词性只有1个释义，在这2个词性底下会出现展开摺叠例句的按钮，这个展开摺叠例句的按钮有2个小问题：第一这个按钮是控制全部词性的例句的展开摺叠，而不是直觉的只展开摺叠所在词性的例句；第二这个按钮是按下的时候隐藏例句，没有按下的时候显示例句，而不是直觉的按下显示不按隐藏。不知道这些是否大大故意设计成这样，如果是那就当我没说。
另外还有之前回报过的希望Spoken Phrases能预设展开，不知大大对这个建议有没有头绪。
最後感激大大为我们的贡献。
1 个赞
往前翻，会看到答案。。。