Get AI summaries of any video or article — Sign up free
Notion at Work: Master the Timeline View thumbnail

Notion at Work: Master the Timeline View

Notion·
5 min read

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

TL;DR

Timeline view is designed for database items with a time span—each item needs a start and an end to display correctly.

Briefing

Notion’s new Timeline view turns database items into a chronological, Gantt-style display—complete with start/end date handling—so teams can spot scheduling overlaps and capacity issues at a glance. The feature is built for databases where each item spans time, such as project tasks, event series, or any sequence of work that has both a beginning and an ending. Timeline view sits alongside other database formats (table, list, calendar, board, gallery), but it adds a linear visual layer that makes duration and sequencing easier to understand than a standard spreadsheet-like layout.

The walkthrough starts with the basics of how to set up a timeline. A database item needs a date range: either a single date property that includes both a start and an end, or two separate properties—one for start and one for end. When creating a timeline view, users choose which date property (or which pair of start/end properties) determines where each item lands on the timeline. From there, sorting controls the “waterfall” order: sorting by the start date produces a chronological flow, while sorting by other properties (like owner) can group items in ways that support different planning questions.

Timeline customization goes beyond placement. Users can decide which properties appear in the table alongside the timeline and which show up directly on the timeline bars. That includes practical fields like task names, assignees (shown as headshots), and completion checkboxes. Notably, the bars aren’t just visual: users can interact with checkbox properties directly on the timeline, and they can drag bars from one date to another—updating the underlying date values.

A second example demonstrates why timeline views matter for real-world event planning. Using a PGA tournaments dataset, the setup splits start and end dates into separate properties and links each tournament to a separate winners database via a relation field. That relationship lets the timeline display winner information with visual cues (like the winner’s icon and headshot) pulled from the related database. The result is a timeline that functions like a compact event dashboard—useful for tracking seasons, conferences, or any multi-day series.

The session also highlights two other recent Notion updates. First, database page “hidden properties” let users hide specific properties inside individual item pages—either always, or only when they contain no value—cleaning up item views when certain fields are only needed for calculations or timeline logic. Second, child pages now inherit parent sharing settings but can be tightened: a parent can remain publicly shared while a child page can be restricted, addressing a limitation where sharing could previously only be loosened, not tightened.

In Q&A, the timeline is framed less as a data-entry tool and more as a visualization and capacity-planning tool—especially when items overlap in time. Users also raise common feature requests, including more dynamic date dependencies and more flexible title/ID generation, but the core message remains: timeline view is designed for anything that spans time and benefits from seeing sequencing, overlap, and duration in one place.

Cornell Notes

Notion’s Timeline view converts database items into a linear, Gantt-style display, making it easier to see how tasks or events unfold over time. The key requirement is time range data: each item must have a start and end, either via one date property with both ends or via separate start/end properties. Users can sort the timeline (typically by start date), choose a scale (month/quarter/year), and control which properties appear in the bars and in the side table. Timeline bars are interactive—checkboxes can be toggled and bars can be dragged to update date values. Related databases (via relation properties) can enrich timeline items with winner details, icons, and other linked content. The update also adds per-page hidden properties and tighter sharing controls for child pages.

What makes a database item eligible for Timeline view in Notion?

Timeline view is meant for items that span time. Each item needs a start and an end. That can come from a single date property that includes both an end date (a time span), or from two separate date properties—one for start and one for end—using the “use separate start and end dates” option when configuring the timeline.

How does a user decide which date(s) Timeline view uses?

When creating or editing the timeline view, the “Timeline by” setting lists available date properties. If there’s only one date property, Notion defaults to it. If there are separate start and end properties, users toggle “use separate start and end dates” and explicitly select which property is the start and which is the end.

What timeline controls help with planning and readability?

Users can sort the timeline—sorting by the start date creates a chronological “waterfall” effect, while sorting by another property (like owner) can group items by assignee. They can also change the scale (month, quarter, year) to zoom out and fit more items into a single frame, reducing horizontal scrolling.

What can be customized about what appears on the timeline bars and the side table?

The “Properties” menu lets users choose which fields show in the table alongside the timeline and which appear on the timeline bars themselves. For example, a tasks timeline can show task name and owner in the table, while the bars can show owner headshots and a completion checkbox. Users can reorder properties to control display order.

How do interactions work inside Timeline view?

Timeline bars aren’t static. Checkbox properties placed on the bars can be toggled directly. Bars can also be dragged from one date to another, which updates the underlying date property values for that item.

How does linking databases improve timeline usefulness?

A relation property can pull in data from another database to enrich timeline items. In the PGA tournaments example, each tournament links to a winners database. The timeline then displays winner details (including icons and headshots) sourced from the related winner pages, turning the timeline into a more informative event dashboard.

Review Questions

  1. When would you choose a single date property with an end date versus two separate start/end date properties for a timeline?
  2. How would sorting by owner differ from sorting by start date in how the timeline helps with capacity planning?
  3. What are two ways Timeline view can update data directly through interaction (not just visualization)?

Key Points

  1. 1

    Timeline view is designed for database items with a time span—each item needs a start and an end to display correctly.

  2. 2

    Choose which date property (or start/end pair) drives placement using the timeline’s “Timeline by” settings.

  3. 3

    Sort and scale settings control how the timeline reads: start-date sorting creates chronological order, while scale changes zoom level (month/quarter/year).

  4. 4

    Timeline bars can display selected properties and support interaction, including toggling checkbox fields and dragging bars to update dates.

  5. 5

    Relation properties let timeline items pull in details from other databases, enabling richer event dashboards (e.g., winners linked to tournaments).

  6. 6

    Per-page hidden properties let users clean up item views by hiding fields always or only when they’re empty—useful when some properties exist mainly for timeline logic or calculations.

  7. 7

    Child pages now inherit parent sharing settings but can be tightened, allowing a publicly shared parent page while restricting specific child pages.

Highlights

Timeline view requires start/end data—either one date property with an end date or two separate start and end properties.
Dragging a timeline bar updates the underlying date values, and checkboxes placed on bars can be toggled directly.
Using a relation to a separate winners database lets timeline bars display linked winner icons and headshots for each event.
Hidden properties can be applied per item page, reducing clutter when certain fields aren’t needed for everyday viewing.
Child pages can now be restricted even when the parent page remains publicly shared, fixing a long-standing limitation.

Topics

  • Timeline View Setup
  • Start/End Date Ranges
  • Timeline Customization
  • Database Relations
  • Hidden Properties
  • Child Page Sharing

Mentioned