GoldenDict-ng(Linux/macOS/Windows)基于Qt5.15.2/Qt6.X版本

random · 2023 年3 月 28 日 05:30

Dependency里说需要： C++17 compiler
是不是通过下面这个参数，这个参数在哪里设置的？
（对编译不太熟悉，希望不要介意哈）

-std=c++17

random · 2023 年3 月 28 日 07:02

报错了后，生成了一个GoldenDict.app 不过好像运行不起来

linking GoldenDict.app/Contents/MacOS/GoldenDict
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libogg.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libswresample.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libvorbis.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libvorbisfile.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/liblzo2.dylib) was built for newer macOS version (11.0) than being linked (10.14)

xiaoyifang · 2023 年3 月 28 日 07:07

我对macos也不熟悉，看其他人吧

把错误发出来，上面的看起来是warning

random · 2023 年3 月 28 日 07:12

qmake 没有报错
make的时候有很多warning，最后报错：

linking GoldenDict.app/Contents/MacOS/GoldenDict
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libvorbisfile.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libogg.dylib) was built for newer macOS version (11.0) than being linked (10.14)
dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libvorbis.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/liblzo2.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libavutil.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libhunspell.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libzstd.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libswresample.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libavformat.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libtiff.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/liblzma.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libeb.dylib) was built for newer macOS version (12.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libopencc.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libavcodec.dylib) was built for newer macOS version (11.0) than being linked (10.14)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libvorbisfile.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libogg.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libvorbis.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libavutil.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libhunspell.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libeb.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libopencc.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libavformat.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libswresample.dylib) was built for newer macOS version (12.0) than being linked (11.0)
dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libzstd.dylib) was built for newer macOS version (12.0) than being linked (11.0)
ld: warning: dylib (/Users/xxx/general_purpose_development/goldendict/maclibs/lib/libavcodec.dylib) was built for newer macOS version (12.0) than being linked (11.0)
mkdir -p GoldenDict.app/Contents/Frameworks && cp -nR /Users/xxx/general_purpose_development/goldendict/maclibs/lib/ GoldenDict.app/Contents/Frameworks/ && mkdir -p GoldenDict.app/Contents/MacOS/locale && cp -R locale/*.qm GoldenDict.app/Contents/MacOS/locale/ && mkdir -p GoldenDict.app/Contents/MacOS/help && cp -R /Users/xxx/general_purpose_development/goldendict/help/*.qch GoldenDict.app/Contents/MacOS/help/ && mkdir -p GoldenDict.app/Contents/MacOS/opencc && cp -R /Users/xxx/general_purpose_development/goldendict/opencc/*.* GoldenDict.app/Contents/MacOS/opencc/
make: *** [GoldenDict.app/Contents/MacOS/GoldenDict] Error 1

xiaoyifang · 2023 年3 月 28 日 07:24

你执行的命令也发一下
可以参考里面的 build 和 package 的步骤
goldendict/macos.yml at staged · xiaoyifang/goldendict · GitHub

random · 2023 年3 月 28 日 07:49

第一次是通过qt online installer安装的qt，配置路径：

export PATH="$PATH:/Users/xxx/Qt/6.4.3/macos/bin"

然后依次执行：

qmake CONFIG+=release CONFIG+=zim_support   CONFIG+=chinese_conversion_support QMAKE_APPLE_DEVICE_ARCHS="x86_64 arm64"

make

报了上面的错。

第二次通过brew安装了qt：

brew install qt

然后（下面编译选项与前面比，去掉了 x86_64 ）：

qmake CONFIG+=release CONFIG+=zim_support   CONFIG+=chinese_conversion_support QMAKE_APPLE_DEVICE_ARCHS="arm64"

make

第二次的报错信息（这次没有warning警告了，但有error）：

linking GoldenDict.app/Contents/MacOS/GoldenDict
mkdir -p GoldenDict.app/Contents/Frameworks && cp -nR /Users/xxx/general_purpose_development/goldendict/maclibs/lib/ GoldenDict.app/Contents/Frameworks/ && mkdir -p GoldenDict.app/Contents/MacOS/locale && cp -R locale/*.qm GoldenDict.app/Contents/MacOS/locale/ && mkdir -p GoldenDict.app/Contents/MacOS/help && cp -R /Users/xxx/general_purpose_development/goldendict/help/*.qch GoldenDict.app/Contents/MacOS/help/ && mkdir -p GoldenDict.app/Contents/MacOS/opencc && cp -R /Users/xxx/general_purpose_development/goldendict/opencc/*.* GoldenDict.app/Contents/MacOS/opencc/
make: *** [GoldenDict.app/Contents/MacOS/GoldenDict] Error 1

random · 2023 年3 月 28 日 08:12

Git仓库下下来后，执行 git branch:

* staged

是编译这个分支对吗

xiaoyifang · 2023 年3 月 28 日 08:13

对的。 QMAKE_APPLE_DEVICE_ARCHS 这个参数去掉看看。

random · 2023 年3 月 28 日 08:25

这次没有错误了，不过有很多警告
log.txt (16.0 KB)

另外生成的 GoldenDict.app 还是无法运行（make install 没有执行，应该不需要这步？）

更新：

第二次执行上面的qmake和make命令，又报错：

linking GoldenDict.app/Contents/MacOS/GoldenDict
mkdir -p GoldenDict.app/Contents/Frameworks && cp -nR /Users/xxx/general_purpose_development/goldendict/maclibs/lib/ GoldenDict.app/Contents/Frameworks/ && mkdir -p GoldenDict.app/Contents/MacOS/locale && cp -R locale/*.qm GoldenDict.app/Contents/MacOS/locale/ && mkdir -p GoldenDict.app/Contents/MacOS/help && cp -R /Users/xxx/general_purpose_development/goldendict/help/*.qch GoldenDict.app/Contents/MacOS/help/ && mkdir -p GoldenDict.app/Contents/MacOS/opencc && cp -R /Users/xxx/general_purpose_development/goldendict/opencc/*.* GoldenDict.app/Contents/MacOS/opencc/
make: *** [GoldenDict.app/Contents/MacOS/GoldenDict] Error 1

xiaoyifang · 2023 年3 月 28 日 08:27

等其他人吧，我对macos完全不熟悉

xiaoyifang · 2023 年3 月 28 日 09:01

fix: when in dark reader mode, the transparent image has a very bad d… by xiaoyifang · Pull Request #428 · xiaoyifang/goldendict-ng · GitHub 先简单处理了。

Jasoon · 2023 年3 月 28 日 11:24

快捷键啊，ctr ↑ ↓

hahaya · 2023 年3 月 28 日 11:25

兄弟，这都多久以前的反馈了。。。现在这些问题早解决了

Jasoon · 2023 年3 月 28 日 11:25

webengine 字和图片比较模糊，怎么办？

Jasoon · 2023 年3 月 28 日 11:26

有些人不知道快捷键是什么，后来人看看吧

random · 2023 年3 月 29 日 02:33

chatgpt 说是编译器或者连接器导致的：

xiaoyifang · 2023 年3 月 29 日 08:12

有些坛友反馈了好久的一个问题。渐进加载。
多个词典的时候，按顺序，完成1个词典，加载一个。

见最新版本

lilei · 2023 年3 月 31 日 13:00

视频版goldendict好久没更新了

donghaisisheng · 2023 年4 月 2 日 00:53

最近的windows版总有以下情况：输入字词查询时，浏览器便会跳出无数个网页（都是自己加的在线网站），导致死机。请问是哪里的原因呢？

xiaoyifang · 2023 年4 月 2 日 01:12

详细一点，什么版本
什么网页，怎么弹出的，
不像是软件的功能，你是不是有加载什么脚本/特别的词典之类的。

donghaisisheng · 2023 年4 月 2 日 01:54

最近几个windows版本都这样，今天是试用的 6.4.3-GoldenDict.exe_windows-2019_20230330.GoldenDict.exe_windows-2019_20230330。具体情况是只要查词，浏览器就会跳出很多网页，这些网页都是我加在“编辑—词典—网站”中的，比如必应搜索即为%GDWORD%。但之前没有这种问题，如目前在用的同一系列的GoldenDict-Windows.7a6db312-092537版本，就一切正常。 - 搜索

xiaoyifang · 2023 年4 月 2 日 02:06

还是没明白你的问题，也没重现出来

gd本身没有这种功能，建议你自己先研究下，比如先禁用部分词典看看。

donghaisisheng · 2023 年4 月 2 日 02:26

等下个版本我再试一下，到时再详细报告问题吧

last_idol · 2023 年4 月 2 日 02:30

录个视频，更好理解。

xiaoyifang · 2023 年4 月 2 日 11:49

用这个版本试下

First_Last · 2023 年4 月 2 日 13:14

请问一下， Goldendict 的分组设置是存在那个档里？
想把 windows 下的分组 copy 到 linux 里。

random · 2023 年4 月 2 日 16:44

可以了

xiaoyifang · 2023 年4 月 3 日 00:59

本地编译可以了吗，

如果还是不可以，可以尝试用github编译。fork分支，然后手动运行action任务。

xiaoyifang · 2023 年4 月 3 日 01:00

不建议这个方法，操作不当，容易损坏文件

First_Last · 2023 年4 月 3 日 02:34

了解。
几百部辞典分成十几个群组，
看来要花很多时间来搞。
趁着这机会整理掉一些少用的。

random · 2023 年4 月 3 日 07:41

本地编译还是不行… action这个是怎么用的

random · 2023 年4 月 3 日 07:48

点击哪个是运行action任务的？

想生成这个：

xiaoyifang · 2023 年4 月 3 日 08:45

random · 2023 年4 月 3 日 09:47

编译失败了：

xiaoyifang · 2023 年4 月 3 日 09:48

错误点进去看下

random · 2023 年4 月 3 日 09:51

错误提示：

Resource not accessible by integration

xiaoyifang · 2023 年4 月 3 日 09:54

github的问题

random · 2023 年4 月 3 日 10:04

GitHub Apps 页面提示这个，是不是需要安装什么GitHub app：

xiaoyifang · 2023 年4 月 3 日 10:11

应该跟这里没关系

random · 2023 年4 月 3 日 10:13

这个metadata设置的地方在哪里？

xiaoyifang · 2023 年4 月 3 日 10:19

没看到过。。。。。。不记得我有做过设置。估计是对fork的版本有限制。

random · 2023 年4 月 4 日 02:13

按照这个stackoverflow链接里第一个回答设置了一下，可以了，非常perfect

go to https://github.com/OWNER/REPO/settings/actions and in Workflow Permissions section give actions Read and Write permissions . That provides your token with rights to modify your repo and solves your problem.

random · 2023 年4 月 4 日 05:07

反馈2个小问题：

输入框里输入单词get，回车，加载查词结果。然后：

把输入框清空，然后切换分组，这时候分组切换了，但查询结果还是之前的。
从其他app复制了get on，然后回到goldendict，通过 Ctrl ＋ V 粘贴查get on，此时加载了get on的查询结果。然后直接切换分组，切换后的内容是get的查询结果，不是get on了。

感觉改成下面这样会不会更好一些：

如果输入框没有焦点，切换分组的时候，应该以当前所显示查询结果对应的单词为准
如果输入框有焦点，切换分组的时候，就以输入框里的内容为准

xiaoyifang · 2023 年4 月 4 日 14:11

这部分的逻辑，需要仔细梳理下。

印象中有好记得地方会影响（或期望影响）输入框中的实际文本。
1 切换分组
2 直接当前窗口中双击查词
其他

要怎么显示才更符合操作习惯，需要仔细考虑。

random · 2023 年4 月 5 日 08:28

的确需要仔细考虑。

梳理一下几个场景：
用户点击输入框，输入了要查的单词，此时切换分组，应该以输入框里的单词为主
用户刚通过粘贴查了一个词，此时切换分组，应该以粘贴的内容为主
用户双击，目前好像输入框里直接更新了，这种情况以任何内容为主都可以（因为都一样）

不知道还有其他场景不

xiaoyifang · 2023 年4 月 5 日 10:37

白闪的问题是吧这个修改还原了最终打算先不处理

First_Last · 2023 年4 月 7 日 13:59

gcin 没办法在 search pane 输入中文。
请问楼主 linux 下是用那一种中文输入法平台？

OS: MX Linux 21.3 AHS
Goldendict 23.02.07-alpha.230330.5ea4e8dc
debian linux 6.0.0-6mx-amd64 Qt 5.15.2 x86_64-little_endian-lp64
GCC 9.4.0
Flags: MAKE_ZIM_SUPPORT MAKE_CHINESE_CONVERSION_SUPPORT

李美玲 · 2023 年4 月 8 日 07:09

自从用了楼主的Goldendict版本，朗文5++总是显示这样一个过大的词头，点击还显示内容。请问可以修正么？

xiaoyifang · 2023 年4 月 8 日 07:22

从这个看，不是本帖的版本。

另外，点击显示内容，是词典的功能，不是软件的。

random · 2023 年4 月 8 日 13:47

刚仔细测试了一下这个mdx：

同词条内跳转测试结果：
注：此时跳转点样式为：<a href="#xxx1">链接</a> （href的值没有entry://前缀）

在这个版本GoldenDict的测试结果：

3个锚点均顺利跳转
在官方版本GoldenDict的测试结果：

锚点1和锚点2无法跳转，锚点3可以跳转

注：
锚点1锚点样式：<a id="xxx1"></a>
锚点2锚点样式：<a name="xxx2"></a>
锚点3锚点样式：<a id="xxx3" name="xx3"></a>

修改跳转点样式为：<a href="entry://#xxx1">链接</a> 后重新测试：

在这个版本GoldenDict的测试结果：

3个锚点均无法跳转
在官方版本GoldenDict的测试结果：

3个锚点均顺利跳转

跨词条跳转测试结果：

3个跳转点样式分别改为了下面样式（注意2的href值没有entry://前缀，1和3都有entry://前缀）：

<a href="entry://anchor2#xxx1">跳转到锚点1</a>
<a href="anchor2#xxx2">跳转到锚点2</a>
<a href="entry://anchor2#xxx3" >跳转到锚点3</a>

在这个GoldenDict版本和官方版本GoldenDict的测试结果一致，如下：

1和3顺利跨词条跳转，2点击无反应

注：
锚点1锚点样式：<a id="xxx1"></a>
锚点2锚点样式：<a name="xxx2"></a>
锚点3锚点样式：<a id="xxx3" name="xx3"></a>

结论：

跨词条跳转的时候，必须加上entry://前缀
词条内部跳转的时候：

如果不加entry://前缀，只有这个改版GoldenDict完美兼容，原始版本GoldenDict，只有在<a>锚点同时设置了id和name属性的时候才兼容。

如果加entry://前缀，原版GoldenDict完全兼容，本修改版GoldenDict完全不兼容。

建议：

为了各版本兼容性，建议词条内部跳转的时候，修改为必须加entry://前缀，如：
<a href="entry://#xxx1">链接跳转</a>
这样可以保证最大的兼容性。
如果保持词条内部跳转不加entry://前缀的话，词典作者在制作词库的时候，
需要保证<a>必须同时含有id和name属性：<a id="xx" name="xx"></a>
才能同时兼容这个版本GoldenDict和原版GoldenDict的词条内部的锚点跳转。

xiaoyifang · 2023 年4 月 8 日 14:14

后续支持下，

xiaoyifang · 2023 年4 月 9 日 00:47

有没有测试的 mdx 提供个，这个random测试的时候说可以。

demo · 2023 年4 月 9 日 01:33

可以把这改为像下图那样支持显示HTML不？

xiaoyifang · 2023 年4 月 9 日 01:36

处理了，见最新版本

xiaoyifang · 2023 年4 月 9 日 03:39

处理了见最新版本
@random @zongze

测试mdx
anchor.mdx (2.1 KB)

xiaoyifang · 2023 年4 月 9 日 10:51

其实这个问题本质上，是输入框里面的词是否要与显示的翻译一致。
记得最开始是一致的，后来貌似upstream修改成特意不一致了。

random · 2023 年4 月 9 日 11:24

感觉符合直觉是最好的。不知道后面打算怎么改

random · 2023 年4 月 9 日 13:24

反馈一个小bug：

查询面板上点击一个候选词，然后按方向↓键，输入框和查询面板突然被清空了。
要按Ctrl ＋ Z 才恢复。

xiaoyifang · 2023 年4 月 9 日 14:34

gd中没有这个快捷键。可能你触发的是其他软件的功能

random · 2023 年4 月 9 日 15:10

ctrl+z是撤回之前操作的系统快捷键，输入框和查询面板被清空有没有复现出来？

xiaoyifang · 2023 年4 月 9 日 16:19

录个视频看下，有点不是很明白操作的步骤

random · 2023 年4 月 10 日 01:30

就是说点击左边的词头的时候，马上失焦，无法通过方向键上下切换词头。
按方向键切换词头的时候，词条列表和输入框都被清空
Screen Recording 2023-04-10 at 09.26.30.mov.zip (12.5 MB)

xiaoyifang · 2023 年4 月 10 日 02:27

估计跟mac有关系，windows上无法复现。

是因为按方向键的时候，焦点直接定位到输入框了并清空了输入框。

alexpeng · 2023 年4 月 10 日 02:48

请教一下，这两个文件有什么区别啊

6.4.3-GoldenDict.exe_windows-2019_20230409.zip
6.4.3-GoldenDict.exe_windows-latest_20230409.zip

为什么没有单独的 6.4.3-GoldenDict.exe 呢

xiaoyifang · 2023 年4 月 10 日 05:04

有的，列表的最下面

windows-latest是基于windows2022-server编译的

random · 2023 年4 月 10 日 07:01

这种没法改是吗

xiaoyifang · 2023 年4 月 10 日 13:04

暂时没条件改。

李美玲 · 2023 年4 月 11 日 05:19

那我这个问题能解决么？

xiaoyifang · 2023 年4 月 11 日 06:39

联系词典制作者或其他词典使用者帮忙修改。

Wankata · 2023 年4 月 14 日 12:38

Regularly updated with new versions folder with GoldenDict for Windows x64, based on QT 5.12.3; status: Release Candidate (RC); author unknown:

xiaoyifang · 2023 年4 月 14 日 13:04

guy,you can post this in a new thread

atauzki · 2023 年4 月 15 日 05:09

更新到qt6.5.0，qt6.3没有tts，新版代码无法编译，所以不更了

已知bug: 查看元素默认是响应式设计模式，应该是qt6.5的bug

开心最重要 · 2023 年4 月 15 日 06:07

你好！不知全文搜索功能有所改善吗？之前的版本搜索出的词条结果不准确，例如搜索短语。

atauzki · 2023 年4 月 15 日 06:09

问作者，最近工作忙，我没时间看更新了什么

开心最重要 · 2023 年4 月 15 日 06:12

请问作者是谁呢？指个路吧

atauzki · 2023 年4 月 15 日 06:13

@xiaoyifang

xiaoyifang · 2023 年4 月 15 日 12:47

响应式设计模式是什么，截个图看下，不大想升qt6.5,我等qt6.6,需要它的一个特性。

giggle · 2023 年4 月 15 日 14:05

试了一下，感觉字体不如xiaoyifang版本清晰。

xiaoyifang · 2023 年4 月 15 日 14:11

应该都是一样的代码吧。估计是qt6.5的引擎问题。之前发现窗口的颜色貌似变浅了。

atauzki · 2023 年4 月 15 日 14:20

打开查看元素弹出一个像平板一样的界面

xiaoyifang · 2023 年4 月 15 日 14:39

可以取消吗

atauzki · 2023 年4 月 15 日 14:55

是可以，但是麻烦也反直觉

xiaoyifang · 2023 年4 月 15 日 14:56

https://bugreports.qt.io/browse/QTBUG-112889
提给qt 了。

elisir · 2023 年4 月 16 日 01:35

有没有必要在指定类型词典全文搜索之外，再加入仅对指定词典全文搜索？
其实个人在使用时感觉全文搜索大概率是针对少数优秀词典来使用的，甚至多数人很少使用。许多词典只是备用状态，甚至百科之类词典全文搜索没有意义（个人判断，不一定对）。

如果能实现，会大大减少索引时间和空间占用。

xiaoyifang · 2023 年4 月 16 日 02:10

如何指定特定的词典进行索引需要考虑，不过这是一个需求点。

random · 2023 年4 月 16 日 09:03

反馈一个词条内锚点跳转的问题：<a href="entry://#xxxx">词条内锚点跳转</a>

复现流程（使用的最新版的GoldenDict）：

选择一个有很多词库的分组
输入框里输入单词，回车，立刻点击 “词条内锚点跳转”的超链接，查询结果会变空白，词条标题显示：about:blank#blocked

注：

如果回车以后，等一会儿（其他词典加载完成）再点击链接，则没有这个问题
如果分组内的词库很少，则没有这个问题
跨词条跳转：<a href="entry://test#xxxx"></a> 没有这个问题

空白结果：

xiaoyifang · 2023 年4 月 16 日 11:38

收到，后续调查下

Shmily · 2023 年4 月 19 日 00:42

About ‘Add article to Anki function’, can you please make it fetch all data including full non-stripping HTML to Anki? By this way, we can import .css file to declutter unorganized data. What do you think?
For more details, Anki had an add-on called ‘Fast Word Query’ could do this great job, but unfortunately the author abandoned that project some years ago and the add-on no longer functions well.
I hope you will consider this idea for future development. Hope to hear from you. Have a nice day!

xiaoyifang · 2023 年4 月 19 日 03:23

This function is implemented by contributors.
AFAIK , send html+css maybe involve a lot of work, In current situation, there is no plan to implement it.
But the project is open to PR which would like to make contribution to this feature.

Shmily · 2023 年4 月 19 日 04:42

It sounds more complicated than I thought. I think stripping html is more complex, but who am I to say. Secondly, we don’t need to inject css to Anki, copy .css file of the dictionary to Anki’s folder will do.
But again, thank you for your consideration.

xiaoyifang · 2023 年4 月 19 日 05:41

send html only should be easier,without css will have some display issue. I think it’s the reason to strip html

Sunny1 · 2023 年4 月 20 日 12:44

请问全量词条过滤的功能是不是失效了？我用现在的新版，过滤器会显示不全：
(commit 72fca59已解决^2023-04-23)

录屏文件

默认只加载一千多个词条，过滤器只在这一千多条内容中筛选。要把滚动条反复往下拉，等词条全部加载出来才能过滤出完整的内容。要是遇到20万词条的词典，滚动条拉一两分钟都拉不到头，也就没办法查看所有筛选结果了。感觉过滤器基本报废了

GD官方原版虽然加载词条时有一点卡顿，但不需要额外的操作就能显示所有过滤结果：

录屏文件

xiaoyifang · 2023 年4 月 20 日 13:06

有了过滤结果之后直接向下拉滚动条看下期间不要清空输入栏

Sunny1 · 2023 年4 月 20 日 13:12

过滤结果出来后直接向下拉，结果没有变化（不会继续加载词条）

xiaoyifang · 2023 年4 月 20 日 13:55

估计有问题后续看下

xiaoyifang · 2023 年4 月 21 日 00:21

非正则的情况下，应该是可以的，估计正则的时候处理有问题。

Sunny1 · 2023 年4 月 21 日 10:31

非正则的其他两种模式（text和wildcards）也一样。我的问题和 #1871 楼的前两个问题一模一样，导出筛选结果也有问题。

你那边不能复现吗？我的版本是：

Linux系统

xiaoyifang · 2023 年4 月 21 日 10:45

text类型没复现。
正则、wildcards的看起来有问题。

原版可以导出筛选的记录吗？

Sunny1 · 2023 年4 月 21 日 10:49

原版可以导出筛选结果。

xiaoyifang · 2023 年4 月 21 日 11:53

我试了下原版的导出功能，没法导出筛选啊，怎么导的

Sunny1 · 2023 年4 月 21 日 12:10

xiaoyifang · 2023 年4 月 21 日 12:13

嗯，我看错文件了。后续看下。

xiaoyifang · 2023 年4 月 22 日 04:06

在这里修改了

另外在考虑一个问题，过滤的时候，要不要限定下返回的数量。
比如词头很多的情况，用户搜索a过滤，可能命中几十万的数据，这些数据原则上没有太大的意义。用户不可能一一查看（可以导出全量的过滤结果到文件）, 类比搜索

Sunny1 · 2023 年4 月 22 日 07:14

刚才在测试的时候发现过滤的速度可能还有优化的空间。

(commit a810a56已解决^2023-04-23)

拿一本20万词条的词典做测试，分别筛选a，e，a，全部，GD官网原版的表现稍慢但稳定：

录屏文件

fix/headword-filter这一版在第一次筛选a时很快，但之后的速度都变得很慢，第三次筛选的是和第一次一样的a，但速度比第一次慢很多，最后一次筛选全部则陷入卡顿，无法完成：

录屏文件

我也觉得普通用户不会逐个查看几十万个词条，不过我看到 #1215 有提到一种使用场景：

我也在别的贴子里看到过不少制作词典的人有提过这种用法，他们觉得mdict在这方面比GD更方便调试词典，快速拉动词条列表就能大致看出有什么问题（大概是这个意思吧。我自己都是用中小型词典，不会遇到很严重的卡顿，只要能和官网原版表现一致就能接受）。

hkreporter · 2023 年4 月 22 日 07:49

最新xipian版（6.4.3-GoldenDict.exe_windows-2019_20230421-xapian）按F3设置词典的时候会闪退。系统是Win10

xiaoyifang · 2023 年4 月 22 日 07:51

菜单打开词典会闪退吗，还是只有快捷键闪退

xiaoyifang · 2023 年4 月 22 日 09:05

更新了下，麻烦再看看，
如果不关心排序的话，速度应该还可以进一步提升。

Sunny1 · 2023 年4 月 22 日 09:49

感谢更新，现在的速度比之前快了。不过在筛选全部词条之后继续筛选a（下面视频中第18秒左右），速度会比第一次筛选a慢一倍：

其他情况下未见异常。

还有个小细节，在筛选全部的时候发现底部显示的词条数量 “总共有213587个不同的词条，已过滤210361个”，其中210361是去重后的词条总数，而213587是包含重复项的词条总数，这里的提示可能要改一下？

（官网版两处都是显示210361）

xiaoyifang · 2023 年4 月 22 日 10:07

先保持这样了索引想找机会重新实现一下

hkreporter · 2023 年4 月 22 日 12:26

快捷键直接闪退，菜单Edit->Dictionaries点开也闪退

xiaoyifang · 2023 年4 月 22 日 13:03

没重现，有相关日志吗

独行瞏瞏 · 2023 年4 月 24 日 01:37

最新版，界面显示大面积留白。

xiaoyifang · 2023 年4 月 24 日 01:55

最后一本词典的后面，特意加的400px 空白，看起来舒服些。
尤其最后一本词典的高度比较低的时候。

random · 2023 年4 月 24 日 06:27

反馈个使用体验的问题：

在一个词典很多的分组查词的时候，往下翻页的时候出现空白（正常现象），然后继续稍微翻页，等词典加载一会儿，发现前面稍微翻的一点页，却往下滚动过了好几个词典，这时候往往需要重新网上翻页回到之前位置附近。

能否翻页的时候，设置加载后跨度不要太大

xiaoyifang · 2023 年4 月 24 日 06:52

不是很明白录个屏看下

random · 2023 年4 月 24 日 07:42

就是类似滚动位置好像有漂移现象，从一个位置突然滚动到另一个距离很远的位置，导致刚在一个词典，稍微滚动页面就到了另一个距离很远的词典

参考视频33秒和48秒附近

xiaoyifang · 2023 年4 月 24 日 23:38

  content-visibility: auto;
  contain-intrinsic-height: auto 600px;

可能跟这两句css有关，你去掉后，重新编译看看。
另外渲染这么慢，估计跟某本词典的js有关系，你可以试着排除。

random · 2023 年4 月 25 日 00:29

这两行css在哪个文件里，在GitHub项目里我没有搜到

xiaoyifang · 2023 年4 月 25 日 00:48

两个css文件中你搜索冒号前的字符串看下
显示你的搜索还在索引中

random · 2023 年4 月 25 日 13:30

滚动漂移问题好像解决了，再用几天看看。

刚也排查了下js，移除了耗时最长的几本词库后，基本正常了。
脚本耗时从25秒降到了耗时476毫秒
渲染耗时从188秒降到了92秒

不过渲染方面好像还是有些问题，渲染的顺序感觉有些问题：刚开始加载的时候，前面几部翻页会很困难，一直显示空白（前面的按理应该优先渲染）然后接着翻页，等一会儿，所有网页就突然全部渲染完了（按前面空白等待的时间看，不应该突然就加载渲染完，而应该先渲染用户翻到的词库周边的词库，然后逐步渲染其他的）。

所以对先渲染的哪些词库会有些迷惑，词库渲染的优先分配方面可能还有优化空间

xiaoyifang · 2023 年4 月 25 日 13:39

content-visibility 就是解决这个问题的，没有这个特性，html必须计算高度，只能全部计算渲染完毕了。

你把页面保存成html，用浏览器打开应该也是一样的。

random · 2023 年4 月 25 日 13:39

脚本执行最占用时间的是牛津9的OL版，从审查元素那里看是 oald9.js里第388行很占时间：

var __OALD9_appHeight = document.body.clientHeight;

xiaoyifang · 2023 年4 月 25 日 13:40

词典应该只要计算自己词典的高度就可以了，像这种js，计算的应该是所有词典加载后的页面高度。
所以会慢。

random · 2023 年4 月 25 日 13:44

所以这个 content-visibility 是不是最好还是先保留着，先不要删这两行了？

content-visibility: auto;
contain-intrinsic-height: auto 600px;

下面这个contain-intrinsic-height是干嘛的？只删这一行可以吗？只保留content-visibility这个特性

contain-intrinsic-height: auto 600px;

xiaoyifang · 2023 年4 月 25 日 13:48

节省渲染时间的。如果用户不看的话，不渲染。

这个是还没渲染的时候，占位用的，比如一个词典实际高度800px，还没渲染之前，按600px计算整体的高度。如果后续翻到了这个词典，这个词典的高度后续就按照800px使用。

random · 2023 年4 月 25 日 13:51

好的。我先不删除这两句，再对比试试看哪个效果好

xiaoyifang · 2023 年4 月 25 日 13:51

可以，启用这两行css的一个后果就是，滚动条的高度可能会一直变动。

random · 2023 年4 月 25 日 13:57

滚动条高度一直变动的问题，第二行改小点会好一些吗？比如改成0px 或者10px

contain-intrinsic-height: auto 0px;

last_idol · 2023 年4 月 25 日 14:12

content-visibility的实现机制就这样，除非已知词典内容的高度，不然怎么改都有问题。

last_idol · 2023 年4 月 25 日 14:24

还有些类似双解切换的词典，会在脚本加载完后切换内容，导致整个网页重新计算高度，单本词典看不出来，加载的词典多了，这个过程就异常耗时。

last_idol · 2023 年4 月 25 日 14:36

如果是从文本PDF生成的MDX，可能每个字符都有单独的样式控制位置，这种也是渲染引擎的杀手。

random · 2023 年4 月 25 日 14:50

重新加上那两行css，又试了下，目前非常流畅了
看来之前的js耗时影响挺大的…

donghaisisheng · 2023 年4 月 26 日 01:15

终于找到症结了，原来是在词典中加载“识典古籍”的网页造成的，将其停用就没有这个问题了，加载其他网页和在线词典都是正常的。但在老版本中却不会出现这一情况，大家使用goldendic的在线网页时注意一下这个网站。

random · 2023 年4 月 26 日 06:00

问下是不是每次查词的时候，goldendict都会在线下载一些js文件，比如下面的hm.js, piwik.js这些，不知道这些js文件有什么作用。

性能测试的时候，发现这个hm.js执行耗时达4.8秒，很好奇这个是做什么的

ps：下面源码是通过查询结果“保存文章”后得到的

demo · 2023 年4 月 26 日 06:06

统计跟踪你的使用行为用，通常是网站用来统计流量的。看到hm.baidu.com www.google-analytics.com引用的资源都可以直接删除，都是统计跟踪你的使用行为，删除不会影响词典的。如果觉得删除后有JS错误，找到相关JS代码并删除就可以，没必要把信息发到服务器。

random · 2023 年4 月 26 日 06:13

关键这个hm.js 不是任何一个词库引入的，所以用户应该不好控制吧

更新：
piwik.js 好像green slang 词库使用了
green slang的bundle.js 耗时24秒… 太夸张了

更新2:
hm.js 是海词词典引入的…

xiaoyifang · 2023 年4 月 26 日 06:18

应该是词典引入的

选项里面禁用广告看下
上面的jquery是gd引入的

random · 2023 年4 月 26 日 06:19

原来如此，还没找到hm.js是哪个词库引入的
主要hm.js在源码的最前面，还以为是goldendict引入的
我再找找看看

xiaoyifang · 2023 年4 月 26 日 06:22

打开 F12 网络连接查看是谁请求的在页面的什么地方

在打开后 ctrl+shift+f通搜hm.js 也可能是其他脚本引入的

random · 2023 年4 月 28 日 02:53

再反馈一个问题：

在 Ctrl ＋ F 页内搜索页面，无法通过 Ctrl ＋ G 选择 “后一个” 了。只能通过鼠标点击 “后一个” 按钮。之前是可以通过 Ctrl ＋ G 快捷键来切换下一个匹配结果的

xiaoyifang · 2023 年4 月 28 日 03:21

试下F3, shift+F3

ctrl+g需要确定下

random · 2023 年4 月 28 日 03:39

F3被占用了

一般这种导航，“下一个”都是 Ctrl + G 的，比如各种浏览器里，文本编辑器里

xiaoyifang · 2023 年4 月 28 日 03:40

搜索的时候 F3没被占
ctrl+g感觉是浏览器自带的

random · 2023 年4 月 28 日 03:45

感觉还是改为符合常用习惯的快捷键比较好（没记错的话，goldendict之前也一直是用的ctril+g的？）。不过我先用键盘映射软件凑合用着

xiaoyifang · 2023 年4 月 28 日 03:47

F3 shift+F3也是以前的

后续调查下

Sunny1 · 2023 年4 月 28 日 13:17

@xiaoyifang 遇到一个问题。
每次退出设置界面，屏幕取词弹窗的分组都会丢失记忆，自动变成“全部”：
(commit 933c8ae已解决^2023-04-29)

录屏文件

为屏幕取词分配了一个轻便的“pop”分组，只要不进设置界面就都能记住。进入设置界面不做任何操作也会使弹窗的分组记忆丢失。

版本：23.04.03-alpha.3550362c
系统：Linux

slbtty · 2023 年4 月 28 日 13:45

对，原版和新版应该都会在设置退出的时候重置一下。过几天修。

Sunny1 · 2023 年4 月 28 日 14:04

github上的GD原版挺正常的。

另外，能否顺便恢复原版的这个功能？“按键取词容许的延迟时间”

(暂未处理^2023-04-29)

这个选项由来已久，对已经习惯原版操作或者单手残疾的人还是很有用的。取词方式有很多种，但并不是每一种对任何人任何系统都有效。保留这个功能，就多一种选择

还有，shift键不必翻译成偏移：

(commit a1b10b6已解决^2023-04-29)

辛苦你们啦

slbtty · 2023 年4 月 28 日 14:40

保留 “pop” 分组下一个版本应该就可以了。

应该可以。

因为去年修 popup 其它一些问题的时候，想不出来使用的场景，也没有从网上找到相关的内容，原来做这个功能的人也没有解释，就没有重新实现 Overhaul ScanPopup by shenlebantongying · Pull Request #207 · xiaoyifang/goldendict-ng · GitHub

现在终于知道一个使用场景了。

另外这个功能和“选取一个词，然后 Ctrl+C+C ”是差不多的效果

Sunny1 · 2023 年4 月 28 日 23:21

效果相同但还是有细微差别的。

Ctrl + C + C要按两下C，显得不那么干脆利落（纯主观感受）。而且剪贴板有时候另有他用，不想每次取词后都覆盖剪贴板。

看了github上的讨论

It is also not so convenient too. After a time chosen by the user, the key no longer works, thus the user has to reselect and press it again.

我发现扫描旗标也有同样不方便的地方。它的显示时间只有一秒左右，这在多数情况下都够用。但由于旗标在某些应用中的显示位置有时候并不跟随鼠标，等鼠标移到旗标位置，刚要按下去，旗标就消失了，想查词就得重新选一遍。这种情况有一定的概率会出现。

鼠标选词直接翻译也有类似的时间不够用问题。选词过程中，鼠标稍微停顿一下就弹窗查词了，手速慢或者需要划一长段文字的时候就不太方便。改成等鼠标左键释放后再查词会不会更好？

之前的那个 Enable Scan popup functionality 的唯一作用就是让那个灯泡出现在工具栏，除此外没有用。

这个是取词功能的总开关（不影响剪贴板查词），关掉之后也会移除托盘图标上的取词菜单项。

屏幕取词和剪贴板查词虽然都使用了同一个弹窗，但他们其实是两个互不相干的功能。原版这方面的思路挺清晰的。

新版把二者混合，好像又引入了新问题？比如必须勾选屏幕取词中的剪贴板查词，不然在打开屏幕取词后就不能用Ctrl + C + C查词了。而勾选后只需要按一下Ctrl + C就会查词（不需要按两下C），快捷键不统一又给人带来困惑

(暂未处理^2023-05-14)

xiaoyifang · 2023 年4 月 29 日 04:35

这个对应的qt的版本是qt5,还是qt6? 菜单里面的关于

random · 2023 年4 月 29 日 04:41

一直用的qt6

random · 2023 年4 月 29 日 06:54

不知道页内搜索方不方便增加简单的正则功能，比如下面截图里，我想搜never，而不是 nevertheless。其他场景如，搜索的两个词之间可能隔了几个单词这种，或者，出现单词A的那句话不要出现单词B。感觉这种只能正则来实现

不过感觉可能这种需求大概不是很普遍

p.s. 或者词典搜索框是否有可能增加一个正则选项

Sunny1 · 2023 年4 月 29 日 09:17

以为要等几天，原来分组记忆昨天已经连夜修复了，十分感谢！

后来发现在不同的应用中，取词过程中的停顿导致的反应还不一样，可以分成三种。这里补充几个录屏

(待定。后续发现官方原版的这个commit Qt5.11+: Fix scanpopup&flag with multiple monitors · goldendict/goldendict@8302038 · GitHub 解决了旗标在某些应用中不跟随光标的问题，NG版暂未跟进^2023-05-11)

1、在Calibre阅读器或VScode中，取词时鼠标停顿会弹窗查词，但是可以继续移动鼠标选词，最后松开鼠标可以查询到完整的选取内容：

录屏文件

2、在GoldenDict内部，鼠标停顿会弹窗查词，而且弹窗会夺取焦点，中断取词过程，移动鼠标无法继续选词：

录屏文件

3、在Firefox中，鼠标停顿不会弹窗，要等到最后松开鼠标，才会对所有选取的内容弹窗查词：

录屏文件

我以前常遇到第2种情况，弹窗打断了取词过程，比较难用，所以直接弃用这种取词方式了。要是都如1或3那样，倒不会有问题。但是这种取词方式有点捉摸不定，有可能在你那里又表现得很好，无法复现。那这个问题还有办法讨论吗？

也许前人为取词加上延迟确认键，是为了在复杂的环境中保留一种可以稳定实现的取词方式？（虽然剪贴板也很好，但确实有人不想占用它）

xiaoyifang · 2023 年4 月 29 日 10:16

chrome不支持，所以webengine应该也不会支持。

xiaoyifang · 2023 年4 月 30 日 01:06

第二点选项中有个选项可以设置焦点问题

Sunny1 · 2023 年4 月 30 日 02:05

关掉了“查询时，窗口获取焦点”，还把“自动定位到当前词典”也关了，问题依旧。

要是你那边不能复现就先搁置吧，我也用不到这种取词方式，只是顺便反馈一下异常情况。

如果“按键取词容许的延迟时间”容易实现还是希望能恢复，这并不是无用的功能

ysr · 2023 年5 月 1 日 10:28

请问这是什么词典？谢谢。

hkreporter · 2023 年5 月 1 日 12:40

f3或编辑词典导致崩溃的日志找到了，用的是五一的最新版：
Faulting application name: GoldenDict.exe, version: 23.5.1.0, time stamp: 0x644f49eb
Faulting module name: qtexttospeech_sapi.dll, version: 5.15.2.0, time stamp: 0x5fa51552
Exception code: 0xc0000005
Fault offset: 0x0000000000003894
Faulting process id: 0x3100
Faulting application start time: 0x01d97c297e058fad
Faulting application path: E:\GoldenDict\GoldenDict.exe
Faulting module path: E:\GoldenDict\plugins\texttospeech\qtexttospeech_sapi.dll
Report Id: fa6b3883-7931-4c0d-9c7d-27b00a59faf2
Faulting package full name:
Faulting package-relative application ID:

xiaoyifang · 2023 年5 月 1 日 13:07

用这个版本，崩溃后， goldendict.exe 所在目录下的 crash下面有个dmp文件。压缩上传一下到这里。

hkreporter · 2023 年5 月 1 日 13:11

16939b73-450f-456b-b664-aa6ea7e41e18.rar (38.0 KB)
压缩后的dmp文件

xiaoyifang · 2023 年5 月 1 日 13:31

14  GoldenDict.exe!class std::unique_ptr<QTextToSpeech,std::default_delete<QTextToSpeech> > std::make_unique<QTextToSpeech,QString const &,0>(const class QString & const) [memory : 3382 + 0x39]
    rsp = 0x00000097724f5d30   rip = 0x00007ff65ef9eacf
    Found by: stack scanning
15  GoldenDict.exe!SpeechClient::availableEngines() [speechclient.cc : 18 + 0xf]
    rsp = 0x00000097724f5d90   rip = 0x00007ff65ef9dd56
    Found by: call frame info
16  GoldenDict.exe!TextToSpeechSource::TextToSpeechSource(QWidget *,QList<Config::VoiceEngine>) [texttospeechsource.cc : 16 + 0xd]

定位到了具体的报错行，但是不知道为什么报错。附分析的文件。有兴趣的话，大家一起看下。
a.7z (13.3 KB)

可能跟这个有关https://blog.csdn.net/u011765923/article/details/100655385

xiaoyifang · 2023 年5 月 2 日 01:07

用这个版本试一下盲改了下

hkreporter · 2023 年5 月 2 日 06:15

F3依旧闪退

xiaoyifang · 2023 年5 月 2 日 07:56

感觉是不是tts缺少什么组件？目前知道是qtexttospeech出的问题，但是没法知道具体的原因。

hkreporter · 2023 年5 月 3 日 02:07

原因应该就是因为我用的是阉割版的windows：
QTextToSpeech Win7奔溃_qtexttospeech 崩溃_善良大仙的博客-CSDN博客

QT中实现文字转语音其实很简单，但坑比较大，出了问题基本填不平，由于流通着大量的删减的windows系统，导致windows的TTS功能不能用，或者能用，但以各种莫名其妙的原因崩溃，网上也流传着很多TTS的修补包，但相信我，去i tell you上找一个全新的完整系统重装一下是弯路最少的。

hkreporter · 2023 年5 月 3 日 02:18

大量测试后发现我这个系统最后一个不会出现F3崩溃的版本是6.4.3-GoldenDict.exe_windows-2019_20230323，0330就不行了

xiaoyifang · 2023 年5 月 3 日 02:45

之前tts只有windows，mac
平台有后来借助qtexttospeech改为跨平台了,qtexttospeech内部crash

后面想办法处理下

sff34 · 2023 年5 月 4 日 02:19

上面不是有标题吗？sound++和郎5啊

random · 2023 年5 月 5 日 09:07

推荐给友人使用 goldendict，他用的Windows电脑，查词不出结果很奇怪

xiaoyifang · 2023 年5 月 5 日 10:20

最新版本吗？貌似以前遇到过？原版可以吗

random · 2023 年5 月 5 日 10:22

嗯，最新Windows版他第一次用goldendict 原版没给他试试他说到时候换台电脑试试

https://github.com/xiaoyifang/goldendict-ng/releases/download/v23.04.03-alpha.230502.2f17da0e/6.4.3-GoldenDict.exe_windows-2022_20230502.zip

random · 2023 年5 月 5 日 10:59

刚收到他的最新反馈：关闭重新打开了一下，现在正常了

xiaoyifang · 2023 年5 月 5 日 12:29

先观察吧。。。。

giggle · 2023 年5 月 8 日 23:09

您好！最近的版本，词典名称的底色都改变了，个人感觉在黑暗模式下与周边环境变得不协调了，觉得还是先前那种状态的挺好，请问：我个人能改回去吗？怎样改？？谢谢。。。

xiaoyifang · 2023 年5 月 8 日 23:52

只有当前词典的变了

github.com/xiaoyifang/goldendict-ng

First result's yellow background

opened 05:43PM - 06 May 23 UTC

sonerfromnurland

The yellow background is very distracting. It is not in GoldenDict-ng-v23.05.01-…WuYi.230501.6c8b0c1c [Latest](https://github.com/xiaoyifang/goldendict-ng/releases/latest) but in the versions after it. Is there any option to disable it? There was no such thing before as I said. Can you remove it please or present an option to disable it? @Edit: It is when I click on current section of the dictionary. Which dictionary's below part is clicked it gets being yellow. <img width="437" alt="dict" src="https://user-images.githubusercontent.com/99599870/236639071-f22630ad-6f6b-4c3f-a646-03b3f479ca70.png">

giggle · 2023 年5 月 9 日 04:19

是的，只在当前选中的词典变了。即使如此，给用户的感官也大不如前了。如果难以给用户提供先择，那就参考以前版本的那个效果就很好。不知为什么改了，以前的版本白色模式下也有底色，反转后黑暗模式下效果相当协调，但改后就不理想了。白色模式下一些很好的用色、底色，例如浅绿蓝等+黑字，在黑暗模式下反转后成了浅粉色+白字了，这个效果，对于视力不好的用户来说，不客气地说，一塌糊涂，无法忍受，目前的GD在查词拼写不正确的时候就是这个效果。希望注意在黑暗模式下使用底色的原则是：暗暗的色，例如，暗暗的深红、暗暗的深蓝、暗暗的深灰等，总之，有那么点意思就可以了，不要用那种太跳、太显眼的色彩。仅供参考。我现在用的是230418的版本，此后的版本也都下载了，但发现底色都改了，不喜欢，因此没用。但还是想“尝鲜”，今天忍不住提出了这个问题。如果是因为有更重要的需要而改变了的话，那就保持现状吧，众口难调呀！今后我就不“尝鲜”了，没关系，现在的这个版本也挺好的，很满意的。无论如何，您编译的GD，都是我的最爱。谢谢！！！

xiaoyifang · 2023 年5 月 9 日 04:30

之前有人提黑暗模式下当前词典不明显。所以改了

需要想个好点的方式处理

giggle · 2023 年5 月 9 日 05:04

是不那么明显，我觉得反而不需要那么太明显，另外，在傍边的 Fouond in Dictionaries: 不也可以知道当前选中的字典吗？！如果您要特别照顾到这种需求的话，您在github说的这个方法可以：“ Or I can make this style only availabe on certain stylesheet such as modern style”。这个是指 Preferences / Aarticle / Display style: modern 这里吗？如果是，这是个很不错的抉择，限定需要者的风格，兼顾其他人。众口难调啊，真难为您了，哈哈~~~。。。

giggle · 2023 年5 月 9 日 05:16

或者，在原底色不变下，稍微提高一点字体亮度，兼顾看不清字体者和不喜欢新的底色者。

random · 2023 年5 月 9 日 10:47

刚尝试在M1 macOS的Win11虚拟机（Parallels Desktop）里安装goldendict，打开直接黑屏，不知道什么情况

其他软件，暂未见类似情况

补充：
Intel版macOS虚拟机里安装是正常的，另外Intel版是win10虚拟机：VMware。

giggle · 2023 年5 月 9 日 16:23

好了，230509新版本词典名称背景色又回复到了原来的样态，同时也看了 style: modern，这个用色也协调融合。感谢 #xiaoyifang 老师的及时应对。

Sunny1 · 2023 年5 月 9 日 22:48

发现两只小虫子

1、在查询面板或历史面板中做剪贴板取词时，主窗口的结果导航面板会发生混乱（被弹窗内容干扰）。

(commit 60d26e0 已解决^2023-05-13)

录屏文件

2、在查询结果导航面板中，无法用键盘的上下键导航到所需的词典。
(commit 3a24a43 已解决^2023-05-11)

录屏文件

原版无此问题

xiaoyifang · 2023 年5 月 9 日 23:35

第一个工具栏把灯关了
第二个貌似是特意改过有的人不希望每次方向键都变动上下键移动后回车看下

Sunny1 · 2023 年5 月 10 日 04:02

对问题一，实测关灯后问题还在，复现方法：在查询面板中按Ctrl+C+C取词。

视频里是为了方便直观演示，才调成了剪贴板更新后直接取词。我知道避开这个问题的方法，但不管怎么操作，弹窗中的分组结果都不该出现在主窗口吧？

问题二，移动上下键后，实测回车无反应。

原版是这样的：在历史、收藏、查询、查询结果导航这四个面板中，按上下键都可以直接切换到对应的内容。这个规则简单且一致，很容易理解。

虽然可以用全局热键Alt+上下键，但是既然鼠标点击了导航面板，又按了上下键，那预期的结果就是要在查询结果中快速切换不同的词典吧？现在废掉了上下键导航，后续又没有回车键接应，有点尴尬

另外，刚才在测试上下键的时候又发现一个新问题：在查询面板中输入单词，按回车查词，此时再按上下键无法操作主窗口的内容上下滚动，按空格键也无法进行翻页。
(commit 967926c 已解决^2023-05-13)

预期的结果是：按回车键查词后，用上下键可以滚动主页面，用空格键可以上下翻页。原版就是这样的。现在要额外用鼠标点击一下主窗口才能继续用键盘操作

这个问题录屏不方便演示，你先看看能不能复现吧

xiaoyifang · 2023 年5 月 10 日 04:11

第一个问题你选项里是不是有启用发送词语到主窗口

第二个问题中回车之后焦点的问题有在跟进了

上下键左侧内容不变的情况也是有操作场景的后续调查下enter 键的问题

Sunny1 · 2023 年5 月 10 日 04:26

没有启用。你那边无法复现吗？我试了Windows版和Linux版，都可以稳定复现。

希望能照顾一下原版用户的习惯，不要改动太多快捷操作

xiaoyifang · 2023 年5 月 10 日 04:35

第一个问题应该是bug，后续排查下，但是没重现出来。

快捷键原则上不会改动的，除非是漏了或者是结构调整失效了。或者有用户的一些建议，感觉合理的也会更改下。

这个在这里跟进 https://github.com/xiaoyifang/goldendict-ng/issues/660

这个暂时找不到原贴了。大概的case应该是这样的。比如命中了4个词典，现在想看第4个词典的内容，移动方向键的时候，左侧一直变动，感觉不是需要的效果。
估计目前的处理的方式也有问题。再重新考虑下交互的方式再调整。

Sunny1 · 2023 年5 月 10 日 05:15

我是这么理解的：如果已经确定要看的是第几本，那么鼠标移过去直接点击就是了。既然选择了上下键一个个移，那就让他一个个切换吧。原版的处理没有问题，就不要去动了

xiaoyifang · 2023 年5 月 10 日 05:37

找了下代码改动，这个可以revert掉。等下个版本。

random · 2023 年5 月 10 日 10:11

如果是上下切换词典，不是有其他快捷键吗（Alt ＋ ↓ 和 Alt ＋ ↑）
上下键还是保持默认比较好，焦点在内容的时候，上下键应该移动的是内容；焦点在词典列表的时候，上下键移动的才是词典（焦点在内容，还想切换词典，就应该用Alt ＋ ↓ 和 Alt ＋ ↑ ）；焦点在左侧候选词列表的时候，上下键应该在候选词上切换

我是这样理解的

xiaoyifang · 2023 年5 月 10 日 10:47

不知道原因虚拟机取消3d加速看下

Sunny1 · 2023 年5 月 10 日 13:27

revert后就会恢复成这个样子。如果不出意外的话

random · 2023 年5 月 10 日 13:52

Parallels Desktop虚拟机 3d加速相关设置好像没有，以后再说吧，反正也不常在虚拟机里用goldendict

xiaoyifang · 2023 年5 月 10 日 23:04

use a seperate group for this dictionary to avoid affect of other dictionary and check again.

xiaoyifang · 2023 年5 月 11 日 03:40

I have no idea right now

xiaoyifang · 2023 年5 月 11 日 04:24

seems a tricky issue.
The article view has lost the focus ,I think this is the reason.

xiaoyifang · 2023 年5 月 12 日 01:38

https://github.com/xiaoyifang/goldendict-ng/issues/677

这个处理了。等后续版本。

回车之后焦点的问题有在跟进了

这个看代码是有特意设置焦点到页面的，不知道为什么没生效。估计要等一阵子了。

last_idol · 2023 年5 月 12 日 13:30

实际原因是sound_en里的发音文件本身有问题，把多个单词的发音压制在了同一个发音文件里，而goldendict读出了所有发音。

xiaoyifang · 2023 年5 月 13 日 01:58

这个貌似不好两全，回车后方向键可以用了，右侧 history 面板的方向键就失效了。

GoldenDict-ng(Linux/macOS/Windows)基于Qt5.15.2/Qt6.X版本

这个版本启动有点慢，好像还是存在闪退问题：ranslated Report (Full Report Below)

Translated Report (Full Report Below)

Translated Report (Full Report Below)

Issue: selector * ruined the script inserted automatically by GD

Solution

Qt 6.6.1 Fixes More Than 400 Bugs

veda

GoldenDict 词典工具使用总结帖