1814450 - `Move/copy to <folder> again` menu should have a tooltip which shows the full path of the actual target for disambiguation (account/subfolder/target-folder)

Status: NEW

(Thunderbird :: Mail Window Front End, enhancement)

Description

[Thomas D. (:thomas8)]

+++ This bug was initially created as a clone of Bug #456444 +++

Move to Inbox again can be quite ambiguous when you have more than one inbox, frequently move messages around to different targets, took a coffee break, or some such - there's nothing which actually allows identifying the target folder which will be used, so using this command becomes a blind flight except when you're repeating moves from some seconds ago. This lack of clarity also leaves room for misunderstanding the feature as in bug 1743776 where reporter deleted a message from inbox and expected Move to Inbox again to reverse that action.

I'm suggesting a trivial fix to disambiguate this:

• Add a tooltip to the Move to <folder> again menuitem which shows the full path of the actual target for disambiguation (account/subfolder/target-folder):
  • [e-mail]/Inbox
  • [e-mail]/Inbox/subfolder
• As a variation, we could include the action as we usually do on action buttons:
  • Move the selected messages to [e-mail]/Inbox
  • Move the selected messages to [e-mail]/Inbox/subfolder
• Another variation (more work), we could have an info icon at the right side of the menuitem which exposes the target as a tooltip on hover or click (without executing the command).

This looks simpler to implement and more contextual than other solutions which have been proposed (but I'd welcome anything which makes the target more explicit), e.g. in Wayne's bug 456444:

• permanently display target somewhere in the UI, e.g. in status bar
  • I like this, too. Good for power users who use the keyboard shortcut (Ctrl+Shift+M on Windows), so they won't go through the menus.
• visually decorate current target folder in folder pane (e.g. with a bull's eye icon)
  • Maybe OK to complement, but depending on scenario, target folder might be out of sight (scrolled/collaped).

Essentially same rationale here as in Bug 456444 Comment 0:

Rationale, ctrl+shift+m is a handy little bugger/shortcut, but when one returns to the keyboard after leaving for a while, or when there are 2-3 frequent targets it can be hard to remember which was most recently the target of a move/copy - therefore there are times when ctrl+shift+m can't safely be used because you are not 100% certain where the message will be put.

Comment 2

[chrizilla]

helps preventing move to wrong namesake folder