Skip to content
shadcn.io

shadcn.io is not affiliated with official shadcn/ui

Datadog Detail Integration Block for React

An integration detail section for a post-incident review tool connecting to Datadog: a header with the mark pair and Connect Datadog, a framed list of five application-key scopes with one optional write switch, and a three-step rail that rewrites itself.

Framework
UI library

Preview

Preview width

Installation

Part of Pro
Pro unlocks the code and one-line install of every Pro button and text effect, plus the MCP for your AI editor.
Have Pro already? Sign in to open it.Opens here as soon as you're Pro.

Overview

An integration detail section for React with Base UI, written for Aftermark, a fictional post-incident review tool, and its Datadog connection. A start-aligned header ("Aftermark pulls the incident into the review") carries one sentence, and behind a split divider at its end sit the mark pair (Aftermark's own tile and Datadog's neutral lettermark tile, joined by a connector), the Connect Datadog Shine Button and a View docs link. Under a band rule, a framed list at the start shows the five scopes of the application key in code (monitors_read, events_read, dashboards_read, timeseries_query and incident_write), each with its reason and a Read or Write mark. The first four are required; only incident_write is optional and has a switch, off by default. Turning it on rewrites step three of the three-step rail at the end ("The review link is added to the incident") without changing the rail's height, and the count in the frame's header ("4 read, 1 optional write") is worked out from the same typed list. The facts (built by, category, access, pricing, last updated) sit under the steps. On a phone the rail comes first, then the list, then the facts. The switch changes this page only, and a polite line says so. The page's rails and top rule come from the Guides spine. It's built from Guides, Frame, Badge, Switch, Button and Shine Button, with your theme's tokens for every colour. Datadog is named in text only: no Datadog logo, colour or wordmark ships with the block. The product, the reasons and the facts are example data.

FAQ

Can I show Datadog's logo?

The block names Datadog in text, the way any integration page says what it works with ("Aftermark for Datadog", "Connect Datadog"), and ships no Datadog logo, colour or wordmark. Datadog's tile is a neutral lettermark, Da in a muted square, sitting in an icon slot that a code comment marks: drop in the official logo only if you have the rights to use it, under the owner's brand guidelines, and never redraw it. The pair is hidden from assistive technology because the heading already names both products.

How do I change the scopes?

Edit SCOPES at the top of the file. Each entry is a Datadog authorization scope (shown in code, left to right in any layout), its access (READ or WRITE, each an icon and a word, never a colour), a purpose and whether it is optional. List exactly the scopes your application key asks for, so the page and Datadog's approval agree: a scoped application key is granted only the scopes it names. The count in the header and the optional switch are both worked out from the list.

What does the optional switch do?

It models the one write scope. Off, the rail says the graphs go into the review. On, step three adds that the review link is added to the incident, and a polite status line says "incident_write is on in this demo. Nothing was sent to Datadog." Both wordings are laid out in one cell so the rail never changes height. Wire toggle to your own setting if the choice should be saved.

Where should Connect Datadog go?

Both buttons are links (href="#"). Point Connect Datadog at your own setup flow and View docs at your guide. Nothing connects, signs in or sends anything from the block itself. Connect Datadog is a Shine Button, the block's one primary action; View docs is an outline button. Both buttons render the link they're given with render, with nativeButton={false}.

How does it fit on a phone, in right-to-left layouts and with reduced motion?

Below lg the divider gives way to rules between the parts, and the parts stack in reading order: the header, the mark pair and buttons, the steps, the scope list, then the facts. Scope reasons move under the code and the switch gets its own row. In a right-to-left layout the columns and the step rail flip while scopes keep their left-to-right order. The header and buttons fade up once on load; reduced motion turns that off.

  • Pro

    Datadog Grid Integration

    Switch and tick grids

    An integration grid section for a post-incident review tool connecting to Datadog: six embeddable sources as drawn, whole-card checkboxes with a limit of four per review and a counter that follows the choices.

  • Pro

    A synced-monitors list for a post-incident review tool connected to Datadog: a facet rail of checkbox groups with live counts beside nine monitors, each with its query, place and state, and a Retry on the one that could not be read.

  • Pro

    A connect flow for a post-incident review tool and Datadog: a three-cell progress strip and three bands to choose the site, paste an API key and an application key with length meters, and print a sample test alert, ending in Finish setup.

  • Pro

    Slack Detail Integration

    Scopes and steps

    An integration detail section for a spend tool connecting to Slack: a header with the mark pair and Add to Slack, then what it does, the Slack scopes it reads and writes, three steps to install and the listing's facts.

  • Pro

    AWS Detail Integration

    Scopes and steps

    An integration detail section for a cloud cost tool connecting to AWS: a header with the mark pair and Connect AWS, a three-cell trust chain on one wire, and the five read-only IAM actions its role allows.

  • Pro

    Depth Table Integrations About

    Security and platform

    An integration depth table for a data-sync service: seven systems in plain type with direction, sync frequency, sign-in method and a state dot, in a framed, scrolling table.