It would be nice if the results in the translation memory pane also included information on *how many* instances there are of each hit. Example: The translation memory pane lists the following suggestions for the string ‘&Update’: /100%/ &Update [Ctrl+1] &Oppdater /100%/ &Update [Ctrl+2] O&ppdater /99%/ Update [Ctrl+3] Oppdatering Both of the first two suggestions are a 100% match, and would be OK to use, but which of them to use (partly) depends on how *common* they are. If 3 files use ‘&Oppdater’ and 15 files use ‘O&ppdater’, I would choose the latter, for consistency. (And the reason the first letter is not used as a shortcut key is probably that this string commonly appears together with a different string that uses the ‘O’ shortcut and is more important.) My suggestion is therefore to also show the number of ’hits’ for each string. And *within* each percentage match, the strings should be sorted with the one(s) with most hits first. Example: /100% (15 hits)/ &Update [Ctrl+1] O&ppdater /100% (3 hits)/ &Update [Ctrl+2] &Oppdater /99% (27 hits)/ Update [Ctrl+3] Oppdatering Note that the third string is shown last, even though it has more hits. This is because it has a lower percentage match. But within each percentage match, e.g. the first two 100% strings, the strings are sorted by the number of hits. Reproducible: Always
Done, however I kept the current order which gives a boost to the entry if it's found in the same file (it was already sorted by hits). https://phabricator.kde.org/R456:914efe1fb657b5564e699abcef0cae385c0b3f60
Created attachment 114912 [details] Translation Memory number of times the entry was found