Cause to me it doesn’t make sense at all.
I hope we all agree on that :-) "save as" should start at the current file name, that's the convention and IMO there's absolutely no reason for doing it differently. As people have already noted, the "save as" dialog will already warn you when you try to overwrite an existing file.
I would do a PR but I'm busy right now. You might file a bug report, so we don't forget.
Christof
Gesendet: Mittwoch, 18. September 2019 um 19:26 Uhr Von: "jakob skouborg" syntaxerror60@hotmail.com An: "IOhannes m zmoelnig" zmoelnig@iem.at Cc: "Pd-dev@lists.iem.at" Pd-dev@lists.iem.at Betreff: Re: [PD-dev] Naming of patch when doing a "save as"
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@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@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev