-
Notifications
You must be signed in to change notification settings - Fork 53
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
scrot --select
borders caught up in the screenshot
#284
Comments
scrot --select
borders caught up in the screenshot
I was trying to look at what slop does in it's pure X implementation and found this comment
So it seems like even slop (running in pure X mode) has issues when there's a compositor running. If I get around setting up a compositor to test things out then I can probably try and see what's going on. Whatever it is, I suspect it should be possible to fix (since it apparently works fine with opengl), but I don't suspect it to be easy at all. |
* xeventUnmap() did not check the union type before reading from it. * unmap event should always come, no need to sleep/retry 30 times. * remove xeventUnmap() and waitUnmapWindowNotify() entirely. the main logic is short enough to inline directly at the call site. * rather than unmapping the window, and then destroying it, destroy it directly and wait for the DestroyNotify event. (this may help with: resurrecting-open-source-projects#284) * compare window ID against `None` rather than `0`. no functional difference, but using `None` is more idiomatic for X11 things.
if no compositor is running, use the "edge" mode since it has less issues compared to the classic mode. ref: resurrecting-open-source-projects#284
if no compositor is running, use the "edge" mode since it has less issues compared to the classic mode. ref: resurrecting-open-source-projects#284
if no compositor is running, use the "edge" mode since it has less issues compared to the classic mode. ref: resurrecting-open-source-projects#284
Closed this since the default is now edge when no compositor is running. The issues with compositor is tracked in #76. |
selection classic is still the default for many people who are using a compositor. adding a hacky sleep similar to selection edge seems to fix it on my end. Fixes: resurrecting-open-source-projects#284
selection classic is still the default for many people who are using a compositor. adding a hacky sleep similar to selection edge seems to fix it on my end. Fixes: #284
Someone made a Youtube video about scrot and described a bug in it:
https://yewtu.be/watch?v=aD17Rd2D27c&t=250
The gist of it is that
scrot --select
(which implicitly meansscrot --select --line mode=classic
) seems to have a bug when selecting a video that is currently being played, the selection edges lag behind. Then, when you finally take the screenshot, those edges can be caught by the screenshot.We could simply make
--line mode=edge
the default and deprecate--line mode=classic
to fix this. However, it would also be wise to figure out why this bug is there. It would also be wise to figure out which option is "better" and deprecate the other, maybe edge is not better. Also, the man page says edge and classic support different but overlapping customization options, so the missing functionality should be added to one or the other.The text was updated successfully, but these errors were encountered: