Cursor preview currently doesn't add a strong benefit for the user by having the cursor change on hover. The cursor gallery is a representation of the result already, therefore, there is no added value in making the cursor change on hover. Size representation is provided by the size combobox in the KCM.
Probably true, yeah.
>Cursor preview currently doesn't add a strong benefit for the user by having the cursor change on hover But what's the disadvantage of doing it?
(In reply to David Edmundson from comment #2) > >Cursor preview currently doesn't add a strong benefit for the user by having the cursor change on hover > > But what's the disadvantage of doing it? The disadvantage to me is more of a visual issue where the user doesn't get to differentiate between the preview and the regular cursor, because they are the same.
In retrospect, hover can be useful at least to preview any cursors that are animated, so I don't think we can do this.
Or, the animation can play in the preview?
I thought of that, but we would drive people crazy with 20 animations going at the same time :)
The way I see it is the UI is doing a preview of a preview. If the card itself is the real preview, then the hover preview loses meaning. If the card is not a preview, then the hover preview gains meaning. Either way, the main action is to invite the user to click the item and see more. That's the logic I am applying to this bug report.