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
@amka, On clicking the snip button, using GtkWindow.Hide() on the main window would help taking screenshots easily instead of moving Frog's Window all over the desktop
What i did for Clips was to check if it is the active app using xlib and connect the "state-flags-changed" signal for the main window to trigger the check. Would be interested if there is a better way.
I had this app idea too but was focused on building Clips, i like this app 😄
Well, I've done this by doing capture in an async way. Just call the capture() method and then .hide(). Use .present() on callback of the capture() method.
Do others notice the window actually hide? I've been using Frog for a while (currently on 1.5.2) and not sure I've ever seen the window actually hide away when clicking the 'Take a Screenshot' button.
EDIT: There may be a bug here where the timing is off - I notice the window hide after the screenshot is taken for a brief second then reappear. Perhaps something changed when GNOME redid screencapture sometime around 2022, or with increasing use of Wayland.
@amka, On clicking the snip button, using
GtkWindow.Hide()
on the main window would help taking screenshots easily instead of moving Frog's Window all over the desktopOriginally posted by @candiedoperation in #7 (comment)
The text was updated successfully, but these errors were encountered: