Quackgrass

``` C:\Users\G>curl -v -X PATCH -H "Authorization: ****************************************" -d '{"description":"test","public":false,"files":{"file":{"content":"content"}}}' https://api.github.com/gists/******************************** * Trying 13.250.94.254... * TCP_NODELAY set * Connected to api.github.com (13.250.94.254) port 443 (#0) * schannel: SSL/TLS connection with...

> 我认为既然触发了查询，就应该有结果，无论成功与否。显示错误信息的目的也是为了能告诉用户为什么没有结果以及如何让翻译服务正常使用。 > 只在查询成功的情况下才展开，则没法及时告知用户为什么没有结果 以上两个观点我是认同的，但是必须要考虑到结果已知且重复出现的这种情况。毕竟必应词典已在设置内告知只能翻译单词，DeepL 无响应时不一定发现时立刻就有修复。 当需要立即知晓该源的的问题时，自然会点开查看。在此之后的其他查看行为都是无意义重复，因为能处理的且有方便处理的自然第一时间处理了，再出现的一定是搁置的。 出现的都是能查看的，这样的逻辑比较简单。 > 我不认为显示错误信息会增加“负担”。 DeepL 无响应时，加载的动画时间比较长，位置也是靠前的，动画效果抢眼，看过去的第一眼就瞟到了。

> 意味着 折叠时也工作？ > 如果楼主并不希望 全员工作，那为了兼顾现有功能与楼主所需，似乎各源的折叠条上还得再加一个开关项，这样，折叠只用于隐藏，开关用于停启。 但这时你还得费眼去判断某源究竟是处于隐藏还是停用…… 并不在意是否工作，只是一次请求而已。如果是付费的话，手动折叠时不工作自然更好。 注意点在于呈现出来的结果都是需要的正确的结果。 没有注意折叠是否有停用的功能。不需要的字典，应当是停用的。字典的临时启用，常用的实现应当是切换分组吧。 > 不论是DeepL的故障，还是Bing的不适用，如果预料到一段时间内会连续遭遇，手动折叠一下，很轻松的事。 必应词典是只能翻译单词，不能翻译句子。使用场景一般不会是只划词或只划句子，手动折叠不现实。

> 目前折叠就是停用。 所以这个讨论得从这点出发。 为什么要纠结于是否停用，停用一直返回错误结果的项也没有逻辑问题吧。展示没有错误提示的页面，也没有问题吧。 请求出现错误的就停用。手动点开时给出错误提示，以便处理。这样也说得通。 只是单纯的想让错误结果不多次显示，不要搞复杂了。不管实现逻辑是成功才展开，还是失败后折叠，包括其他的可以，只是优化一下展示的逻辑。 > 切换分组是指像《沙拉查词》情景模式的做法？ 那个不能算“临时”吧，折叠显然更加“临时”。 沙拉查词很久没用了，不记得了。我是指类似欧陆词典、GoldenDict 那样的，给字典分组，通过快捷键切换。使用场景类似一般用两三个字典，有需要时直接切换到所有字典。通过快捷键切换比挨个启用会方便，也可以减少资源占用，提高响应速度。 > 别断章取义， 最后两句合起来 才是我对Bing的全部做法。 对于下一句，我提的这个问题不就是说无法忽视错误消息希望能隐藏吗？

可以做成类似 [uBlock Origin](https://chrome.google.com/webstore/detail/ublock-origin/cjpalhdlnbpafiamejdnhcphjbkeiagm) 的元素选择器、[Web Clipper](https://chrome.google.com/webstore/detail/web-clipper/mhfbofiokmppgdliakminbgdgcmbhbac) 的手动选取。选择元素，框选出包含的范围。多次选择后，大部分文字为主的网站应该都是够用的。  

用任务计划程序启动并不是不读取配置信息。Capslock+ 读取的是启动目录下的设置文件，没有会直接生成。 以我的为例，用任务计划启动后，启动目录是 `C:\Windows\System32`，会重新生成设置等文件，而不是读取放置 Capslock+ 的目录。你的任务计划可能与我不同，但可以在 Qbar 里输入 `cl set` 确认读取的配置文件的路径。