"Move" button "Type to filter ..." input should also include sub-folders, for parent folder match

[MasterInQuestion]

    (the "Move" to folder menu's filter input)
    Not including sub-folders feels counter-productive, for those of well-arranged directory hierarchy.

    Current design seems still be caught at the pre-sub-folder ages:
    https://github.com/tutao/tutanota/issues/927#issuecomment-529872584

[charlag]

Hey. I believe filter does include all the subfolders.

are we missing something? Do you mean that when parent folder is found it should show all subfolders in the dropdown?

[MasterInQuestion]

    Yes. For typical cases, consider below:
    "Random"
    "Random/a"
    "Random/b"
    "Random/b/1"
    "Random/b/1/2"
    "Random/c"
    .
    It's usually to search for "Random" instead.
    Missing the sub-directories would be troublesome.

[charlag]

Thank you, I see your idea now. I'm not sure if it would be a problem in some other cases when you want to go more directly to a specific folder but have to scroll through the list of those where the parent matches.

[MasterInQuestion]

    For my current use case:
    The filter without sub-directories is nearly completely useless:
    Where I frequently have to parse the whole list of everything.

    In practical directories design, the sub-components may not always contain the pattern of parent.
    In the most extreme fail case:
    Consider in the previous "Random" example, where the "a", "b", "1", "2" etc.
    ; were the cryptographic hash of their content...
    .
    Which means the search for them mostly wouldn't work.

[Fiyaas]

(the "Move" to folder menu's filter input)     Not including sub-folders feels counter-productive, for those of well-arranged directory hierarchy.

    Current design seems still be caught at the pre-sub-folder ages:     https://github.com/tutao/tutanota/issues/927#issuecomment-529872584