Posts: 29
Threads: 7
Joined: Oct 2024
Reputation:
0
I may have missed something, but I find the process of replacing a file with an updated version not explicit enough.
I might have 4 versions of a song, some of which may share a file, but I can't remember which is what. When I import a new version, if I use the same file name, I will get prompted with a replace existing file. However, I might have done something different in the past, I might be replacing a song with one from a different source with a different file name, or on the last import, there might have been a file name clash so it got renamed, but I've since deleted the original and so on, so I might end up with a new song.
What I would prefer, because then I can see exactly what is going to happen, is that I go into a song, I can confirm that is indeed the version I what to update, go into the Files option from the song, and on that file, click the three dots by the file name and select a new option Import. That would then offer me the usual individual file import, and the result would be that song file is replaced. (For completeness, it could warn if the file is used in multiple songs).
With the song selection approach I then know exactly what I am updating.
Posts: 943
Threads: 84
Joined: Feb 2017
Reputation:
28
I'm trying to get my head around visualising this one and how it could be coded/debugged and maintained.
You say you may have several songs sharing a file so replacing the file could affect the other songs.
While MSP allows you to have multiple files in a song, you don't have to use that feature.
Personally, I wouldn't put that specific file into songs with other files, I would use a seperate set list for each of your "songs" that use it (you are effectively doing this manually adding it into a group of files). You can then use the edit tab to see which setlists a song belongs in and the best way to make your proposed change.
Using your current method, I believe that you could enter part of the filename into the main filter to see "songs" where it is used; you still need to know your library to determine how to update the file.
Geoff
Samsung Galaxy Tab A6
Posts: 13,539
Threads: 302
Joined: Apr 2012
Reputation:
241
If you prefer to make changes within the song editor, you can always just remove the existing file, then tap the + icon and add the new version of the file. If the filename matches, MobileSheets will carry over the annotations, bookmarks, link points, etc. You can also long press a song on the library screen, tap the three dots at the top right and select "Swap File", but this doesn't provide the visualization you are wanting.
Mike
Posts: 29
Threads: 7
Joined: Oct 2024
Reputation:
0
(12-19-2024, 05:00 AM)Zubersoft Wrote: If you prefer to make changes within the song editor, you can always just remove the existing file, then tap the + icon and add the new version of the file. If the filename matches, MobileSheets will carry over the annotations, bookmarks, link points, etc. You can also long press a song on the library screen, tap the three dots at the top right and select "Swap File", but this doesn't provide the visualization you are wanting.
Mike
Actually, that's close enough for me, I think. The important thing for me is working from a known song and so I know it matches the the file I am updating it with, because I've just been reviewing it.
I'll have a tinker and see what happens. I have a lot of different scenarios, individual songs, or PDF books updated by someone else with consistent layouts, but then sometimes he'll release an individual correction, and of course, trying to tidy up from an initial loading.
Thanks!
Posts: 29
Threads: 7
Joined: Oct 2024
Reputation:
0
12-20-2024, 01:17 AM
(This post was last modified: 12-20-2024, 01:21 AM by IanMSpencer.)
(12-19-2024, 04:00 AM)Geoff Bacon Wrote: I'm trying to get my head around visualising this one and how it could be coded/debugged and maintained.
You say you may have several songs sharing a file so replacing the file could affect the other songs.
While MSP allows you to have multiple files in a song, you don't have to use that feature.
Personally, I wouldn't put that specific file into songs with other files, I would use a seperate set list for each of your "songs" that use it (you are effectively doing this manually adding it into a group of files). You can then use the edit tab to see which setlists a song belongs in and the best way to make your proposed change.
Using your current method, I believe that you could enter part of the filename into the main filter to see "songs" where it is used; you still need to know your library to determine how to update the file.
Geoff
As I play with 4 different groups as well as sourcing my own material, I am not really in control of all my source files, which are a mixture of individual songs and PDF booklets.
For example, at a rehearsal we might realise that we are getting in a pickle because the 15 year old chord sheet is just wrong and the band leader will write a whole new chord sheet with a different name (the original might have been a photocopy) and I'll still want to keep the majority of annotations - so things like pickup, tone controls, amp settings, rhythm pattern - they might need shifting around, but they are still relevant. Others might just be a re-release, but it is a song that I have in multiple versions, bass, guitar, band a, band b, band c, and the key changes. Some songs are shared across instruments and bands. So I need to look and ensure I am substituting the correct file which, as mentioned before, I cannot entirely depend on file names, especially as different versions from different bands already have been renamed as part of the duplicate file on import process.
Next scenario will be our band leader who likes issuing full PDFs of all our songs which has an index I have hacked into a CSV. There the corrections tend to be odds and ends and it doesn't really matter if sliding a new file in alters lots of songs as the page layout rarely changes.
So, for my purposes, being able to switch an individual song while retaining annotations, I don't want to depend on file naming, because that is too error prone.
It's not perfect, and each case needs a little care, but once a song is in my system across playlists and collections, I don't want new duplicate songs being generated by the import process due to the vagaries of file naming when I can see the song I want to update.
As Mike has pointed out there is an option that does more or less what I am looking for I think I'm OK. Just about to try it!... Success, though I am not sure it will work for replacing a revised PDF book file, but for 40 odd songs it probably is worth just fiddling with the file name to force the replacement.
|