@mouser:
Not sure whether this helps, but I watched and listened to the YT video, and this is what seems to be happening:

• During the video, the user's mouse cursor is periodically moved back and forth over the Excerpt field of an item ID, presumably emphasising the different data content.
• Select ID 13189 - No sound.
• Select ID 13155 - "Woop" (Capture) sound, then "Clunk-Clunk" (I think that's the "duplicate not captured" sound).
• Selector under mouse jumps to ID 13170 . (Not sure why.)
• Select ID 13190 - No sound.
• Select ID 13156 - No sound
• Select ID 13156 again - "Woop sound", then "Clunk-Clunk"
• Selector under mouse jumps to ID 13174. (Not sure why.)
• Select ID 13157 - No sound.
• Select ID 13157 again - "Woop sound", then "Clunk"

If this problem has only recently occurred for this user, then, other things being equal (no system changes), I wondered whether the user's mouse might have a problem - e.g., (say) have a worn/flaky left-button micro switch and is sometimes "bouncing" (doing a double-click), or something - I've seen that sort of thing happen before and the errors can seem to be episodic.

Also, I recall that in an earlier version of CHS, the scrolled table would seem to jump around a bit under the selector, but that behaviour went away after some updates. Might be worth checking whether the user has the latest version.

I cant yet figure out how to easily change (already chosen) language keyboards in it. This is very intuitive and clear in Gboard (long press on spacebar).

-tomos (January 18, 2019, 02:52 PM)

Interesting, didn't know that - my GBoard has a world symbol [ Invalid Attachment ] next the space bar: tap it and it cycles through whatever keyboards you have; long press and it shows a selection list.

Of course, that means I can inadvertently tap it instead of the space bar and find myself typing in Cyrillic  ;D

-4wd (January 18, 2019, 08:57 PM)

That's what is meant by "poor ergonomic design" - i.e., conducive to enablement of common/predictable human error.
My users had similar problems when selecting another language keyboard using the Google keyboard (and other common keyboards). Problem went away with SwiftKey. They really seem to have thought of everything, but I suspect that that itself is probably attributable to the fact the product has been out there for some years now and has had a consistently focused development/testing/improvement program which is now in the optimisation phase. I can see why Microsoft might have wanted to buy them up.
I think the ergonomic design of SwiftKey is damn near perfect - and that's not so much just the keyboard design and functionality, but includes some incredibly smart integration with other functionality - e.g., including things such as fonts and styles (bold, italic, etc.), clipboard management, hotkey definitions for a collection of repeatable strings).
That's why I was blown away by the app.
It's a pleasure to know that there are specialised product designers/developers out there in the SwiftKey team who can produce such a result.

^I just typed an in depth comparison of Swiftkey and Gboard and it got deleted by this ddos protection system :-/   

-tomos (January 18, 2019, 02:52 PM)

Yes, I know, that can be so annoying.   :mad:
Workaround: Save everything repeatedly with CHS, so that you don't have to re-create the disappeared text.