Import the foundation before Tailwind in the Workbench
Plan step 33. The Workbench imports foundation.css ahead of @import 'tailwindcss', so the material layers are declared first and sit below Tailwind's, then tailwind.css: the theme, the token utilities and the component stylesheets still written for Tailwind, with no tokens, so nothing is declared twice. material.css keeps working for 1.x-style imports after Tailwind by bringing the tokens, the hiding rules and tailwind.css, and never the reset, which would outrank Tailwind's utilities from there. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Qwx5USif3wFFmxtHg5U1g9
This commit is contained in:
co-authored by
Claude Opus 5
parent
0ab3bd861d
commit
1075305a9c
@@ -1,7 +1,10 @@
|
||||
/* The Workbench builds the package exactly as an application would, with explicit
|
||||
sources so the plans in docs/ are not scanned for class names. */
|
||||
/* The Workbench builds the package as an application would, with explicit sources so the plans
|
||||
in docs/ are not scanned for class names. The foundation comes before Tailwind, so the
|
||||
`material` layers are declared first and sit below Tailwind's; tailwind.css brings the
|
||||
components still written for Tailwind, without declaring the tokens a second time. */
|
||||
@import '../../../resources/css/foundation.css';
|
||||
@import 'tailwindcss' source(none);
|
||||
@import '../../../resources/css/material.css';
|
||||
@import '../../../resources/css/tailwind.css';
|
||||
@import './material-scheme.css';
|
||||
|
||||
@source '../../../resources/views';
|
||||
|
||||
Reference in New Issue
Block a user