Posts: 256
Threads: 36
Joined: Oct 2014
Reputation:
0
10-17-2014, 04:04 AM
(This post was last modified: 10-17-2014, 04:21 AM by popoff.)
Hello.
I added yesterday my first PDF use companion with multiple songs on it. After reading the manual I suppose that only one pdf file is added to /mnt/sdcard/Android/data/com.zubersoft.mobilesheets/files but using the file manager on the tablet I see many copies of the file with a suffix like "_24", "_25" and so on ...
But in companion the file path is the same for all files without the suffix. ¿Am I doing something wrong or it's a bug?
Regards.
Well .... I'll answer to myself.
I was adding the songs using drag&drop again anda again for each song, and now I have discovered the "copy song" in the popup menu that use the same pdf file.
Excuse my mistake.
Is there a way to edit the songs with my previous mistake without begin again from zero?
Posts: 13,206
Threads: 299
Joined: Apr 2012
Reputation:
233
When files are copied into the MobileSheets storage directory in v4.1.6, numbers are added to ensure the files are unique. I am no longer doing this in MobileSheetsPro - file names must be unique, otherwise a dialog is presented to rename the new file or overwrite the existing file.
Is the numbering going to be a problem? if so, you will want to put your files on the tablet SD card and not use the companion app to transfer them. You will also need to disable the copy options in MobileSheets, which it sounds like you have found. MobileSheets will then use the files from the location you import them from.
Mike
Posts: 13,206
Threads: 299
Joined: Apr 2012
Reputation:
233
10-17-2014, 12:54 PM
(This post was last modified: 10-17-2014, 12:56 PM by Zubersoft.)
Graeme,
If you import an existing backup into the new version, it will attempt to remove the unique identifier, but only if it doesn't clash with an existing file. This means you won't have to rename any files if you are transferring your library over. For new files, if you import and a file name clash is detected, tapping on "Rename" will bring up a text box to rename the file. If the file is named, "ABC.pdf", it will automatically insert "ABC(1).pdf" as the default, or whatever number is required to be unique. This is the exact same way that Windows treats files in the same directory. If you don't care how your files are named (in terms of the (1) being added), then it will be a very quick step for you to rename your files when duplicate file names are detected (tap rename, tap OK, done).
I've had a lot more users complain about me changing the file names than ones who liked what I did. I hope this is an acceptable solution.
Mike
Posts: 256
Threads: 36
Joined: Oct 2014
Reputation:
0
Numbers suffix to get an unique name aren't a problem for me. Also the new way to get unique names isn't a problem at all I think.
My only problem is how to repair a previous song book that was added from the same songbook using drag&drop instead using the "copy song" method. Of course I have only two books added using this method and I can erase it and repeat using the right way.
But may be a way to avoid mistakes in the future. If you calculate an md5 hash of each pdf file added and store it in the database, it's easy for the program to look for an existing pdf and link the new song to it.
Take it as a suggestion for future versions.
Regards.
Posts: 256
Threads: 36
Joined: Oct 2014
Reputation:
0
I don't think that the backups must be incompatibles. At last, the "unique identifier" is only a file name that has some suffix added to the original name. If the backup structure it's the same in MS and MSPro, I suppose that MS may import a MSPro backup generating sheet files without the suffix, as they are in the backup after the stripping.
Posts: 13,206
Threads: 299
Joined: Apr 2012
Reputation:
233
10-24-2014, 07:12 AM
(This post was last modified: 10-24-2014, 07:13 AM by Zubersoft.)
You understood correctly Graeme - the MS backups are compatible with MSPro but I do some post processing such as stripping off the numbers. MSPro backups will not be compatible with MS though (as the database changes a lot in the new version).
Mike