mirror of
https://github.com/NickeManarin/ScreenToGif.git
synced 2026-04-25 23:25:52 +03:00
[GH-ISSUE #351] Improper Number Manipulation when Incrementing / Decrementing filenames #1657
Labels
No labels
copy cats
duplicated
future feature
pull-request
⬜ Accepted
⬜ Completed
⬜ Help Wanted 💪
⬜ In Progress
⬜ Missing Details
⬜ Pending
⬜ Waiting For Answer ⏳
🆕 feature preview
🔷 Bug 🐛
🔷 Out Of Scope
🔷 Out Of Scope
🔷 Question
🔷Enhancement
🔷Enhancement
🔷Invalid / External
🔷Knowledge Base
🔷Won't Fix
🕑 High
🕑 High
🕑 High
🕕 Medium
🕙 Low
🕛 Critical
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ScreenToGif#1657
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @NoiSek on GitHub (Jul 3, 2018).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/351
When specifying video output options and attempting to increase or decrease the filenumber, the code here will always affect the last number of a filename:
github.com/NickeManarin/ScreenToGif@1a4399a062/ScreenToGif/Windows/Editor.xaml.cs (L4726)Meaning a filename with an extension specified that includes a number will increment / decrement the extension rather than the filename itself.
As an example, with a filename like
filename25.mp3, incrementing five times would produce the following output:@NickeManarin commented on GitHub (Jul 3, 2018):
The file extension is not supposed to be typed directly into the filename text box. There's a combo box (selector) to the right. :)
@NickeManarin commented on GitHub (Jul 3, 2018):
Btw, which version are you using? The latest version has a dropdown (with the file formats) very close to the text field where you type the filename.
@NoiSek commented on GitHub (Jul 4, 2018):
I am not using any version of this, I'm just passing along information from the thread that it seems you have already discovered 😄
Figured someone should actually raise the issue on the repo when I saw there was no bug filed.
@NickeManarin commented on GitHub (Jul 4, 2018):
That user was using an old version of the app, in which the file format dropdown was not very close to the filename.
The current version of the app has a more easy to understand layout. So this is no longer a problem.