Spectacle should also default to opening the file-save dialog in the folder in which the previous screenshot was saved. In settings it could offer an override -- ie a radio button defaulting to "Save in last-used folder" but with the option to set it to "Always save in <user-defined folder>".

Albert mentions the number-incrementing feature which Ksnapshot used to implement when saving files (which is currently referred to as a serial number in Spectacle's 'Configure Save Options'). Ksnapshot would add a number to the end of the previous filename, and if the previous filename already contained a number, this would be incremented in the new suggested filename.

This was useful in many cases, but annoying in others.

For example, when I saved a screenshot as "live_blog_3.0_blog_edit_drafts_tab.png", and then took another screenshot, Ksnapshot would offer to save it as "live_blog_3.1_blog_edit_drafts_tab.png".

Ksnapshot assumed that any number within the filename was an existing serial number, even though it was in this case a software version number.

If the number incrementing feature is to be re-implemented in Spectacle, it would be good to make it a bit smarter -- e.g. perhaps it should only increment a number if it is at the end of the filename string (before the .png, .jpg etc), and not elsewhere in the filename string.

It would also be good to have the option to switch the number incrementing feature off, and just be presented with the previous filename.

Needless to say, Spectacle should then warn if the user attempts to save over an existing filename.

Yep, this features are really missed from Spectacle, for example as I paint in Krita, I like to take snapshots of the process, with Ksnapshot, this was a breeze, In spectacle, for every screenshot one must manually add the name, file extension plus navigate to the desired folder. Its just not usable for my purposes and predefine a folder on the settings is not intuitive, I would have to change this every time a do a painting :D, I really hope this becomes a future feature.

Also having the same issue. It would be great if it would remember the last file extension used, and autoincrement if possible.  (Even just remembering the file extension would be a great usability fix)

Yes - this is a big feature missing in spectacle compared to KSnapshot before.  Pleas

*** Bug 383635 has been marked as a duplicate of this bug. ***

This needs some design work before work on this can start, but a quick idea would be to add a radio button:
() Use last filename (+number)
() Use template: ...

After many months, I tried spectacle again, and almost everything is on par with ksnapshot, except this particular issue with the filename##

The new naming convention 
Screenshot_%Y%M%D_%H%m%S

is a workaround, since (in theory) you will never have a duplicate date/time.  However the original idea of having filename+[some number] that auto updates per screenshot doesnt seem to work.  

The only other thing is the ability to have multiple ksnapshot windows open (for different screenshot abilities that retain their settings) is lost.

>>The only other thing is the ability to have multiple ksnapshot windows open (for different screenshot abilities that retain their settings) is lost.

nevermind that, it works when i switched to using "spectacle" as opposed to the org.kde.Spectacle dbus call in Shortcuts in System Settings

I can only add that I've been sad (and lost trying out other programs) since Ksnapshot's easy file naming thing has left us.

(In reply to Emmanuel Revah from comment #9)
> I can only add that I've been sad (and lost trying out other programs) since
> Ksnapshot's easy file naming thing has left us.

I was thinking that rather than the current 

"if filename exists, next time it will filename+(#+1)"

or the date format as shown above, perhaps dev can add another option %d or rather %Nd (where N is any number of 0s or none)
so that you can have the default format filename%ND.jpg (or whatever the user selects as file type)
since you already added the date format as a type, adding an integer shouldnt be too farfetched, right?

I've submitted a patch to address this issue by making %Nd available when Spectacle composes the automatic file name: https://phabricator.kde.org/D15059

Git commit 754e1d3a92c13d9327f4dbf3ed9abb08083af7dd by Nate Graham, on behalf of Kyle Utecht.
Committed on 19/10/2018 at 22:34.
Pushed by ngraham into branch 'master'.

Add default file name token for (padded) sequential file numbering

Summary:
Default file name tokens %d will add an auto-incremented sequential file number when creating file names.
Numbering starts with 1. If the save directory has other files present with the same name (excluding
extension) but another number in the place of %d, the next number after that of the existing file will be
used to create the new file name.
The sequential number can be padded with %Nd where N is a number of total digits. If the padded token is
used in the
default file name, only file names with a number of the padded length or longer will be considered when
determining the next sequential number to use in the file name. For example, with the save name like
'Screenshot-%3d' and a save directory with only 'Screenshot-3,' the next generated file name will be
'Screenshot-001' since the existing file's number portion is not at least as long as the padded number
length.
Related: bug 373759
FIXED-IN: 18.12.0

Reviewers: alexeymin, ngraham

Reviewed By: alexeymin, ngraham

Subscribers: shubham, ngraham, alexeymin, #spectacle

Tags: #spectacle

Differential Revision: https://phabricator.kde.org/D16304

M  +47   -1    src/ExportManager.cpp
M  +4    -2    src/Gui/SettingsDialog/SaveOptionsPage.cpp
M  +3    -2    src/SpectacleConfig.cpp

https://commits.kde.org/spectacle/754e1d3a92c13d9327f4dbf3ed9abb08083af7dd