At this point this discussion requires it's own thread. The previous thread is here:
http://yabb.jriver.com/interact/index.php?topic=70938.msg487259#msg487259Honestly we haven't thought a lot about cover art for data files.
Sidecar images seem the better choice to me.
I suppose I could live with that, but could there be a way to count images that have the same name as a file as some type of special file that can be ignored during an import?
You can use an import rule to tag the cover art images as cover art, and then exclude them from your normal views.
Here's the problem with that solution.
My method with docs is to put all new docs into a ToImport folder.
Then when I have time, I import all those docs (right-click, MC, import) and do the tagging.
- If I add the cover art at this point, the jpg doesn't get tagged. I certainly don't feel like repeating every step I just did and retagging yet again.
- If I add the cover art after the tagged files have been moved to their appropriate folders, then that's not so bad--I will just have a bunch of untagged jpgs in my folders. A noodle when viewing folders with Windows Explorer, but not the end of the world I suppose.
The major problem is when I do a major import of all docs which I do once in a while to see which files I may have missed.
At this point, I'm going to have a whole lot of jpegs being imported. Theoretically I could just select them all and remove them from my database. Except that I actually do have jpgs in my folders that are NOT cover art. How could I tell MC to make the distinction? For this reason I cannot set up an import rule that tags jpgs as cover art. And the result is I have to go through my entire database and compare the filenames of all those imported jpgs with filenames in my database. Not likely to happen as this is WAY too much work.
So the only way this could work is if MC's import function somehow ignored jpg files that were named the same as a doc file in the database. That is the only way for me to import actual jpgs that are not cover art.
If that could be done, then I would have no issue with jpgs being along side the docs (I think).
But for now the immediate problem is that those jpgs are not moved with the files.
I'm hoping this is a bug and not the way it's going to work in the future.