apps/docs/components/tailwind.mdx
import Support from '/snippets/support.mdx'
Install component from your command line.
<CodeGroup>npm install @react-email/components -E
# or get the individual package
npm install @react-email/tailwind -E
yarn add @react-email/components -E
# or get the individual package
yarn add @react-email/tailwind -E
pnpm add @react-email/components -E
# or get the individual package
pnpm add @react-email/tailwind -E
<Info>The current tailwindcss version used for this component is 4.1.12</Info>
Add the component around your email body content.
import { Tailwind, pixelBasedPreset, Button } from "@react-email/components";
const Email = () => {
return (
<Tailwind
config={{
presets: [pixelBasedPreset],
theme: {
extend: {
colors: {
brand: "#007291",
},
},
},
}}
>
<Button
href="https://example.com"
className="bg-brand px-3 py-2 font-medium leading-4 text-white"
>
Click me
</Button>
</Tailwind>
);
};
One example of this is how Tailwind uses `rem` as its main unit for better accessibility. This
is not supported by [some email clients](https://www.caniemail.com/features/css-unit-rem/), and
the `pixelBasedPreset` changes it so that the styles are based on `16px` instead.
<Card title="Tailwind Demo" icon="arrow-up-right-from-square" iconType="duotone" href="https://demo.react.email/preview/notifications/vercel-invite-user"
See the full demo and source code. </Card>
<Support/>The current workaround for this right now is to move the context's provider higher than the Tailwind
component, so that all children inside Tailwind can properly call useContext with the context.
</Accordion>
<Accordion title="No support for prose from @tailwindcss/typography">
We do not yet support prose, and beyond that, we don't yet support classes that might
be resolved into selectors that are relatively complex. That is, selectors with more
than a class lookup.
This is because we optimistically look into the selectors for class names
and look these up later on the elements, and since prose, by using more complicated selectors,
cannot be directly inlined without matching the selectors to the elements, it isn't able to
match the selectors appropriately.
This also means some other utilities do not work either, like the space-* utility.
The only exception for this inlining of styles is with media queries, as they are not inlinable. We do not
do the same for hover: styles though, but since their support is not best, you probably won't need it.
In the future, we will be inlining all the styles we can by actually matching the selectors against the elements themselves. </Accordion> </AccordionGroup>