flameshot-org / flameshot

Powerful yet simple to use screenshot software :desktop_computer: :camera_flash:
https://flameshot.org
GNU General Public License v3.0
24.22k stars 1.55k forks source link

Historical backtracking #3350

Open Liu-ErMeng opened 10 months ago

Liu-ErMeng commented 10 months ago

Feature Description

I think it will be great if flameshot have a feature to backtrack the historical screenshots like snipaste under windows.

mmahmoudian commented 10 months ago

Thanks for making the feature request, but none of the devs use Windows, so would would be nice if you can explain in details what exactly you are looking for to have. I mean just elaborate in more details. Thanks.

Liu-ErMeng commented 10 months ago

Thanks for making the feature request, but none of the devs use Windows, so would would be nice if you can explain in details what exactly you are looking for to have. I mean just elaborate in more details. Thanks.

snipaste got key bindings, to "Switch to the previous snip record" and . to "Switch to the next snip record", which let you backtrack the snip records history, and you can remodify the older snip record, copy, save, etc. It's a wonderfull feature, so I think it will be great if flameshot support this too.

https://docs.snipaste.com/key-bindings

mmahmoudian commented 10 months ago

But what does the "snip record history" even mean? Is it the last positions of the selected region? Is it the screenshots you have taken?

Can you record a short video or somehow illustrate what you are suggesting?

Liu-ErMeng commented 9 months ago

But what does the "snip record history" even mean? Is it the last positions of the selected region? Is it the screenshots you have taken?

Can you record a short video or somehow illustrate what you are suggesting?

yes, there is a video demostrate how the "replay snipaste history" work.

mmahmoudian commented 9 months ago

I believe this is best to be dealt with via a plugin. This is because:

  1. in Flameshot we try our best to avoid recording anything from user for privacy reasons
  2. if we just store the path, and the user move/delete the file it will break the flow
  3. if we store a duplicate of every screenshot, then 3.1. more disk space will be used (twice as much) 3.2. we should also provide various mechanisms for the user to manage this "storage" as well (e.g wiping all, deleting specific ones, changing orders, ...)
  4. this is a bit far from a "screenshot" paradigm and gets more into "gallery management".

Of course, as always, this is just my personal opinion and we can wait and see if other devs have counter arguments.

For now I will label it with plugin label.