I'm still a big user of next/previous scrap myself. Not sure if I understood what you were suggesting, but it still has to skip older revisions of the same file, otherwise it becomes useless to me.

I like either way (with or without strftime), I think as long as the most desirable format strings are given as examples, they can be used by non-techie users.

About the patches: Please make sure that the tooltip is translatable, and follow the style convention of the file (no space before parameter list).

A more problematic thing: what about "list_scraps()"? I think this feature breaks the "open next/previous" scrap from the file menu: scraps with a different date will not be accessible any more.

Also, I think the tooltip alone is not enough to make this feature discoverable. I think there should be some hint visible or an example to show that format strings are available. Format details can still be explained in the tooltip.

It's also not clear that a number will be appended (but this is already a problem right now). A "preview" label, displaying live the name of the next scrap, would be very cool :-)

I discarded strftime as an option because it's not that readable, basically (and because I thought people would think 'wtf is that?' -- people who are not programmers know it???)

Although it's superior to %(name)s on account of being less redundant, IMO.

Well, I can implement strftime() based stuff too.

I left the whitespace changes in because they seemed to be fixes
(automatic substitutions tab->spaces, as my editor detected the main indent style to be space-based. Then my eye detected the same thing ;)

I originally wrote a patch on David Revoy's behalf to implement timestamps in filenames. Since then, MyPaint updates broke it.

I've recently thought of a much simpler implementation which is more flexible; Have get_scrap_prefix expand {this_style} of format code (which is a tiny subset of Python 2.7/3.x's str.format(), implemented without a dependency on them.)

Patch attached -- try putting '{ymd}-' at the end of your scrap prefix, and then saving a scrap. There are many formats, most of which are named obviously (eg 'month', 'year', 'day','minute', 'dayname'..). All are zero-padded to suit their maximum possible value (eg. to 3 places for 'yearday', which can range 001-366)

For now I've implemented the info as a tooltip on the scrap prefix entry widget.

(file #14936)

I decided to just fixed the exception for the 1.0 release, it is now:

scrap076_y.ora
scrap076_z.ora
scrap077_a.ora
scrap077_b.ora

I realized that I like this scheme, I find scrap077_005.ora has too many numbers for my brain.

We really need a preference for the numbering style, as this seems to be a never-ending discussion. E.g. some users badly want a timestamp in the filename.

"performing also a save incremental on file opened"

If my memory serves, this is what I have implemented at first, in the early releases of MyPaint, but users didn't like it. IIRC the argument was that it was unexpected when "Save Scrap" did not always save into the configured scrap directory (because the loaded file was from another directory). Maybe this needs to be communicated properly somehow, through clever nameing of the menu entries and label in the preferences...

I tried to run Krita with the "versions" feature but either I didn't get how to use it, or it was in this branch that I was unable to compile. Anyway, let's switch to numbers, I see no problem with this.

For the error of reaching version 'z' , I propose :
mydrawing_a.ora
mydrawing_b.ora
(...)
mydrawing_x.ora
mydrawing_y.ora
mydrawing_z.ora
mydrawing_z_a.ora
mydrawing_z_b.ora
(...)
mydrawing_z_z_a.ora
(etc...)

For a new behavior of 'save as scrap' in general : performing also a save incremental on file opened. It would be a function renamed with another label , like 'speed save'.

• 1st scenario exemple :

- I open 'mydrawing.ora' on my hardrive
- I paint, then press F2 ( save-as-scrap )
- Mypaint save it automagically to 'mydrawing_a.ora' on the same folder.

• 2nd scenario exemple :

- I open 'mydrawing_g.ora' on my hardrive
- I paint, then press F2 ( save-as-scrap )
- Mypaint checks the files and know it already the revision 'g'
- Then save it automagically to 'mydrawing_h.ora' on the same folder.

• 3rd scenario exemple :

- I paint from scratch at opening , then press F2 ( save-as-scrap )
- Mypaint save the painting into the predifined "save-as-scrap" folder in user preference.

• 4th scenario exemple :

- I open 'myscrap-005_b.ora' on my scrap folder. ( using open next scrap / previous scrap / recent file ... or wathever )
- Mypaint checks the files and know it already the revision 'b'
- Then save it automagically to 'myscrap-005_c.ora' on the same folder , witch is the scrapfolder also in this case.