Rules In-Depth

Timing's rules system is very powerful, but it can also be a bit overwhelming to beginners.
This article covers everything you need to know to create sophisticated rules.

What are Rules?

Rules are Timing's way of automatically determining what projects and filters an app activity belongs to.
They are applied differently for projects and filters:

  • Project rules are applied once a new app activity has been tracked:
    After Timing has recorded a new app activity, it will go through all projects and check if the project's rule matches the app activity.
    The app activity will then be assigned to the first project with a matching rule.
    In particular, changing a project's rule does not affect any app activities tracked so far
    it will only apply to new app activities tracked from now on.
    Have a look at this article on how the order of project rules is determined.
  • Filter rules are applied whenever they are selected:
    When you select a filter in Timing's filter list, Timing will go through all app activities it is currently displaying and only keep the ones that match the filter's rules.
    In particular, the filter's rule applies to all app activities Timing has tracked — not just new ones.

There are two main reasons why project rules can not be applied retroactively:

  1. Projects also let you manually re-assign past activities for refinement. This would be nearly impossible if those re-assignments conflicted with some rules.
  2. Activities can only be assigned to one project at a time, to make projects act as "buckets". This would be nearly impossible to realize if rules also applied retroactively.

Another big difference between projects and filters is that an activity can only be assigned to at most a single project, but multiple filters (i.e. filters can overlap).
See this article for details.
Note that rules always only apply to app activities, not tasks.

Editing Rules

With that out of the way, how can we create or edit a project's (or filter's) rule?
The easiest way to add a rule is simply by ⌥-dragging an element from the Review screen onto the project/filter (see this article).
Often, simply adding a few keywords or domains as a rule will go a long way towards categorizing your activities.

In case you do need to add more complex rules or edit an existing one, double-click the project/filter to edit it, then click the triangle next to "Rule Editor": Wow, quite a lot!
We'll now go through all possible rule types one by one.

Compound/Nested Rules

At the root of a project's rule is always a compound rule.
Those rules consist of several subrules, and they match either when at least one (Any) or all of their subrules match, depending on the rule type.
In most cases, the root rule will be of the "Any" type to allow matching by several different subrules.
If you need to create a nested sub-rule (e.g. title contains x AND title contains y), hold ⌥ pressed while clicking the + button.

Property Rules

In order to create a useful rule, compound rules are not enough.
We need to apply some criteria to one of the app activity's properties, after all!
To create good rules, we recommend using the Details screen for reference — it shows more data for individual activities rather than aggregating them (which the Review screen does).

