163-tailwind-v4-upgrade #166
Reference in New Issue
Block a user
Delete Branch "priyanshu_bharti/flotilla:163-tailwind-v4-upgrade"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
PR description
Closes #163
This PR upgrades the project to Tailwind CSS v4 and updates the related styling stack to keep the UI behavior consistent.
What changed
Upgraded Tailwind CSS from v3 to v4.
Updated DaisyUI to v5 for Tailwind v4 compatibility.
Switched PostCSS integration to the new Tailwind v4 plugin setup.
Migrated global style/config patterns required by Tailwind v4.
Updated utility class usage across components for v4 compatibility.
Validation done
Lint passed.
Type check passed with zero errors/warnings.
Production build passed.
Local dev run verified.
Scope note
No intentional feature change.
Changes are focused on migration and compatibility cleanup only.
No intentional UI changes, visual sanity check only.
Go ahead and rebase and fix conflicts.
6722d5717fto212a962fba@@ -102,0 +106,4 @@padding-top: var(--sait);padding-right: var(--sair);padding-bottom: var(--saib);padding-left: var(--sail);Why switch away from
@applyhere?Hii @hodlbod
Tried reverting this block back to @apply, but Tailwind v4 fails with Cannot apply unknown utility class py-sai during build, so I kept explicit safe-area declarations here to keep the build stable.
The reason is Tailwind v4 fundamentally changed how @apply works. It can no longer apply custom CSS classes (like .py-sai) that are just written in standard CSS syntax inside a file. In v4, @apply is strictly meant for built-in Tailwind utilities (like bg-red-500) or utilities explicitly registered via the new v4 @utility directive.
Thanks for doing this, I had enough questions I went ahead and ran the migration myself (daisy apparently changed the default dark theme; I also wanted to migrate the important stuff as well). See
8e2dd8b2Pull request closed