The current "show everything" lookup behavior is clumsy when there are many (or extremely many) lookup results.
Scenario 1: You're searching for Hanzi. The lookup results first include your search term. Then everything that has your query as a prefix. Then everything where the query starts on the 2. position, etc. Solution:
Add adaptive behavior. If the total number of results is not that huge, current behavior is OK. (Up to 32? 64?)
With more results, only show prefix matches, and two links to dynically download more: a) search term at end of word; b) search term inside word.
Scenario 2: You're searching for Pinyin. Results are alphabetically ordered, and within that, they group same entries with the same Hanzi. Here, too, this breaks down with too many lookup resuls.
Adaptive strategy: if search term itself has many results (e.g., Pinyin w/o tone marks), just show exact matches, ordered alphabetically. Otherwise, think about dynamic strategy similar to that used for Hanzi.
The current "show everything" lookup behavior is clumsy when there are many (or extremely many) lookup results.
Scenario 1: You're searching for Hanzi. The lookup results first include your search term. Then everything that has your query as a prefix. Then everything where the query starts on the 2. position, etc. Solution:
Scenario 2: You're searching for Pinyin. Results are alphabetically ordered, and within that, they group same entries with the same Hanzi. Here, too, this breaks down with too many lookup resuls.