I am using Scrivener on two Macs. Whenever I use the Scrivener on the second Mac the Sync with External Folder function loses its settings. I use this to do editing on my iPad with editorial so this is a problem. I found an old post here which says that this is probably because my two Macs have different user names. The post says I can create a symbolic link to fix this. My problem is I don’t understand how to do this.
Could someone kindly post instructions on how this is done?
Sure, this is pretty easy to do once you know the trick. But before going down that route, do note that the Mac App Store version has troubles reconnecting to the backup folder when switching machines, in general (it is a limitation in how MAS software must operate). This trick may not work, so if you need this capability, I’d recommend migrating to the direct-sale version, if you aren’t using that one already.
That aside, you’ll either need a utility that can make symbolic links (there were a few free ones last I checked), or just use the command line. For the utility approach:
In Finder, open a new window to your home folder (Shift-Cmd-H).
Use the Cmd-UpArrow shortcut to navigate up a folder. You should see the account folders on this Mac, and yours will be the one that is selected and has a house icon instead of a folder icon.
Follow the instructions provided by the utility to create a symbolic link pointing to this folder.
Select the symbolic link and rename it to the account name on your other Mac. Both should be in the /Users folder together (you may need to put in your password to get the symlink in the right spot).
If instead you’d rather just use the command line:
Again from Finder, open the Utilities folder (Shift-Cmd-U), and double-click on the Terminal icon.
Type in sudo ln -s /Users/ but don’t press return yet.
Type in the name of your user account as can be seen on the user account folder, then after doing that, insert a space and type /Users/ followed by the name of your user account on the other Mac.
You should have a line that looks like a bit like this:
I just read through the recommendations for syncing projects with cloud services and found dropbox and other services mentioned, but not a word about iCloud. I know from my own experience, syncing via iCloud does have some implications but before I am using dropbox, I would rather try anything to get iCloud working for myself. Other applications do use iCloud so I’m a bit lost why a scrivener project file is harder to transfer via iCloud. Do you have any comments about that and/or are there any recommendations on how to use it anyway?
The key difference between a Scrivener project and, say, a Word or Numbers file is that a Scrivener project is really a folder, with subfolders and potentially hundreds of component files.
In order to successfully use a file synchronization service with a Scrivener project, you need to be sure that the service will respect this structure. It needs to upload/download the entirety of the project, it can’t remove files that appear to be duplicates, it needs to preserve the master index file that tells Scrivener where everything is, and so on. Also, in order to reduce the risk of user error, it needs to keep the user informed of synchronization progress. Synchronizing a large Scrivener project can take noticeable amounts of time – where synchronizing a single text file usually will not – and the user needs to be sure that the synchronization is complete before breaking their internet connection. (See the lead post in this thread for more details.)
In our experience, not all synchronization services handle Scrivener projects correctly. Some don’t seem to be able to keep up with Scrivener’s frequent file saving operations. Some don’t upload/download the entire project. Since we aren’t able to see the internal operations of any such service, all we can do is recommend that users avoid services that are known to be problematic. And, unfortunately, once a user has lost data to a synchronization error, there may be very little that we can do to help them recover. So we tend to be conservative in our recommendations.
iCloud specifically is one of the problematic services, and therefore we can’t recommend its use for live Scrivener projects.
However, a ZIP backup of a Scrivener project is a single file, and as such should be correctly handled by almost any service, including iCloud, Google Drive, and other services known to be problematic for un-Zipped projects.
I am very new to Scrivener - just starting to use a trial copy on Mac and briefly on Linux. Beautifully written program and tutorial, by the way - Posting this here because my problem resulted from my uninformed use of Dropbox.
Having set up a small project and imported files on Scrivener on Linux and synced my Documents folder from Linux to Dropbox I then opened Scrivener on the Mac, set up the basic project and attempted to open the synced project in Scrivener on my Mac. Unfortunately, because my file structure and syncing preferences are different on the two machines, the project got moved by Dropbox and when I went to exit Scrivener it stated that there was no project in that location so I couldn’t save my work.
So I just wanted to note that, when exiting, if the project file has moved, Scrivener does not give one the option to cancel the exit (and correct the project location). Would that be an option worth adding?
Thanks giving Scrivener a trial! Given how things works internally here, shutting down is the safest blanket response to cover a variety of scenarios like this, no matter how theoretically safe a merge between what is loaded into RAM and what is on the disk may seem to be. By the way, when it shuts down in this fashion it should be writing any unsaved work to a recovery folder in ~/Documents. In most cases you’re going to do a better job of getting your data merged properly into one up-to-date result from that, than a deterministic algorithm ever could.
In more recent versions of OS X (10.10+ I believe), the operating system at the user level (dragging stuff around in Finder for example) can safely transport an open project and communicate to Scrivener where it has moved to (in older versions you definitely don’t want to do that). But Macs being in part a *NIX system, have processes and methods of moving things around that do not engage with that friendlier surface layer. It sounds like whatever Dropbox is doing falls under that class of file management.
I must be doing something wrong, but I really can’t figure out what it is.
I just got a mac mini and I’m working on a scrivener project on both my macbook pro and my mac mini. My scrivener backpus go to a folder under my documents on my hard drive on both computers. And then I keep the .scriv draft on dropbox. Lately I’ve been working just on the mac mini, but when I opened the draft, through drobox, on my macbook pro, the older version of the draft opened -the one that I last worked on with the macbook pro. When I close this project and gets synched and then I open it on my mac mini, I get the version I was working on with the mac mini. It looks as though each computer was working on a different dropbox account… but they are not, it’s the same one. Any help? Thanks!
So I’m slightly confused… The last thing I recall seeing was that one shouldn’t store the .scriv bundle in the synced dropbox folder… Today I stumble across this blog post: literatureandlatte.com/blog/?p=713 which talks about setting up iOScriv to use the drop box folder.
Am I reading that it is in fact safe to store the whole bundle in the synced folder?
I’ve had the folder that I drop my zipped backup files syncing to dropbox for quite some time now, I will pull the backup down from the box if I’ve worked on the other machine.
Looking forward to iOScriv and finally being able to work on projects without having to dig my laptop out.
Actually, I and many other users have been keeping our active project .scriv packages in Dropbox or Cubby so that we can work on them seamlessly between more than one machine and, in some of our cases, collaboratively with other people.
The absolute essential is to make sure that, when you finish editing one one machine, the project is closed and Dropbox or Cubby has finished sync’ing before you shut down or put the machine to sleep, and that it is fully sync’d on the other machine before you open it on that.
Ioa is ultra-cautious, I believe, and recommends using zipped back-ups for transferring projects via the cloud. However, Scrivener won’t let you have a project open on two machines at the same time, so, as long as you are careful over sync’ing fully with the server, keeping the active project accessible to each of your machines works extremely well in my experience.
A long time ago, when people first started using Dropbox with Scrivener projects, an advisory cautioning against it was posted. As I recall this was before the problem was sufficiently understood—over time it became obvious that the technology was fine, the problem was how it was being used. Dropbox makes it easy to forget that there is networking lag while using it, the lag is just moved out of your view making it both more convenient and more risky at the same time. Out of sight out of mind, why not just close the lid on your laptop when you’re done? Well, because it was still saving and now if you switch machines you’ll be loading half-a-save.
I am ultra-cautious, but that’s mainly because I’m also a space cadet and know for a fact that I’m in that category of people that will routinely turn a project into scrambled eggs with sync technology (I was even damaging projects years before people hooked up sync to the Internet and started calling it “cloud”, I’m the hipster of piecemeal project destruction). So the technique I put together using the automatic backup system is not only for me, but for all of us who can’t be trusted with fancy things.
I understand now. I generally close projects when I am done with a computer, however I don’t necessarily wait on the sync to finish. (or have network access when I am done with the computer) I’ll just have to get into the habit of opening the laptop when I get somewhere with networking if I’ve worked on anything while I’ve been out…
This is a special system set up for mobile syncing in general, it works by essentially maintaining two copies of the things you edit (and only those things), the original version and the version edited on mobile, which are merged together when syncing. The Mac and PC versions will continue editing and working directly with project data itself as they always have. This system would not be viable for the sort of thing you are asking about unfortunately. That is a much more complicated and certainly not on the table for any future releases.
Does this mean that when synchronizing with the iOS version, one has to keep the project in the Scrivener folder in Dropbox on Mac (and PC) as well?
I have done that for a while already, because I work on two Macs, at home and in my studio, but I also keep having problems with alerts about the project being open on another computer, even though I very carefully quits Scrivener before leaving the Mac, and checking that Dropbox is up-to-date. I also keep getting “Recovered Files”-folders. I have never lost any text though…
I’d review the guidelines described in this article, if you’re experiencing problems like that. It sounds to me as though the project is rarely being fully saved or downloaded. As you say, given the nature of the technology, this is rarely going to lead to data loss. The problem is in fact the opposite, Dropbox stores conflicted files—files it cannot algorithmically determine to be newer—as duplicates. With Scrivener being designed to open something like “23.rtf” when you click on a particular item in the Binder, it is going to disregard a file called “23 (Conflicted copy from blah blah on such and such a date).rtf”. But the file is there, you can go in and pull these conflict files out and restore any text as needed. There are instructions for repairing projects damaged by sync in that same article I linked to above.
It’s a little more flexible than that, but yes that’s the basic idea if you want syncing. That is optional however. The other approach is to copy files on and off the device as needed using a file manager (iTunes works as well) or AirDrop.
Thank you for your quick and thorough reply, AmberV. I have reread the article, and it seems that I have been following the guidelines all the way. Yesterday I only worked on one Mac, and all files where uploaded to Dropbox, after I quit the program yesterday. When getting back to the same Mac today, and restarting it and Scrivener, the file says it is open on another machine. It isn’t. So I wonder if there could be something else in Scrivener or the file that trickers this behaviour?
I was in fact trying to figure out a better way to work on two machines, but as I am sure I will also love to be able to use the iOS-version, it seems like I am stuck with Dropbox?