If I Add (enter) the single string
as one entry, using forward-slashes as separators, SB sets the filters here as
(that is, I get two
entries, not one). The reason I don't get three
is simply because you cannot logically have the filter *
(a single asterisk, which means 'anything/everything') at the same time as any other filters
, because by definition, any other filter/s mean 'not
everything, only this/these', so a single-asterisk filter will contradict the other/s (and vice versa). So, SB strips out any already-entered single-asterisk entry as soon as you try adding or including anything else. (Similarly, if you enter a single-asterisk entry later
, SB will remove any previous
entries). Stop trying to include a * filter
, as it would override everything else anyway, and is probably what is causing you unexpected edit results (depending where/when the single-* entry is).
Your suggested main filter (the longest entry) will only work if there are / will be / should be at least one intervening folder between the profile's root of scope and the \klaar\ folder(s) - IOW, if the preceding path (the part of the path string before ...\klaar\... ) does/must contain at least one other intervening backslash. Your tree-structure example looks like this might be the case, so set it this way if you want that
(note: for this filter-set to match the tree structure you quoted, your Source path (entry in Source box) must
be simply D:\ )
OTOH, if the \klaar\ folders might be in the root of what you are pointing the profile at (there are no
earlier intervening folders), or
'deeper' than your example (if it might be \folderA\directoryB\klaar\... and so on...), then
will find \klaar\ folders wherever they are (if you want that) provided the \klaar\ folders are 'deeper' than your Source string. Note that the trailing asterisk * at the end of each of these filter strings will match any final string, whether it contains another backslash or not, so subfolders deeper than ...\klaar\... (or not) will both be catered for.
Remember that there will be a 'filters<>de/selections' set-up/crosscheck process after you OK your way out. The reply to a previous thread of yours
has more details.
Finally, can you please remember to quote your full (x.x.x.x) version number if you post again. Functionality does change from version to version (that's the point of a new version...) so it may be important.