DJSmith9 wrote:I tested the "saving before recording" idea and it kept the project file but deleted all the audio files
If you save a project before recording, you save an AUP file and a _data folder without any data in it. When you start recording, the recorded data is added to that _data folder.
When you stop recording, the project has a saved state of no audio (the point when you did FIle > Save Project As) and unsaved additions (the recording). If you click "No" in answer to "Save Changes?" when exiting, you get back to the saved project state (a project having no audio).
DJSmith9 wrote:The settable option idea to "leave temp files" (which would only apply in the case that the project had not been named before recording, because otherwise they would not be "temp" files right?)
The issue is around the user telling Audacity not to save changes when they wanted to save them. It applies equally in the case you give above where a project exists but further changes are made to it which you want to retain. The only difference in that case is that the audio data which Audacity deletes on exit when you say "No" is then in the project folder rather than the temporary folder.
What would structurally happen I think is exactly what would happen if you force quit Audacity when you have not saved a project or force quit when you have a project with unsaved changes. In those cases, an autosave file (a temporary project file just like an AUP project file) would appear when you restarted Audacity. That autosave file references the audio data that was left behind in the temp folder or project _data folder because you quit Audacity without asking what to do with the unsaved changes.
So a Preference to "Always store unsaved changes on quit" would store something like an autosave file and not delete any of the audio data it pointed to. In the case of reopening an existing project where this Preference was turned on, Audacity would have to be coded to not treat the left-behind data in the _data folder as an "orphan block files" error (orphaned files being data that does not belong to the current project state). So this is more of a change than "just not delete the temp files" and I think a pretty unusual feature for file saving.
I think this change will not happen, purely because no developer will see the need to code for such a gross user error, but so we record your vote correctly, do you want a storage limit on this Preference? Once you store more than n MB of unsaved changes, no more will be saved until you delete some of it?
Gale