[GH-ISSUE #228] Next features for mouse click visualization #192

Open
opened 2026-05-05 05:05:05 -06:00 by gitea-mirror · 9 comments
Owner

Originally created by @akitchen on GitHub (Feb 22, 2022).
Original GitHub issue: https://github.com/keycastr/keycastr/issues/228

Following the release of v0.9.12, more improvements are planned around the visualization of mouse events:

  • forward the events to the visualizers
  • allow the user to configure whether mouse events are shown with the cursor, in the current visualizer, or both
  • allow the color and possibly other attributes of the mouse visualization to be configured
Originally created by @akitchen on GitHub (Feb 22, 2022). Original GitHub issue: https://github.com/keycastr/keycastr/issues/228 Following the release of v0.9.12, more improvements are planned around the visualization of mouse events: - forward the events to the visualizers - allow the user to configure whether mouse events are shown with the cursor, in the current visualizer, or both - allow the color and possibly other attributes of the mouse visualization to be configured
gitea-mirror added the
enhancement
visualizer
labels 2026-05-05 05:05:05 -06:00
Author
Owner

@Zackhardtoname commented on GitHub (Apr 11, 2022):

  • for the color
    I am mostly worried that my background is sometimes white and sometimes black.
<!-- gh-comment-id:1094869337 --> @Zackhardtoname commented on GitHub (Apr 11, 2022): + for the color I am mostly worried that my background is sometimes white and sometimes black.
Author
Owner

@tryggvigy commented on GitHub (May 10, 2022):

for the color, I am mostly worried that my background is sometimes white and sometimes black.

Chrome sometimes uses two colors (blue and white) for outline for this exact reason. Perhaps this technique can help here

image
<!-- gh-comment-id:1122668212 --> @tryggvigy commented on GitHub (May 10, 2022): > for the color, I am mostly worried that my background is sometimes white and sometimes black. Chrome sometimes uses two colors (blue and white) for `outline` for this exact reason. Perhaps this technique can help here <img width="226" alt="image" src="https://user-images.githubusercontent.com/2373958/167686031-17b11c06-9d61-46e1-b4f2-faaa60fec9c5.png">
Author
Owner

@ylluminate commented on GitHub (Jun 7, 2022):

Screenium 3 has some nice visualization functionality for mouse/cursor capture that could be emulated:
example

<!-- gh-comment-id:1148917472 --> @ylluminate commented on GitHub (Jun 7, 2022): Screenium 3 has some nice visualization functionality for mouse/cursor capture that could be emulated: ![example](https://p153.p0.n0.cdn.getcloudapp.com/items/6quzLxxB/af1cf87f-7a31-4ad4-97d6-06f54f48010a.gif?v=fc0a99e72f65573bac169f813d2803b4)
Author
Owner

@akitchen commented on GitHub (Oct 29, 2023):

v0.9.14 will add basic support for displaying mouse events in the current visualizer but the ability to independently customize mouse click display color will have to wait for another release.

<!-- gh-comment-id:1784251433 --> @akitchen commented on GitHub (Oct 29, 2023): v0.9.14 will add basic support for displaying mouse events in the current visualizer but the ability to independently customize mouse click display color will have to wait for another release.
Author
Owner

@akitchen commented on GitHub (Nov 19, 2024):

The click visualization started out as trying to match what QuickTime does when screen recording. It's the same radius and stroke width, more or less. The idea of two colors makes sense though, or maybe an alternate color for when the UI is in Dark Mode.

Our main use case is screen casting, so I don't think different colors for different kinds of clicks makes the most sense since it is non-obvious to the observer. Plus, it could be an accessibility concern for those who don't perceive colors as well as others. I'd probably prefer some kind of iconography or other indication of the click type or scroll action, like a small icon or glyphs displayed near the mouse click visualizer. Something like "Display button names" above, but nicer.

I wonder if @porg or @QuintB or any other UX community members have thoughts on this?

<!-- gh-comment-id:2486249424 --> @akitchen commented on GitHub (Nov 19, 2024): The click visualization started out as trying to match what QuickTime does when screen recording. It's the same radius and stroke width, more or less. The idea of two colors makes sense though, or maybe an alternate color for when the UI is in Dark Mode. Our main use case is screen casting, so I don't think different colors for different kinds of clicks makes the most sense since it is non-obvious to the observer. Plus, it could be an accessibility concern for those who don't perceive colors as well as others. I'd probably prefer some kind of iconography or other indication of the click type or scroll action, like a small icon or glyphs displayed near the mouse click visualizer. Something like "Display button names" above, but nicer. I wonder if @porg or @QuintB or any other UX community members have thoughts on this?
Author
Owner

@porg commented on GitHub (Nov 19, 2024):

Thanks for considering my advice, I feel flattered. I will give it a thought and then share it here.

<!-- gh-comment-id:2486733449 --> @porg commented on GitHub (Nov 19, 2024): Thanks for considering my advice, I feel flattered. I will give it a thought and then share it here.
Author
Owner

@theviking commented on GitHub (Dec 5, 2025):

Would it be possible to differentiate left, right, and wheel clicks? Currently the visualizer shows the same graphic for each

<!-- gh-comment-id:3617245855 --> @theviking commented on GitHub (Dec 5, 2025): Would it be possible to differentiate left, right, and wheel clicks? Currently the visualizer shows the same graphic for each
Author
Owner

@ghost commented on GitHub (Jan 22, 2026):

Oh yes, this would be an awesome addition - differentiate left/right/middle/wheel clicks!
As it is now, the viewer can't really tell which exact mouse button am I pressing.

<!-- gh-comment-id:3782878598 --> @ghost commented on GitHub (Jan 22, 2026): Oh yes, this would be an awesome addition - differentiate left/right/middle/wheel clicks! As it is now, the viewer can't really tell which exact mouse button am I pressing.
Author
Owner

@LY1806620741 commented on GitHub (Mar 2, 2026):

why do not show scroll action?

Sometimes I need to tell them that I moved two fingers on the touchpad.

<!-- gh-comment-id:3981784144 --> @LY1806620741 commented on GitHub (Mar 2, 2026): why do not show scroll action? Sometimes I need to tell them that I moved two fingers on the touchpad.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/keycastr#192
No description provided.