You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 30, 2022. It is now read-only.
When I start sway with environment varialbe $WLR_NO_HARDWARE_CURSORS=1 to use software cursors, grim will capture my cursor even if I did not pass it with -c flag. This results in all my captured screenshots to contain a portion of my cursor, depending on the last position of my cursor:
Top-left:
Top-right:
Bottom-left:
Bottom-right:
I also fail to grab pixel color with the method documented in README:
Since my cursor is always captured by grim, the captured color is always the color of my cursor's tip, which is #7C7C7C in my case. I believe the issue mentioned in #96 is somewhat similar and might be related.
If I remove the export WLR_NO_HARDWARE_CURSORS=1 befor starting sway, the problem goes away, cursor will then only be captured when I explicitly pass -c to grim, and pixel color grabbing also works properly. If I keep using software cursors (i.e. setting $WLR_NO_HARDWARE_CURSORS to 1), an undesireable workaround is to quickly move my cursor out of my selection region after selection with slurp, so that the cursor will not be captured by grim.
The text was updated successfully, but these errors were encountered:
Hi, thank you for the great tool!
When I start sway with environment varialbe
$WLR_NO_HARDWARE_CURSORS=1
to use software cursors,grim
will capture my cursor even if I did not pass it with-c
flag. This results in all my captured screenshots to contain a portion of my cursor, depending on the last position of my cursor:Top-left:
Top-right:
Bottom-left:
Bottom-right:
I also fail to grab pixel color with the method documented in README:
Since my cursor is always captured by
grim
, the captured color is always the color of my cursor's tip, which is#7C7C7C
in my case. I believe the issue mentioned in #96 is somewhat similar and might be related.If I remove the
export WLR_NO_HARDWARE_CURSORS=1
befor starting sway, the problem goes away, cursor will then only be captured when I explicitly pass-c
togrim
, and pixel color grabbing also works properly. If I keep using software cursors (i.e. setting$WLR_NO_HARDWARE_CURSORS
to1
), an undesireable workaround is to quickly move my cursor out of my selection region after selection withslurp
, so that the cursor will not be captured by grim.The text was updated successfully, but these errors were encountered: