Is your feature request related to a problem? Please describe.
For some editing functions that are originally GIF files, such as deleting certain frames or just rearranging the order of some frames, when I save them again, the current software re-encodes them, and sometimes it results in the edited file being larger than before.
For example, a 10M GIF file, I deleted the first half of the frames. My expectation was definitely to keep the original quality of the GIF, and then the size would be about 5M. But the current situation is that if I choose to save the best quality, even though my operation was to delete half the frames, the final file I get is likely to be larger than 10M, or even 20M, which completely goes against the user's expectations.
Describe the solution you'd like
Add a save option: Do not re-encode, just trim or rearrange the frames of the GIF.
Describe alternatives you've considered
There is an open-source software called gifsicle that solves this problem, and its size is no more than 500KB, which is a great software. Unfortunately, it doesn't have a GUI and can only be operated via the command line, and it cannot display each frame's image, so it cannot be operated simply and conveniently.
If integrating this software/its features into yours, combined with your ability to display each frame, and your great software interface and operation, that would be fantastic~
Is your feature request related to a problem? Please describe.
For some editing functions that are originally GIF files, such as deleting certain frames or just rearranging the order of some frames, when I save them again, the current software re-encodes them, and sometimes it results in the edited file being larger than before.
For example, a 10M GIF file, I deleted the first half of the frames. My expectation was definitely to keep the original quality of the GIF, and then the size would be about 5M. But the current situation is that if I choose to save the best quality, even though my operation was to delete half the frames, the final file I get is likely to be larger than 10M, or even 20M, which completely goes against the user's expectations.
Describe the solution you'd like
Add a save option: Do not re-encode, just trim or rearrange the frames of the GIF.
Describe alternatives you've considered
There is an open-source software called gifsicle that solves this problem, and its size is no more than 500KB, which is a great software. Unfortunately, it doesn't have a GUI and can only be operated via the command line, and it cannot display each frame's image, so it cannot be operated simply and conveniently.
If integrating this software/its features into yours, combined with your ability to display each frame, and your great software interface and operation, that would be fantastic~