Find original tutorial?

Using Tutorial copy has been altered. I want to make another copy of the original and go through it–but don’t know which file to copy and rename, where to put it for viewing, etc. Any help appreciated, thanks!

The easiest way is to just delete the copy you have now by closing it in Scrivener and then just deleting the project’s .scriv folder (e.g. if you saved it into My Documents with the name “Tutorial”, you’d go go your Documents and then trash the “Tutorial.scriv” folder) and then creating a fresh copy by selecting the Interactive Tutorial from the Help menu or from the New Project window. If you don’t want to delete the edited version, you can just rename it. So long as the file path has changed, the selecting the Tutorial option from Scrivener will prompt to make a new copy.

Hi MM, sounds god but didn’t work for me. I renamed Tutorial.scriv in the Scrivener folder in Program Files (x86) and also in the backups subfolder. I still get the altered tutorial on openinng. Also, I changed and saved something to track the modified date–and neither of those files shows as modified today. SAVE AS does not show me the filename or path, and those renamed files are the only scriv files with Tutorial in the filename. So how do I find this puppy and delete or rename it? Or–better yet–how do I just ignore it and make a new copy from the original file? IT has to be in there somewhere (assuming I didn’t just rename it)… Using Windows 8 btw.

Doesn’t this program display the name / path of the open file?

So, it looks like both of those are actually unaltered originals–but I can only open them separately. Whn I close out and restart the program–the modified Tutorial shows up. I need to find it and kill it. No clue what the filename is, and the program doesn’t show me. Suggestions welcome.

Would it have an extension other than SCRIV that I can search for?

Thanks again.

First, don’t ever alter the files in the installation directory (Program files *)… that can break a program pretty badly.

Second, to find the file, with the project open, go to File->Save As. Note the folder that it fills in as the default location, then cancel the save, and find that folder in Windows. Once you’ve located that project folder, close Scrivener and then dispose of the altered project .scriv folder.

Thanks, will re-rename those files.

But here’s the thing about SAVE AS in Windows 8: It wants to save in the last directory any program saved to, and does NOT show the directory of the open file unless it was last saved to that directory. At least that’s been my experience. Likewise, when I try SAVE AS with this file–the filename box is blank.

Appreciate the suggestion–but it just doesn’t work on my computer. Alternatives?

OK, first, in Scrivener go to Tools > Options, and in the General tab, check the option to display the file path in the window title bar. That will let you see the full path for an open project, so you’ll be able to determine where your tutorial project (and anything else) is.

As Robert already pointed out, you’ve renamed the original file, the one within the Scrivener installation directory, and not the copy you’ve been working in. Through the interface, if you choose Interactive Tutorial from the New Project window or the Help menu, Scrivener will prompt you to choose a name and location to save the tutorial project, and it will then create a copy of the project in the installation folder and save it to wherever you’ve chosen; you’re then working in that copy, and changes you make aren’t affecting the original. Once you’ve created the copy, choosing the tutorial option from the menu etc. will automatically open the version you’ve created; it’s basically just a shortcut at that point to your current project and doesn’t recreate a copy each time. That way it’s opening to the point you left it, with your notes, etc. Thus, if you want a clean copy, you want to trash the old version or otherwise break the shortcut link there so that Scrivener will go fetch from the original to make a new copy.

Right now, since you renamed the original instead of the copy, your edited version is still being opened, and meanwhile if you do trash that, Scrivener’s not going to be able to find the original now either to create a new copy, since the name has changed there. What you want to do then is go back to the C:\Program Files (x86)\Scrivener\ directory and change the .scriv project you renamed there back to Tutorial.scriv. Then open your current copy of the tutorial in Scrivener and note the file path in the title bar. Close the project and follow that path to find that edited copy of the project, and rename it.

Renaming the backups won’t affect any of this; the only reason to rename them would be a) you didn’t want to confuse yourself about what project they were a backup for, having renamed the original, or b) you were creating a new project using the same name and you didn’t want its backups to overwrite the others. In the case of b, though, you’re almost always better off moving the backups out of the auto-backup folder entirely, if the object is to make sure they don’t ever get overwritten by anything newer. (Also, don’t use the same name for different projects!) Milestone backups are best created via File > Back Up > Back Up To…, since these won’t be in the auto-backup queue subject to the “preserve only x many backups” limits set in the backup Options.

All of that last bit is probably irrelevant here, though, unless for some reason you have crucial work in your Tutorial project that you want preserved in backups.

You can show the full path if you want. There is an option in the General settings (Tools menu), “Show full project path in the title bar”. That should get you to the right spot so you can move it to the recycle bin, and once it is there it will no longer keep opening up. While you’re in settings you’ll also find an option for opening recent projects on program launch. If you’d rather the program not work that way you can switch it off.

Ha, okay. I ticked that box and now see the full path and…it’s NOW the original file in (x86). Must be a result of the rename and opening from explorer, whatever.

So now I copy this, rename, stick it somewher else and then open the copy and I’m good, I assume. Many thanks!