Workflowy

New Feature: Nested searches let you filter based on structure, not just content

Hey there 👋,

Today we’re launching nested search in Workflowy, a powerful feature that dramatically expands how you can use searches. It can let you do things like find only your most important tasks, or find all the questions that arose in meetings with a particular client.

Nested search works by letting you search for stuff inside other stuff, by adding a “>” between them. For example, “#project > is:task” will find you all the tasks inside all your projects. You can refine that as “#important #project > is:task” which further narrows the search to only show #important projects.

Here are some more in depth examples:

Example 1: Finding open questions from client meetings

Imagine you’re working with multiple clients and each of their projects has a “Meetings” section where you keep track of your discussions with your team.

Each client bullet has multiple sections for tasks, documents and meetings.

Whenever an important question comes up you tag it with “#question“. However, you also use the same tag in other parts of your projects. So say you wanted to only see the questions that have come up in meetings, how would you do that?

Before nested searches, there would not have been an easy way to do this. But now you can narrow down your search and specify that the ancestor item should match “meetings” as well.

Let’s first search for the ancestor by searching for “meetings“. This should show all items that match that.

Now we’ll turn this into a nested search using the new “>” search operator. So a search of “meetings > #question” lets us tell Workflowy that we want to see “#question” items, that are descendants of “meeting” items. In other words, show us all the “#question” items that are nested under a “meeting” item.

Perfect, so now we’re only seeing the items that have a “#question” tag that are also nested under a “meetings” item.

Let’s look at a second example.

Example 2: Finding next tasks from your most important projects

Say you’re working with other folks, running a web services agency. Let’s also say you use “@” to assign tasks to other team members.

Say you wanted to look at all of Sam’s projects. You would of course search for “@sam“.

As you can see, Sam has a bunch of tasks assigned to different projects.

Now let’s say we only want to see their SEO tasks. We’ll do this using a nested search with the new “>” operator and search for “SEO > @sam“.

This will ask Workflowy to only show us @sam items that are also descendants of an SEO item. In other words, show us all the “@sam” items that are nested under an “SEO” item.

Great. But let’s say we only want to see Sam’s high priority projects.

Again, we’ll use another nested search to specify that we only want to see items where the ancestor has a “#high” tag.

And we’ll do that with the following search “#high > SEO > @sam“. This is basically saying, show us all the @sam items that are nested under an “SEO” item, that are nested under a “#high” item.

Nice. And now we only see @sam‘s tasks that are SEO activities that are part of #high priority projects.

Hopefully, these examples give you an idea of how using nested searches with > gives you even more control over your searches and allows you to view your information in more useful ways, no matter where it’s located.

Please note that ancestors do not need to be immediate parents of the item. They can be many many levels “above” the item you’re looking for. As long as they’re an ancestor item at some point in the nesting, the search will find them. This is one of the reasons nested searches are so powerful.

Changes we made based on your feedback 🫶

We would also like to thank everyone who provided feedback while the feature was in labs. It’s thanks to you that we are able to improve and polish the feature for the benefit of all Workflowy users. Here’s some specific feedback regarding nested searches we addressed and the users that brought it up.

Keep that feedback coming on this feature and any other you think we should know about.

Until the next one, peace out.

Exit mobile version