Sort click labels by location and perhaps apply label key weighting

[richbecks]

Whilst a great typing exercise the current behaviour for labelling (whatever if may be) is such that a static screen will generate differing labels each and every time the shortcut is toggled.

If some type of sorting heuristic was applied to the clickable UI components (perhaps simple y then x from top down) then when clicking on things such as back buttons in browsers it would be more likely that the same key sequence could be applied, even better add a vim style '.' to repeat the last click location, if it still exists. That would have to go hand in hand with some thinking around whether click mode should be capable of toggling like scrolling mode or whether '.' should just be another shortcut to repeat the last action whatever that was (clicking or scrolling).

Also, when defining the list of click keys it is unclear how these are weighted or ordered. It would be nice for this to be documented in the settings. I was expecting the list to at least be pick the first one in the list for the first button and so forth, but with the behaviour of the above it unclear what ordering mechanism is in place. I appreciate this might be somewhat complex, and therefore a stretch goal but if I want to keep my fingers on the home row and reduce finger movement and thinking, then sometimes multiple stokes of the same key may be preferable to a finger movement, think 'ff' is faster than 'fr'. Some form of weighting might allow less movement. In fact, I keep my list of keys strictly to 'fjdksla' so I don't have to move fingers at all (accepting the additional 3 char labels as mostly quicker than moving fingers)...

I love this app, BTW, it's just these few niggles with navigation that I feel could be improved.

[richbecks]

P.S. My Homerow key list does not include ';', because although you can specify it, you cannot complete any label that includes it. i.e. the ';' key hit is not acknowledged.