Is your feature request related to a problem? Please describe.

我目前使用的输入法是 86 五笔和英文混合的输入法，英文用以下方式混入:

engine:
  ...
  translators:
    ...
    - table_translator@english
...

english:
  dictionary: easy_en
  spelling_hints: 9
  enable_completion: true
  enable_sentence: false
  enable_user_dict: false
  initial_quality: -1

我注意到 info log 中出现了很多很多这样的记录:

engine.cc:203] Oops, got a futile translation.

我定位了一下这个日志的来源，发现在这里:

似乎，只要打词库没有的条目就会出这个日志？

在成功向记事本输入 previous 这个单词之后 ( 键入顺序是 [p] [r] [e] [v] [i] [o] [u] [s] )，futile translation 这个记录一共在 info log 中出现了 6 次。

我注意到 pr 在五笔中是 宾，evious 是剩下的 6 个字母。pre prev previ previo previou previous 这 6 个组合在 86 五笔的词库中并没有对应条目，而在英文输入法中有对应条目。那么这个记录多次出现的原因应该是，用户当前输入的字母组合无法在方案指定的词库中搜索到对应词条。单词 previous 从字母 e 开始，用户一共键入 6 次，但这六次产生的所有字母组合在五笔词库中都没有对应条目，所以出现了 6 条这样的日志。

Describe the solution you'd like

由于这条日志重复了太多次以至于日志文件的体积极大，我又没有在文档中找到对应的配置条目来控制日志行为。所以来这里问一下，有没有办法控制一下这个日志条目的出现频率？

如果没法控制的话，想要减小日志体积是不是只能拆分输入法？

（为了避免在需要对两个输入方案的词库做匹配的时候，一个词库里有完全匹配的条目，一个词库里有不完全匹配的条目，然后输到一半发现当前输入的字母组合在其中一个词库找不到匹配的条目，最后疯狂打 log 的问题。）

比如我的情况就是把 86 五笔和英文输入法分到两个输入法里，需要的时候来回切？平时用 86 五笔少打一点词库没有的条目，这样 futile translation 出现少一点，需要大量打英文的时候切英文输入法或者直接 ascii 模式？

Describe alternatives you've considered

未来会考虑弱化一下这个日志条目的存在感吗？

Additional context

nothing else.