Get AI summaries of any video or article — Sign up free
Notion From Day One: Timelines & Filters thumbnail

Notion From Day One: Timelines & Filters

Red Gregory·
5 min read

Based on Red Gregory's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Create a timeline view from a database and ensure every task has a date property (either a single date or a start/end range).

Briefing

Notion timelines can be turned into an “automatic archive” system by combining a timeline date property with stacked filters that hide completed work after a set age. The workflow starts with a database timeline view where each task has a date (or start/end dates) and then uses filter groups to control what appears—so completed items don’t linger indefinitely, but also don’t vanish immediately.

The setup begins by creating a timeline page (e.g., a “Task Manager” timeline) and using the timeline’s requirement: a date property. With a date range, the timeline can show tasks across multiple days; with an end date toggled off, it can instead treat tasks as single-day items. The transcript demonstrates both approaches: a “start date” property with a separate “end date” (or “due date”) that can be toggled into “use separate start and end dates,” so adjusting the end date updates the task’s placement on the timeline.

From there, the database is enriched with properties that later become filter and sort controls. Status is set up with Not started, In progress, and Completed, and an additional status like Under review can be added. Other classification properties include Project (as a select like “product update 1.0”), Priority (select values such as P1–P5 with color coding), and Sprint (another select to group tasks into batches). The timeline can display or hide properties, and sorting follows the order of the dropdown conditions—Notion applies them like stacked rules, where the top condition takes precedence.

Filters are then layered to create practical views. A “Type” select (Task vs Bug) is introduced, and filter groups are used to include tasks while also optionally including bugs via an OR group. Status filtering is grouped so multiple statuses can be included at once. Another group sets time-based behavior for new items—such as automatically setting Start date to today or constraining it relative to today.

The key automation is the archive behavior. Completed tasks are kept visible initially, then removed from the timeline only after they’re older than a week. This is done by adding a filter group that targets Status = Completed and applies a date condition (e.g., Start date or End date on or after “one week ago”). As a result, tasks disappear from the timeline once they meet both conditions.

To collect those archived items, a separate list view (e.g., “completed”) is created with a filter Status = Completed and sorting by end date descending. Finally, to focus on a single project without rebuilding logic, the timeline view can be duplicated and renamed (e.g., “product update 1.0”), then given an extra filter Project = product update 1.0—preserving the same auto-archive and sort behavior.

The transcript closes by emphasizing that many workflow rules can be implemented with filters, sometimes even preferring filters over formulas for certain logic patterns.

Cornell Notes

A Notion timeline becomes a self-maintaining task manager when tasks use a date property (single date or start/end range) and the view relies on stacked filters. The workflow builds a timeline with properties like Status, Project, Priority, and Sprint, then sorts using the dropdown order (top rule applies first). Filters are grouped to handle inclusion logic (e.g., Type = Task OR Type = Bug) and to apply time rules (e.g., Start date relative to today). The “automatic archive” effect comes from filtering out Status = Completed items only when their date is at least one week old. Duplicating the timeline view and adding Project-specific filters lets the same logic run per project.

What makes a Notion timeline work, and how do start/end dates change the timeline behavior?

A timeline view requires a date property. If the date property is configured as a range, the task appears across multiple days between the start and end. If the end date is toggled off, the timeline treats the task as a single date. The transcript shows renaming the date property to Start date, adding a separate End date (or Due date), and enabling “use separate start and end dates” so the end date controls the timeline span and updates when edited.

How do stacked sorts and filter groups behave in Notion?

Sorting by a select property or status follows the order of the dropdown conditions: the first condition listed is applied first, then the next, like stacked rules. Filter groups work similarly for logic: turning filters into groups allows OR/AND-style combinations. In the example, Type is filtered as “type is task” and then grouped with an additional filter “or type is bug,” so both categories can appear depending on the group structure.

How can filters automatically set or constrain fields for new tasks?

By adding a filter group that targets a property with relative date logic. The transcript demonstrates a group that ensures new entries have Start date set to today (using conditions like “is today,” “is before today,” or “is after today”). This makes the view behave like a guardrail for how tasks are created and displayed.

What exact filter logic creates the “archive after one week” effect for completed tasks?

The timeline keeps tasks until they’re completed and older than a week. The transcript adds a filter group where Status is Completed, then adds a date condition such as End date (or Start date) on or after “one week ago.” When a task meets both conditions, it disappears from the timeline view, effectively acting as an automatic archive.

How do you preserve the same timeline logic for a single project without rebuilding filters?

Duplicate the timeline view and then adjust only the project filter. The transcript suggests creating a temporary extra view if needed, duplicating the timeline, renaming it (e.g., “product update 1.0”), and adding a filter like Project is product update 1.0. The duplicated view retains the auto-archive and sorting behavior while showing only tasks for that project.

Review Questions

  1. Why does the timeline require a date property, and what changes when you use separate start and end dates?
  2. How does the order of dropdown conditions affect sorting in a Notion timeline view?
  3. What two conditions must a task meet to disappear from the timeline under the one-week archive setup?

Key Points

  1. 1

    Create a timeline view from a database and ensure every task has a date property (either a single date or a start/end range).

  2. 2

    Use Start date and End date (or Due date) to control how tasks span across the timeline, and verify that end-date edits update the timeline placement.

  3. 3

    Add select properties like Status, Project, Priority, and Sprint so they can drive sorting and filtering.

  4. 4

    Sort rules in Notion apply in the dropdown order, with the top condition taking precedence like stacked logic.

  5. 5

    Use grouped filters to implement inclusion logic such as Type = Task OR Type = Bug and to combine multiple status options.

  6. 6

    Implement automatic archiving by filtering out Status = Completed only when the relevant date is on or after one week ago.

  7. 7

    Duplicate the timeline view and add a Project filter to generate per-project timelines while keeping the same archive and sort behavior.

Highlights

The timeline’s core requirement is a date property; toggling between single-date and start/end-date configurations changes how tasks render across time.
Filter groups let complex logic work cleanly—such as showing tasks and bugs together using an OR group.
Automatic archiving is achieved by hiding tasks only after they are both Completed and older than one week.
Duplicating a timeline view preserves all filter logic, making it easy to create project-specific timelines by adding just one extra filter.
Sorting depends on the dropdown order; the first condition listed is applied first, affecting how tasks stack visually.

Topics

  • Notion Timelines
  • Database Filters
  • Auto Archive
  • Timeline Sorting
  • Project Views