Describe the bug
From #4694:
Issue: when using 's' as a base key for popups, then selecting the subkey that overlays the base 'w' key, predictive text will offer suggestions starting with a 'w'.
The touch-probability generation algorithm is using the base layer's geometry, not the subkey "layer" geometry, which is less-than-ideal here.
To Reproduce
Refer to #4694's original context for the quoted block above. (It's within a set of testing instructions that serves well as a repro.)
Expected behavior
Corrections should use a distribution built from the original base key and any subkeys. I think. More design thought may be merited here, but that should prove a decent stopgap.
For the specific case that led to this issue's documentation, the subkey was basically "s + a diacritic", while the base key was s. Naturally, we'd prefer any words using the actually-selected subkey, but the base key makes a quite decent stand-in; it's far better than the obscured 'w', at any rate.
Other notes
I'd advise tackling this one alongside #4617, which targets a different bug within in the same area - the fat-finger probability distribution generator.
Describe the bug
From #4694:
To Reproduce
Refer to #4694's original context for the quoted block above. (It's within a set of testing instructions that serves well as a repro.)
Expected behavior
Corrections should use a distribution built from the original base key and any subkeys. I think. More design thought may be merited here, but that should prove a decent stopgap.
For the specific case that led to this issue's documentation, the subkey was basically "
s+ a diacritic", while the base key wass. Naturally, we'd prefer any words using the actually-selected subkey, but the base key makes a quite decent stand-in; it's far better than the obscured 'w', at any rate.Other notes
I'd advise tackling this one alongside #4617, which targets a different bug within in the same area - the fat-finger probability distribution generator.