Original location means the restore will put all of the files back in the directories where they were first located when the backup file was created. If you had some files in internal storage, some in SD card, and some in removable storage, this option would ensure that those files would be extracted back in those locations.
SD card and internal storage are on the same SD card for most tablets, but there is one important difference: you can't browse to internal storage. It is kept completely hidden from everything except MobileSheets. This means you can never have access to the files for any reason. I would recommend SD card to everyone over internal storage. I only exposed internal storage as an option in case there is some oddball tablet that does not support the SD card option (this is known as external storage in Google's documentation). If you need to access the files in the SD card location, the path is /sdcard/android/data/com.zubersoft.mobilesheets/files.
You absolutely can store everything on a micro SD or usb drive using removable storage. While I intended for removable storage to be used as a way to access an external SD card, you can actually point it to any folder you want. If you want to store all of your files in one particular folder (regardless of which SD card it is on), just point removable storage to that location and you can use that option as the default for everything.
The copy options allows for several things. The default behavior will make a copy of the original file, but will leave the original file intact. You can also have it delete the original file after making a copy, in which case it really is just the storage location for all of your files.
The copy options are persisted, or as you called it, sticky. Once you change it, it stays like that for all song creation and editing until you change it again. I decided that this was best, as it allows you to easily set up your preferred way of operating, and you wouldn't have to change it very often. I know that for me personally, I like having all of my files on my external SD card, so I just leave the copy options set to that, and I never have to worry about moving files myself. Does this work for you?
Fakebooks and other large pdfs are definitely the reason that I provided a way to not make copies of files. Moving those monster files around takes time, and if you have to split your files among multiple cards, it's probably easiest to disable the copy options and just add the files from folders that you manage yourself. The copy option dialog is essentially the global storage option.
The sdcard0 change has caused a few problems, but until I get the update on my tablet, I'm going to have a hard time knowing if I fixed everything correctly. I'll make sure to resolve this as soon as I can. Hopefully all of this information will be useful. I'm still working hard on trying to update the manual, but I want to finish annotations first. Once the manual is updated, this should resolve a lot of the confusion. I also need to do some more work to make some of the options more intuitive, and provide explanations inside the application. If I could work full time, I could do so much more with MobileSheets, but hopefully it's good enough for most people for now.
Mike
SD card and internal storage are on the same SD card for most tablets, but there is one important difference: you can't browse to internal storage. It is kept completely hidden from everything except MobileSheets. This means you can never have access to the files for any reason. I would recommend SD card to everyone over internal storage. I only exposed internal storage as an option in case there is some oddball tablet that does not support the SD card option (this is known as external storage in Google's documentation). If you need to access the files in the SD card location, the path is /sdcard/android/data/com.zubersoft.mobilesheets/files.
You absolutely can store everything on a micro SD or usb drive using removable storage. While I intended for removable storage to be used as a way to access an external SD card, you can actually point it to any folder you want. If you want to store all of your files in one particular folder (regardless of which SD card it is on), just point removable storage to that location and you can use that option as the default for everything.
The copy options allows for several things. The default behavior will make a copy of the original file, but will leave the original file intact. You can also have it delete the original file after making a copy, in which case it really is just the storage location for all of your files.
The copy options are persisted, or as you called it, sticky. Once you change it, it stays like that for all song creation and editing until you change it again. I decided that this was best, as it allows you to easily set up your preferred way of operating, and you wouldn't have to change it very often. I know that for me personally, I like having all of my files on my external SD card, so I just leave the copy options set to that, and I never have to worry about moving files myself. Does this work for you?
Fakebooks and other large pdfs are definitely the reason that I provided a way to not make copies of files. Moving those monster files around takes time, and if you have to split your files among multiple cards, it's probably easiest to disable the copy options and just add the files from folders that you manage yourself. The copy option dialog is essentially the global storage option.
The sdcard0 change has caused a few problems, but until I get the update on my tablet, I'm going to have a hard time knowing if I fixed everything correctly. I'll make sure to resolve this as soon as I can. Hopefully all of this information will be useful. I'm still working hard on trying to update the manual, but I want to finish annotations first. Once the manual is updated, this should resolve a lot of the confusion. I also need to do some more work to make some of the options more intuitive, and provide explanations inside the application. If I could work full time, I could do so much more with MobileSheets, but hopefully it's good enough for most people for now.
Mike