Property rules consist of three parts:

  • The property we want to match on. You can select one of the following:
    • Keywords. These are all the keywords extracted from the app activity's title and path (see here).
      Note that keywords are always single lowercase words, so rules like Keywords contain 'foo bar' or Keywords contain 'Foo' will never match.
      If you want to match multiple keywords, use a compound rule like this instead:
    • Domain (e.g If the activity is about visiting a website, this is the website's domain (see here).
      E.g. for and this would be, while for it would be
    • Full Website URL. When visiting a website, the full website URL.
      For e.g. this would be the full
    • File Path. When the activity is about viewing or editing a file, this contains the file's path in a normalized fashion, e.g. /Users/daniel/Documents/file.txt
    • Title. The window title or document title Timing extracted for the app activity.
      Depending on the app, this is often just the apps's name, the name of a screen in the app, or the name of the edited document.
    • Path (File or URL). The path Timing extracted for the app activity.
      This also depends on the app and often is a website URL or a file path (see above).
      There are a few special cases — for example, in the path represents the mailbox hierarchy the current email is in (which is neither a file path nor a URL, but still a kind of path).
      The keywords, domain, full website URL or file path properties from above are more specific, so it is recommended to use those instead if possible.
    • Application. The application you were using.
    • Application Title. The title of the application you were using. If you are using multiple applications with the same name (e.g. both testing and production versions), this is useful to match all of them with just one rule.
    • Device. The device this activity was recorded on. This is useful to restrict rules to apply on specific Macs only, or to create a filter that only shows the activities from one particular Mac.
  • The relation the property should have to the value we specify.
    The possible relations depend on the property the rule is about — for keywords this can e.g. only be "contain", meaning that one of the app activity's keywords is the word in the text box on the right.
    For string properties, this can be one of the following:
    • is. The property must be identical to the string specified in the text box on the right.
    • begins with. The property must begin with the string specified in the text box on the right.
    • ends with. The property must end with the string specified in the text box on the right.
    • contains. The property must contain the string specified in the text box on the right.
    • is like. The property must match the string specified in the text box on the right.
      ? and * are allowed as wildcard characters, where ? matches exactly one character and * matches zero or more characters.
    • is not. The property must not be identical to the string specified in the text box on the right.
    Note that all string comparisons ignore upper/lowercase and diacritics, so "foo" and "FøÖ" would be considered identical.
    Note that the "Domain" and "Application" properties also have a special "in" relation available. These are for use in the sample projects (to match e.g. the graphics editing applications Timing knows about) and are not recommended for your own use.
  • The value the property should have (or not have, depending on the specified relation).
    In most cases this is simply a string as explained above.
    For the "Application" property you can select which application the rule should match (or not match).

What if an activity would match several rules?

Speaking of conflicts — sometimes an activity might match more than rule.
In that case, Timing will associate the activity with the first matching project it finds.
To determine which rule comes first, there's a pane in Timing's preferences. It lets you change the order in which Timing applies rules: Newly created projects by default get the highest priority, so they will override the sample projects' rules.
Also, keep in mind that the order of rules that do not overlap does not make any difference; you only need to re-order rules that could match the same activity.
In addition, projects that do not contain any rules are not relevant for these checks, either. To that end, the preference pane includes a button to move all projects without rules to the bottom of the list, so you can focus on re-ordering only the relevant projects.

Re-applying project rules

Let's say, you are reviewing yesterday's data and notice that a couple of activities should always be assigned to the same project. Good thing that Timing supports rules to automate all these assignments in the future! But then you notice that the same kind of activities have already been recorded last week and last month. Now, repeating that same assignment again for all your past activities is no fun. That's where our feature to re-apply rules comes in: it re-applies all your project rules to a set of existing activities, saving you the work of assigning all these activities yourself.

You can activate this feature from the "Edit" menu or an individual project's context menu:

A couple additional notes on this feature:

  • The rules will only be re-applied to all visible activities. If you to re-apply want them to more activities, simply discard your current filter and/or select a larger date range.
  • When you apply a single project's rules, Timing will still evaluate all project rules. But it only changes the activity's project if there is no rule with a higher priority that also matches the same activity. This way, re-applying e.g. the fairly generic "Web Browsing" rule won't eliminate all your more specific assignments for individual websites.
  • In a similar fashion, this feature will simply skip activities that do not match any rule. That way, we won't accidentally reset any project assignments you have made manually.

Specific Examples

Can I automatically categorize all time spent reading emails from a particular address?

If you are using, this is possible.
Timing categorizes time spent reading in as "(Inbox Name) > (Email Folders) > (Sender Address) > (Subject)", and these show up in the "Paths" card on the Review screen: You can ⌥-drag an individual email, sender or folder from there onto a project to create a rule.
If you'd like to see time spent on individual emails, we recommend searching for them on the Details screen.
So if you create a "Path contains '[email protected]'", rule, Timing will automatically assign all time spent reading emails by [email protected] to the corresponding project.
If you would rather like to categorize time for all emails from e.g., use "Path contains ''" instead.

Please note that this only applies to time spent reading emails, as does not provide this kind of information when writing an email.
While you write an email, Timing will simply track the new email's subject.

Can I automatically categorize all time spent in a particular Slack team?

Yes. Simply ⌥-drag the corresponding channel or team from the "Paths" card on the Review screen onto the corresponding project. Alternatively, you can create a rule of the form "Title contains 'Slack - <YourSlackTeam>'".
If you'd like to see time spent on individual Slack teams, we recommend searching for them on the Details screen.
Please note that Timing can't always detect individual channels/DMs inside a team, as Slack makes it very hard to extract that data.

Can I use rules to only show times recorded on a particular Mac?

Yes. If you e.g. have an iMac and a MacBook Pro and want to see only activities from your iMac, you could create a filter called "iMac". Then, in that filter's rule editor, create a "Device is" rule and select your iMac in the rule's dropdown list. Once you select that filter in the list, only activities recorded on your iMac will be shown.

Please note that filters require Timing Expert. Please contact us if you would like a free trial for that version or want to upgrade.

I don't see a specific app in the app list. How can I add it?

Currently, the application rule list only contains any applications Timing has "seen" (i.e. tracked) before.
Simply open the app in question for a few seconds, switch to another app, click the Timing menu item (to update its database), then re-open the rule editor.

Alternatively, you can create an "Application Title contains" rule and enter the name of the desired application. This rule will then match any applications with that name, even if Timing has not recorded them before.

What are the contents of the predefined lists, e.g. "Social Media Applications" and "Social Media Websites"?
How can I edit them?

Currently, the contents of these lists are not visible or editable. However, the predefined lists are very short and not very interesting anyway, so we recommend not paying too much attention to them 😉 Also, you can view which apps/domains you used have been assigned to that project simply by selecting the corresponding project, then looking at the "Domains" card on the "Review" screen.
Also, you can add extra apps or websites to the same project, which is essentially equivalent to adding them to those lists:
Simply option-drag the app or domain in question from the "Review" screen onto your project, as described above.