<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 28, 2014 at 9:10 PM, Fons Adriaensen <span dir="ltr"><<a href="mailto:fons@linuxaudio.org" target="_blank">fons@linuxaudio.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Jan 28, 2014 at 08:32:39PM -0500, Paul Davis wrote:<br>
<br>
> loading a snapshot and then saving will alter the state of the<br>
> snapshot that was loaded, not the "current session" or any other<br>
> snapshot.<br>
<br>
</div>That exactly is the problem. I would expect things to work as you<br>
decribe when a 'save as' file is reloaded, and that is also what<br>
happens of course. But I wouldn't expect a snapshot to be modified<br>
by a normal 'save' but only when the user explicitly asks for it,<br>
by using 'new snapshot' with the same name (which would have to be<br>
typed in manually). Overwriting snapshots to me feels like rewriting<br>
history, or bypassing a version control system.<br>
<br>
The root of the problem is that files created by 'new snapshot' and<br>
'save as' are identical, and both are treated as 'session files' when<br>
reloaded. But the user's intention behind creating either of them<br>
is likely to be different. That intention is handled correctly when<br>
the files are created (a snapshot won't be modified by later changes),<br>
but not when they are reloaded.<br></blockquote><div><br></div><div>the only intended difference between "save as" and "snapshot" is whether or not ardour does subsequent saves (while in the same instance) to the *new* session file or the current one.<br>
<br>both operations are intended to create snapshots and snapshots are never read-only, except by user intent.<br></div><div class="h5"> <br>
<br>
</div></div><br></div></div>