When looking through tags in the browser, it displays the paths to all images associated with the current tag, but there's no way to copy that path to the clipboard. This would be useful e.g. for viewing gifs externally (which still don't work well in ivy), opening in an editor, or renaming/moving the file from the command line.
Adding the same "copy image path" menu item under "edit" as is found in the main frame seems reasonable and consistent. It should do nothing (and especially it shouldn't crash or cause UI inconsistencies) if there isn't currently a tag/image selected in the browser, possibly greying-out the menu item.
In the tag browser, it is perfectly natural to expect Ctrl+C to work in this situation, and suggests similar keyboard functionality in the main frame, if the tag editor isn't focused. It's not clear to me yet if this UX would be confusing, but it seems reasonable at first glance for the copy shortcut to apply to whatever widget has current focus.
When looking through tags in the browser, it displays the paths to all images associated with the current tag, but there's no way to copy that path to the clipboard. This would be useful e.g. for viewing gifs externally (which still don't work well in ivy), opening in an editor, or renaming/moving the file from the command line.
Adding the same "copy image path" menu item under "edit" as is found in the main frame seems reasonable and consistent. It should do nothing (and especially it shouldn't crash or cause UI inconsistencies) if there isn't currently a tag/image selected in the browser, possibly greying-out the menu item.
In the tag browser, it is perfectly natural to expect Ctrl+C to work in this situation, and suggests similar keyboard functionality in the main frame, if the tag editor isn't focused. It's not clear to me yet if this UX would be confusing, but it seems reasonable at first glance for the copy shortcut to apply to whatever widget has current focus.