试下F3, shift+F3
ctrl+g需要确定下
F3被占用了
一般这种导航，“下一个”都是 Ctrl + G 的，比如各种浏览器里，文本编辑器里
搜索的时候 F3没被占
ctrl+g感觉是浏览器自带的
1 个赞
感觉还是改为符合常用习惯的快捷键比较好（没记错的话，goldendict之前也一直是用的ctril+g的？）。不过我先用键盘映射软件凑合用着
F3 shift+F3也是以前的
后续调查下
1 个赞
@xiaoyifang 遇到一个问题。
每次退出设置界面，屏幕取词弹窗的分组都会丢失记忆，自动变成“全部”：
(commit 933c8ae
已解决2023-04-29)
录屏文件
为屏幕取词分配了一个轻便的“pop”分组，只要不进设置界面就都能记住。进入设置界面不做任何操作也会使弹窗的分组记忆丢失。
版本：23.04.03-alpha.3550362c
系统：Linux
1 个赞
对，原版和新版应该都会在设置退出的时候重置一下。过几天修。
1 个赞
github上的GD原版挺正常的。
另外，能否顺便恢复原版的这个功能？“按键取词容许的延迟时间”
(暂未处理2023-04-29)
这个选项由来已久，对已经习惯原版操作或者单手残疾的人还是很有用的。取词方式有很多种，但并不是每一种对任何人任何系统都有效。保留这个功能，就多一种选择
还有，shift键不必翻译成偏移：
(commit a1b10b6已解决2023-04-29)
辛苦你们啦
1 个赞
保留 “pop” 分组下一个版本应该就可以了。
应该可以。
因为去年修 popup 其它一些问题的时候，想不出来使用的场景，也没有从网上找到相关的内容，原来做这个功能的人也没有解释，就没有重新实现 
Overhaul ScanPopup by shenlebantongying · Pull Request #207 · xiaoyifang/goldendict-ng · GitHub
现在终于知道一个使用场景了。
另外这个功能和“选取一个词，然后 Ctrl+C+C ”是差不多的效果
2 个赞
效果相同但还是有细微差别的。
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 )
2 个赞
这个对应的qt的版本是qt5,还是qt6? 菜单里面的 关于
不知道页内搜索方不方便增加简单的正则功能，比如下面截图里，我想搜never，而不是 nevertheless。其他场景如，搜索的两个词之间可能隔了几个单词这种，或者，出现单词A的那句话不要出现单词B。感觉这种只能正则来实现
不过感觉可能这种需求大概不是很普遍 
p.s. 或者词典搜索框是否有可能增加一个正则选项
以为要等几天，原来分组记忆昨天已经连夜修复了，十分感谢！
后来发现在不同的应用中，取词过程中的停顿导致的反应还不一样，可以分成三种。这里补充几个录屏
(待定。 后续发现官方原版的这个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那样，倒不会有问题。但是这种取词方式有点捉摸不定，有可能在你那里又表现得很好，无法复现。那这个问题还有办法讨论吗？
也许前人为取词加上延迟确认键，是为了在复杂的环境中保留一种可以稳定实现的取词方式？（虽然剪贴板也很好，但确实有人不想占用它）
chrome不支持，所以webengine应该也不会支持。
2 个赞
关掉了“查询时，窗口获取焦点”，还把“自动定位到当前词典”也关了，问题依旧。
要是你那边不能复现就先搁置吧，我也用不到这种取词方式，只是顺便反馈一下异常情况。
如果“按键取词容许的延迟时间”容易实现还是希望能恢复，这并不是无用的功能
请问这是什么词典？谢谢。
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: