starred/ScreenToGif

Fork 0

mirror of https://github.com/NickeManarin/ScreenToGif.git synced 2026-04-26 07:35:54 +03:00

[GH-ISSUE #262] FEATURE REQUEST ... button "close" should NOT close ScreenToGif #216

New issue

Closed

opened 2026-02-26 09:30:35 +03:00 by kerem · 2 comments

kerem commented

2026-02-26 09:30:35 +03:00

Owner

Originally created by @user3323 on GitHub (Feb 9, 2018).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/262

When you press "Record" and then rethink something and want to go back to "main screen" - you often press "Close" button at top-right. And it should return you to the previous window, whatever the window it was. It works like this literally everywhere.

Here is another action - it closes ScreenToGif at all:

IMO, it has to do the same as "left arrow" button - just "go back".

//////////

The same annoying behavior is in the editor. When you click on top-right "close" button - it will close the entire ScreenToGif. But it should close only the editor.

I think everyone record their first (or maybe 2nd or 3rd) gif by wrong way. And after they made some mistakes in the recorded gif - they want to close the editor and re-record it again - and every time they should launch ScreenToGif again and again.

Please, fix this "close button" behavior. It should close only that window, to which it belongs.

Thanks.

Originally created by @user3323 on GitHub (Feb 9, 2018). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/262 When you press "Record" and then rethink something and want to go back to "main screen" - you often press "Close" button at top-right. And it should return you to the previous window, whatever the window it was. It works like this literally everywhere. Here is another action - it closes ScreenToGif at all: ![stg 1](https://user-images.githubusercontent.com/24613274/36004647-581b0bb2-0d3c-11e8-9ac2-65ecb83c6803.gif) IMO, it has to do the same as "left arrow" button - just "go back". ////////// The same annoying behavior is in the editor. When you click on top-right "close" button - it will close the entire ScreenToGif. But it should close only the editor. I think everyone record their first (or maybe 2nd or 3rd) gif by wrong way. And after they made some mistakes in the recorded gif - they want to close the editor and re-record it again - and every time they should launch ScreenToGif again and again. Please, fix this "close button" behavior. It should close only that window, to which it belongs. Thanks.

kerem closed this issue

2026-02-26 09:30:35 +03:00

kerem commented

2026-02-26 09:30:35 +03:00

Author

Owner

@NickeManarin commented on GitHub (Feb 14, 2018):

I agree with the first part of your request, the close button won't close the app anymore when opened from the Startup window (I removed the back button, now there's only the close button).

I don't agree with the second part, the editor should close the app if the close button is pressed. The editor is capable of doing the same thing that the Startup window does.

But, (with the next release) the app will provide a tray icon that will stay visible even if the last window gets closed (optional), capable of launching the recorders/editor/options via keyboard shortcuts or via a context menu.

TL;DR: Close button of the recorders will return to the Startup window.

@NickeManarin commented on GitHub (Feb 14, 2018): I agree with the first part of your request, the close button won't close the app anymore when opened from the Startup window (I removed the back button, now there's only the close button). I don't agree with the second part, the editor should close the app if the close button is pressed. The editor is capable of doing the same thing that the Startup window does. But, (with the next release) the app will provide a tray icon that will stay visible even if the last window gets closed (optional), capable of launching the recorders/editor/options via keyboard shortcuts or via a context menu. TL;DR: Close button of the recorders will return to the Startup window.

kerem commented

2026-02-26 09:30:35 +03:00

Author

Owner

@user3323 commented on GitHub (Feb 15, 2018):

@NickeManarin

awesome! "Hide to tray" decision - is the great one!

@user3323 commented on GitHub (Feb 15, 2018): @NickeManarin awesome! "Hide to tray" decision - is the great one!

kerem referenced this issue

2026-03-01 18:46:23 +03:00

[GH-ISSUE #216] Error with gif and title frame #1548

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/ScreenToGif#216

No description provided.

Rows
Columns