Summary: | A bit of delay in screenshot capturing | ||
---|---|---|---|
Product: | [Applications] Spectacle | Reporter: | Syntist <syed.talha.khalid> |
Component: | General | Assignee: | Noah Davis <noahadvs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | kde, nate |
Priority: | NOR | ||
Version: | 24.08.2 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Syntist
2024-10-29 03:05:42 UTC
Which version of Spectacle do you use? GNOME and Windows might be keeping their screenshot tools loaded in the background. Then again, Spectacle has a fairly slow startup time to begin with. The screenshot should actually happen pretty much right when you take it, but the UI might show up slightly later. Try taking a screenshot of a video player and you'll see from the video player timestamp that the screenshot is actually from before the UI appeared. I updated the ticket with the version being used, am using 24.08.2 Yes, I noticed the video goes a bit back like 1-2 frame back when I take a screenshot with the tool. And the toolbar does take time to appear. I think I am use to other screenshot tools that why it feels sluggish to me, maybe we can add it as an enhancement. Yes, GNOME's tool is faster because it runs in-process; it's not a separate app that needs to launch. So its code is always hot and ready for action, at the cost of taking up more memory. I don't know the equivalent in Windows works, though. Without re-architecting Spectacle and making the same trade-off, we likely can't make it quite as fast. But hopefully we can come close. That's tracked in Bug 442876; marking as a duplicate of it. *** This bug has been marked as a duplicate of bug 442876 *** |