NOT search operator do
Answered
I'm using the NOT search operator and it's not working as I would expect when some items are open (in contrast to the same search using the positive operator).
I'm searching a list to exclude items tagged with "#info". Here's the list:
-
Alpha
- alpha sub-alpha
- beta sub-alpha
-
Beta #info
- alpha sub-beta
- beta sub-beta
-
Gamma
- alpha sub-gamma
- beta sub-gamma #info
- gamma sub-gamma
-
Delta #info
- alpha sub-delta
- Epsilon
If the list is fully collapsed: :
- Alpha
- Beta #info
- Gamma
- Delta #info
- Epsilon
using -#info produces the expected result:
- Alpha
- Gamma
- Epsilon
However, if the list is partially (or fully) expanded like this:
- Alpha
-
Beta #info
- alpha sub-beta
- beta sub-beta
-
Gamma
- alpha sub-gamma
- beta sub-gamma #info
- gamma sub-gamma
- Delta #info
- Epsilon
using the -#info search produces this, with the Beta object still displayed:
- Alpha
-
Beta #info
- alpha sub-beta
- beta sub-beta
-
Gamma
- alpha sub-gamma
- gamma sub-gamma
- Epsilon
whereas what I would expect (and like) to get is:
- Alpha
-
Gamma
- alpha sub-gamma
- gamma sub-gamma
- Epsilon
I'm using the #info tag to denote sub-lists that are informational only. The purpose of the -#info search is to hide all these items when I want to concentrate on the lists reflecting projects and activities.
On the desktop version (and the browser version) it's easy enough to collapse everything in advance to get the result I want. On the iOS version, not so much, as all the items have to be collapsed individually.
Am I missing something? Or is this just a consequence of how the NOT logic interacts with the current list display?
Thanks for any insight you can provide.
-
I'm having the same problem as mentioned here: https://workflowy.zendesk.com/hc/en-us/community/posts/360054887591--NOT-search-operator-not-working-seemingly-randomly-on-browser?page=1#community_comment_360008587951
Thanks!
-
Hi!
The "Not" operator needs to be used in tandem with some other search term. The way it was explained to me several years ago by Mike, one of the WorkFlowy co-founders, goes something like this:
- Imagine trying to search Google for everything minus one term... that's the sum total of human knowledge minus one expression/ word.
And so it is with WorkFlowy... depending on the level one is searching from and the size of one's account... returning one's almost entire account would be quite something.
~Frank
-
On testing this I am not finding that collapsing fixes it.
Frank - these appear to be the characteristics:
1. If the NOT search term (used on its own) finds bullets that are top level bullets which have descendents then they are displayed (i.e. NOT search doesn't work)
2. If it finds bullets with no descendents, or a child item from the current search level, those bullets are filtered out (i.e. NOT search does work, even without additional search terms)
3. If it is used with another search term then it is filtered out, regardless of whether it has descendents or not (NOT search works).
It seems that characteristic 1. is best described as a bug that the Workflowy team could address?
So in my usage scenario I have a bunch of items, some which have a tag, some which don't - I want to sometimes just see the items without the tag (i.e. filtering them out), but I can't do this properly because some of them have descendents.
-
Hi Mr. Lindsay,
All good observations... however I'm going to circle around to the fact that one cannot rely on the "Not" operator when used alone. It was not built that way... and search results may be inaccurate. I asked the same question years ago... and so one will have to develop a workflow where you search for one thing minus another. The "Not" operator alone does not work as one would imagine.
~ Frank
-
Searching your workflowy is much smaller scale than searching the Internet. I could understand having a depth limit of 1 or a timeout. The former being ideal and deterministic for exclusion only searches.
Here's a use case: consider a unified ToDo list. You want to label all work items. You start adding #work. As you go, you want to filter out only #work items and all their descendants (search depth of 1), so you filter -#work. When you're done that evening you want to check your ToDo list excluding #work items.
To achieve that you have to add another label to every item (e.g. #todo, so you can filter #todo -#work).
Maybe the feature request is more complex but I think exclusion only searches of depth 1 is what I'm looking for. I want everything at the current level except items with some label or string.
I also think depth of 1 searches in general are a useful option.
-
I found this thread trying to figure out how to search in my projects node for all projects that are NOT "#incubate. I see this is not supposed to work if I only use "-#incubate". However, even if I include all of the area of focus tags (as OR) in the search, and them put "-#incubate" it still does not leave them out. I feel like I'm missing something obvious.
Please sign in to leave a comment.
Comments
9 comments