[PD-dev] Naming of patch when doing a "save as"

[jakob skouborg]

> the days of "Copy of Copy of Kopie von Comb filter 1.2 (17.12.1997)
> final copy.pd" ought to be gone for good.

That is not what what I am saying or expecting. 

It is really very simple, just start from the name of last time the patch was saved, 
like basically any other app in the world does today. Then anyone can write what 
they want from there.


> if you want to do versioning of patches, you probably should look into a
> proper version-control-system, like 'git'.
> seriously.


I think that is overcomplicating the "save as" function a little bit. 


> and while i still don't have much of an opinion about the suggested
> filename, i think that the suggestion shouldn't contain spaces at all
> (alternatively you find a simple way to load abstractions with spaces in
> their name).


The name heres was just an example. 

Of course I call abstractions something else, without spaces. 

I am talking about main/master patches. All though you can still call them “Patchname1”, etc.

Anyway, I am just curious about that the rationale is for starting from “untitled”, 
instead of last saved name? Cause to me it doesn’t make sense at all.

Cheers!



> On 17 Sep 2019, at 10:00, IOhannes m zmoelnig <zmoelnig at iem.at> wrote:
> 
> On 16.09.19 18:05, jakob skouborg wrote:
>> 
>> I often do a lot of versioning when making complex patches, to avoid
>> ruining them. So most of my patches have numbers included.
>> 
>> Like for example "Comb filter 1.0”
> 
> ah yes, *that* use-case.
> 
> if you want to do versioning of patches, you probably should look into a
> proper version-control-system, like 'git'.
> seriously.
> the days of "Copy of Copy of Kopie von Comb filter 1.2 (17.12.1997)
> final copy.pd" ought to be gone for good.
> 
> 
> and while i still don't have much of an opinion about the suggested
> filename, i think that the suggestion shouldn't contain spaces at all
> (alternatively you find a simple way to load abstractions with spaces in
> their name).
> 
> gmasdr
> IOhannes
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev