Display the player name next to the cursor when actively moving a widget #53

New issue

Open

opened 2026-02-20 10:13:40 -05:00 by deekerman · 3 comments

deekerman commented

2026-02-20 10:13:40 -05:00

Owner

Originally created by @GroggyLion on GitHub (Jan 12, 2021).

Possibly enabled via a global true/false setting per game.

This would be useful for all our elderly players who are not concentrating on the play, and they keep asking who is moving that card! So this floating label/tooltip would only be displayed when moving a card/widget from the hand to/from the board (or maybe also at other times).

Originally created by @GroggyLion on GitHub (Jan 12, 2021). Possibly enabled via a global true/false setting per game. This would be useful for all our elderly players who are not concentrating on the play, and they keep asking who is moving that card! So this floating label/tooltip would only be displayed when moving a card/widget from the hand to/from the board (or maybe also at other times).

deekerman added the

enhancement

label

2026-02-20 10:13:40 -05:00

deekerman commented

2026-02-20 10:13:41 -05:00

Author

Owner

@ArnoldSmith86 commented on GitHub (Jan 12, 2021):

Sounds like a good idea. A long time ago we were talking about showing a playercolored halo around the dragged widget. Maybe the player name could be centered above the widget.

I will build it in the near future. We can then play around with it a bit and decide if we need a toggle for it or not.

@ArnoldSmith86 commented on GitHub (Jan 12, 2021): Sounds like a good idea. A long time ago we were talking about showing a playercolored halo around the dragged widget. Maybe the player name could be centered above the widget. I will build it in the near future. We can then play around with it a bit and decide if we need a toggle for it or not.

deekerman commented

2026-02-20 10:13:41 -05:00

Author

Owner

@robartsd commented on GitHub (Jan 19, 2021):

I think that the DOM element representing other players' cursors should have these classes dynamically assigned:

moving (automatically removed by client 100ms after last update to the cursor from server)
dragging (persists until delta from server indicates that the objects were released)
foreign (added by client when owners[] provided by server is not empty and the current player is not in the list)

These classes could then be styled.

Default styles could include:

CSS transition to fade out cursors that have stopped moving.
CSS pseudo element showing player name while dragging non-foreign objects.

Sounds like a good idea. A long time ago we were talking about showing a playercolored halo around the dragged widget. Maybe the player name could be centered above the widget.

I will build it in the near future. We can then play around with it a bit and decide if we need a toggle for it or not.

Does the client code for the widget already know which other player is moving an item? It seems to me that this would be easier to implement on the cursor than on the widget; especially if piles will soon not be widgets - dragging a pile will mean that multiple widgets are being moved by one cursor.

@robartsd commented on GitHub (Jan 19, 2021): I think that the DOM element representing other players' cursors should have these classes dynamically assigned: - moving (automatically removed by client 100ms after last update to the cursor from server) - dragging (persists until delta from server indicates that the objects were released) - foreign (added by client when owners[] provided by server is not empty and the current player is not in the list) These classes could then be styled. Default styles could include: - CSS transition to fade out cursors that have stopped moving. - CSS pseudo element showing player name while dragging non-foreign objects. > Sounds like a good idea. A long time ago we were talking about showing a playercolored halo around the dragged widget. Maybe the player name could be centered above the widget. > > I will build it in the near future. We can then play around with it a bit and decide if we need a toggle for it or not. Does the client code for the widget already know which other player is moving an item? It seems to me that this would be easier to implement on the cursor than on the widget; especially if piles will soon not be widgets - dragging a pile will mean that multiple widgets are being moved by one cursor.

deekerman commented

2026-02-20 10:13:41 -05:00

Author

Owner

@robartsd commented on GitHub (Dec 6, 2021):

Classes added in #808 , css variables to be added in #972 , games will be able to set this style with #951 using , hack.

I do think it would be nice to add per-client cursor display options to Players & Settings overlay. Not sure what plans @mousewax has there. I picture options for styling each of 3 states (inactive, moving, pressed). Possibly with separate opacity options for the indicator circle and a text label by making each a pseudo element.

@robartsd commented on GitHub (Dec 6, 2021): Classes added in #808 , css variables to be added in #972 , games will be able to set this style with #951 using `,` hack. I do think it would be nice to add per-client cursor display options to Players & Settings overlay. Not sure what plans @mousewax has there. I picture options for styling each of 3 states (inactive, moving, pressed). Possibly with separate opacity options for the indicator circle and a text label by making each a pseudo element.

deekerman referenced this issue

2026-02-20 10:15:42 -05:00

leaveRoutine executes twice #245