Re: [Evolution] Move mail to where?

[Milan Crha <mcrha redhat com>]

On Fri, 2020-01-17 at 17:21 +0100, George N. Reeke wrote:
> is the next step to file a bug/enhancement
> request and ask that when the dialog opens, only the last folder
> and any folders above it in the tree should be open?

        Hi,
this changed behavior is a result of an enhancement request to always
expand all folders (to not derive folder expand state from the current
view), in order to be able to access any folder while using
type-to-search. It's because collapsed folders cannot be accessed with
type-to-search.

There's always a chance a user makes a mistake, like here, selecting an
incorrect folder, but it's something the software cannot address in
100% cases.

I'm not sure I understood your work flow properly. Say your folder
structure is something like this:

   On This Computer
      Inbox
      Archive
         Mail 2010
         Mail 2011
         Mail 2012
         Mail 2013
      ...

   Other Account
      OtherMails
      ...

When you open the Copy/Move message to, all the structure is expanded
and in order to select "Mail 2012" you type "mail", which will move you
probably to the "Mail 2010". Either you can continue typing to specify
the folder name precisely, or you can press arrow up/down, to cycle
between folders with the typed string in their name. That can move you
down to OtherMails in the Other Account, skipping all folders not
containing the "mail" text in their name. It's (sometimes) quicker than
grabbing the mouse and use it to select a different folder. Do you use
that, or rather not?

Similarly, if you know a folder near the other folder you cannot recall
the name for, then you can type the name, cycle to it with arrows, then
press Escape key, which will close the "type-to-search" panel, after
which you can use arrows to move up/down from the selected folder. I
find this more useful when opening a file (which gtk3 currently doesn't
support, only gtk2 supports it).

I believe there are ways to speed up productivity with current
behavior. I also understand the "habit-factor" (which is a strong
player here, on my side).

        Bye,
        Milan