I have a large collection files on a NAS, and I want to drag and drop files from this drive into Mp3tag to create unique "favorite" playlists, from files in different folders, etc.
When I drag a file into the Mp3tag window, any files currently in the list are removed. (From what I've ready here, that is a "Move" vs. a "Copy".) And I realize I can do a "copy" by holding CTRL, but what I would request is to have an option to NOT have to hold that modifier key to do a copy.
When trying to create playlists, I have already forgotten to hold "CTRL" several times when dragging and dropping, which means I've lost all the previous work I've done, with no way to recover other than starting over. (I do save after 5 or so minutes, but I have lost work several times already.)
Wouldn't be easier (and safer) to simply use Copy and Paste in Explorer from your source folder into your playlist creation folder? That way there would be no question about whether or where you are copying to. In Mp3tag, all you would have to do is to press F5 to reread the playlist creation folder....
I'm not asking to have the default behavior changed, but instead that there be an option to toggle in settings that changes the default behavior for those that want it.
When you say "Playlist creation folder" are you talking about a separate folder for files that are to be put into a playlist, or the playlist (in mp3tag) itself? I have all my music files sorted by artist, then album. I wouldn't want to make copies of all the files that I want to put into a playlist. That's potentially hundreds of files. I want the .m3u file to point to where the files are stored, not a separate folder just for the playlist.
Just a reminder so that this does not get out of view:
During D&D the Ctrl causes a copy instead of a move. This is default behaviour as lined out by Microsoft - and therefore this behaviour can be seen in a number of applications:
File Explorer: Forces a copy, preventing the default "move" operation when dropping within the same drive.
Excel: Copies selected cells rather than moving them.
Word: Copies selected text to the new location instead of moving it.
Dragging to Desktop: Immediately creates a shortcut or copy.
So far, MP3tag is in line with the suggestions of the Windows styleguide.
I am not sure how much irritation a deviation from the standard behaviour will provoke.
Good point however when dragging between volumes Windows defaults to copy and you hold Shift to move instead. So Mp3tag is not actually following the Windows behaviour when dragging from e.g. a NAS. Which is fine if know what to expect.
Having the choice would be good. Many would expect similar behaviour to a music player where dragging a track from anywhere adds to the playlist.
The windows explorer is mentioned explicitly as an exception when dragging between volumes (this also applies to further partitions, internal and external drives).
The option would make support more difficult, though.
You would have to describe first how to set the option, then check the current state and then describe which procedure to apply.
Right now it is just the description of 2 states: either with or without the Ctrl key.
Again, I'm not asking for the default behavior to change. Nobody would see any change in behavior unless they themselves went into the settings and toggled this new option, if it were added. And it would also not mean a loss of move functionality. If this option were toggled, then holding CTRL would do a move, not a copy.
Additionally, I don't think your Windows Explorer example holds up. If I have files in one folder, and drag them to another folder, Windows doesn't delete all the files in the destination folder, it simply moves (or copies) the files that are being dropped into the new location. The action is always additive into the destination directory. (This is what I was expecting when I dragged new music files into Mp3tag.) The only folder that is impacted is the source folder, depending on whether or move, or a copy, was performed.