Desktop interfaces · Research guidance. Instructions are based on publisher guidance; a UK IPTV account was not tested on this platform.
Three different clues can coexist
A pointer indicates a pointing location, a text insertion cursor indicates where typing enters text and keyboard focus identifies the control receiving keyboard interaction. Microsoft documents separate visibility controls for the pointer and text cursor. Following one visible marker does not establish that a different input method will act at the same place.
Consider an account-form example
You might move the mouse over a programme list while the text cursor remains in a search box. Typing can still enter that field even though the pointer is elsewhere. This is an illustrative interface situation, not a finding about a particular player. Read the active field and visible focus indicator before submitting text or using a shortcut.
Change the relevant visibility control
If the pointer is hard to find, use the documented pointer options. If the insertion point is hard to see, inspect text-cursor appearance instead. If a keyboard user cannot determine the active control, record the focus barrier in the application rather than assuming a larger mouse pointer will solve it.
Make a precise support report
Describe which marker was visible, which input was used and which control responded. A redacted screenshot may help, but a still image alone may not show the focus movement that preceded the action. Preserve the user’s chosen access method and use a non-destructive field or menu when comparing the behaviours.
Questions, answered
Does moving the pointer necessarily move the text insertion point?
No. Identify the active field and input context.
Will pointer size solve every keyboard-focus problem?
No. They are different interface questions.