Smart Groups and defining "Kind"

I think I must be missing something obvious.

I want to create some smart groups where there are only a specific kind of document in the resulting folder. For example, I want smart groups that identify all the OmniGraffle and OmniOutliner documents in my database. I don’t seem to find a way to do this.

Creating the basic Smart Group is easy, editing the conditions is easy, but what I really want to use is the “kind” option since I can clearly see the OmniGraffle docs are given the descriptor “graffle” as kind in my main viewing area. But when I select the only sensible choice, “other,” I’m not allowed to write in a specific “kind” like graffle.

Any clues on how I can create the smart group I want? Giving the option of “kind” and leaving a blank space where we can identify the specific “kind” would seem the obvious way to do it, but no go.

That’s not (yet) possible. One workaround is to use “Kind is other” and “Name matches graffle” (assuming that filenames include the extension, see preferences).

Thanks for the reply!

I had finally created folders that took advantage of extension names. For instance I created a smart group that included all files with “.graffle” (since I have selected the Preference option to show all extensions). This worked just fine.

When I try your suggestion I get a slightly different results. I get all the same files. But it seems using “kind is other” plus “name matches .graffle” gives results that do not include folders. In using the “name includes .graffle” only I see subfolders—all of which have graffle in their names. And in the search where I use only “name includes .graffle” I see the number of files next to the smart folder name, but not with the smart folder using 2 conditions.

So what’s causing these differences? My main reason for asking this question is just to understand how smart folders are working in this program. Many thanks again.

“Kind is other” means “other filetypes” but that doesn’t include groups/feeds.

Aha! That makes complete sense.

So why do I see a count just to the right of some smart folder names (e.g. (51)), but not others? What determines this? (All my “regular” folders show counts of contained items so no surprise there.)

Usually the number of results is displayed only after a smart group has been displayed or expanded (depending on the view) to improve the UI performance. But the next beta will display always the number of results for simple smart groups (e.g. “Unread”, “Today” etc.).

Okay, that all makes sense now. Many thanks. This added info makes it much easier & simpler to work with smart groups.

I too am having this problem – over three years after the original poster raised it. Can someone from Devon explain why a document’s “Kind” can’t be used as a smart group criterion, even when it’s clearly visible in the kind column of the main viewing window?

… and the “kind” property in the database (accessible via scripting) stores that value as a string (e.g., “curio”)