之所以不算功能建议而是BUG反馈，是因为：
一旦我需要翻译的文本有点长，就会出现同一个页面无法完全显示我所勾选的几种翻译，其中最下面的翻译就会无法显示出来。严重影响功能的正常使用，请看截图：
最下面的百度翻译已经无法显示完全。不知能否理解我的意思？
如果在这个界面加了滚动条，就能现实完全了。
这个问题无法通过拉宽界面来解决。
这几天没太多时间开发动作，但是偶然也找到了一些更加稳定和快速的替换翻译接口。
等后面有空了会把各个免费接口升级一下，使其更加健壮，应该就可以支持滚动了。
其实最开始是有考虑是否添加滚动条的，没有添加的原因是：
1.不建议同时选择过多免费翻译服务；
2.不建议一次选中过长的文本进行翻译（可分多次）。
当然，也欢迎友好交流讨论。
以下基于友好讨论：
首先选择多少个翻译服务应该让使用者来决定。而且我有所有的API，我希望提供所有的API来使用自己的翻译服务，并不会占用过多免费资源。
其次，当你有读论文的需求的时候，你就知道需要经常一次进行长文本翻译了。而且也需要多个翻译服务来对比的。。。
最后就是也许作者可以安装个沙拉查词的浏览器插件，借鉴一下别人的处理方式，那就是每个翻译服务都限高，点中后再展开这个翻译服务。当然那个插件现在不更新了，甚是遗憾。
当前已经很完美了，感谢作者的辛苦付出。
不过该用户的建议也有一定道理。在翻译大段文字时，确实会存在该问题，尤其会对部分文献阅读用户造成困扰。
如果可行的话，附议增加一个翻译窗口的整体的滚动条（建议隐藏滚动条，保留鼠标滚动功能，不影响窗口左右对称的美观性；坚决不建议每种翻译都加独立的小滚动条），或允许双击翻译条目名称，临时折叠某一种翻译。
供作者参考。
另外，仍然建议作者，在“编辑原文”窗口，增加直接回车触发翻译的功能。可以由“右键点击”编辑原文窗口右下角的“翻译按钮”进行“enter”或“ctrl+enter”触发翻译的方式切换。供您参考。
谢谢作者！
api会逐渐支持所有服务；
滚动条的添加我再考虑考虑，也期待更多意见。接下来我会很忙，暂时不会更新了；
使用过沙拉查词，但能力有限，难以做出。
同上
enter有计划做，切换方式暂不采纳。
京公网安备 11010502053266号