Renames being hidden within "Quick (!) Actions", i.e. in "Actions" (where I would have searched first), they can not be found. Then, gracefully, the last-used "Action" is remembered, so that then, shift-alt-6 will bring back the previous "Action", "Rename" here (and with the previous values as defaults).
For renaming PATHS, I select scope "_Directory", and it seems the scope is then NOT the current selection BUT the whole set, loaded into Mp3tag; this obviously can become very dangerous:
Given I want to change just ONE CD title (applies to other groups of files accordingly, obviously), I would spontaneously select the files in that CD = having all the same "Path" value, then trigger the Rename command, in order to restrict the changes to that CD (=renaming just ONE folder in the file system), but since Mp3tag's rename scope seems to be the "loaded files set", (except for just correcting typos where that behavior would even be welcome) that might unwantedly change other folder titles, too.
Thus, I can not change just some SUB-string oldstring to newstring, but I need the whole path as oldstring, then again the whole path as newstring (in their respective old/new fields within the rename dialog), in order to then edit the newstring into a real newstring, comprising the rename I want to be executed.
Thus, I spontaneously just select ONE file within that group (CD in my case), in order to GET that oldstring, onto which I then will have to make the changes in question.
As expected, "F2" will not get the "Path" string, but will scroll to the "Filename" field (of the current row) in the grid, in order to make it available for manual editing; in the "Actions-Rename" dialog, though, and with selecting (as said) the field "_Directory" (which should inform the program WHICH "tag" is "needed" here), the dialog fields oldstring and newstring either remain empty, or then get filled with the values of the previous rename (which will be another folder name than the current one); this way, in order to edit any sub string within the path (incl. the immediate parent folder of the files in question), I need to type the needed paths, more or less in complete length (depending on my previous renames and their "path similarity" to the current one), into the oldstring field, then copy it from there into the newstring field, then only I'm able to edit the newstring field for the desired (perhaps very minor) change - it's obvious that switching to some file manager, in order to do the rename in there, will take just a fraction of the time.
Hence my questions: Have I overlooked any way to get the "Path" string of the current row into clipboard?
Or maybe you could amend the "Edit" menu by some entry "Get Path" (with alt-shortcut)... and with another one, "Get filename" (also with alt-shortcut, in order to avoid the "F2, then control-a, then control-c, then Enter to close the in-line edit field again" detour for getting the current file name?
Ideally, of course, Mp3tag might fill in the fields within the "Actions-Rename" dialog, accordingly to the selected scope code (here "_Directory") in there... whenever the "old" value isn't an array of several ones, i.e. when there is only 1 row selected within the grid, or when the values in the field in question, for several selected rows, is identical.