Shadcn-ui variation without Tailwind #2832
Replies: 25 comments 30 replies
|
Yes, please. |
|
Is there any? I'll make one if there's none. |
|
I have begun a starter template using css modules and next.js. Its nothing fancy as shadcn has but personally I feel this could work quite well. https://github.com/qwalker8408/shadcn-css The big limiting factor is documentation wont be publicly available but I want to instead have a page (shadcn) that has all the components, its basically the same as the section of all the preview tabs on shadcn's website for each component, and the developer can just copy and paste that section from the code into a page they're creating. I appreciate any ones thoughts on this and hopefully some help. I'm finishing up on making sure the page that houses all the components is as smooth as butter. Alot of extra styling is applied apart from the components itself, not to mention animation. for the love of css :) |
|
Or I think it would be nice too if using |
|
shadcn with css modules is a must ! |
|
Second you! Shadcn's components are cool. |
|
Am willing to contribute to start this going! |
|
I was just playing around with a way to abstract out all the styling information and came up with a proposal that would also allow defining a style that could use css modules instead of tailwind. Might be crazy, but it's in this discussion if you want to take a look. |
|
Tailwind is the only thing stopping me from using shadcn, would love to see this happen. |
Ten months have already passed does anyone know if this is going to be scheduled or at least considered? |
|
Tailwind is pure cancer. Incurable. So, yes, please, let this be. |
|
I love shadcn and still haven't tried it yet because i f...in hate tailwind. i prefer to write my styles in plain css or scss modules |
|
Shadcn in essence is Radix-UI + tailwind. So just use Radix-UI if you don't want tailwind. |
|
+1 to this, i can help if anyone is interested in starting this project |
|
It seems this has not been picked up anyone? :( |
|
I recently started an Electron application. I loved Shadcn's approach to customizing my components. As soon as I went to install it, I saw that Tailwind was mandatory. I've never liked these frameworks for many reasons that I won't name. But I still decided to give it a try. I went to the Tailwind documentation and started following the installation instructions. On the second line I already had problems. I found that Tailwind and StyleLint are not supported. If you want linter you have to install a Prettier plugin. I also use Esbuild directly in my project for reasons that are too long to explain, but there is no documentation or plugins to work with ESbuild. I also kept looking and saw that in the recently released version 4 they changed a lot of things. When I install Tailwind it no longer creates a configuration file for me. It may be my mistake, but I don't believe it, and the init command no longer works. In the end I don't know if I should configure postcss or not... I could go on telling you about my experience. 90% of the documentation and posts on stackoverflow no longer apply to the new version of Tailwind. Apparently, Tailwind is easy to install when it's for a framework, but as soon as you get out of that, it becomes quite tedious. I'll just say that I didn't know Tailwind, and right now I hate it with all my heart. I'll try to use radix components with pure css to see if I don't have too much difficulty. |
|
The dependency on Tailwind is the only thing stopping my office from switching to shadcn/ui right now; besides Tailwind, it looks perfect. It's been a year of this discussion remaining popular, I would love a word from @shadcn on whether a regular-CSS version is in the roadmap. |
Yeah. It's called mantine: https://mantine.dev/ You all should give it a look. More components, hooks and other features. A like for like between Mantine and ShadCN is not even comparable. It's night and day. |
|
Will there be any comments from the developers? Tailwind is a very controversial thing and to nail your beautiful library to a very controversial library is very frustrating @shadcn |
|
I'm about to start a project that requires shadcn/ui, and I'm absolutely worried because of TailwindCSS. I don't like the clutter that is TailwindCSS. Any plans to support other styling engines @shadcn ? |
|
I'm currently working on a side project, it's a converter tool with a CLI which will convert the tailwind to css modules. |
|
The effort isn't worth the maintenance cost tbh. I think you're underestimating the time-saving, consistency that tailwind brings to the table. Questions you need to answer in any shadcn owned solution will be:
I can't imagine @shadcn wants to be maintaining |
|
This is a genuinely nuanced question, and I think it has gotten more interesting with Tailwind v4's release because the architecture changed in a way that actually brings shadcn closer to being CSS-native than it has ever been. With Tailwind v4, all theme tokens are CSS custom properties. There is no longer a So the honest answer to "can I use shadcn without Tailwind" in 2026 is: yes, but you have to do a bit of mechanical work. The components themselves use Tailwind utility class names like Here is the most important architectural insight though: because Radix UI primitives (the accessibility layer underneath) are completely CSS-framework-agnostic, there is no fundamental technical barrier. You can absolutely take any shadcn component, strip the Tailwind class names, and write equivalent CSS Modules or vanilla CSS. The component logic and accessibility semantics are in Radix, and the design tokens are in CSS variables. Tailwind is genuinely just the styling shorthand layer. For teams working in environments where Tailwind is not allowed or not practical (legacy codebases, strict CSS-in-JS teams, strict CSS Modules conventions), the most pragmatic approach today is:
The official shadcn docs do have a "Without CSS Variables" mode that generates components with inline Tailwind color utilities instead of variable references, which is a step in this direction. But a fully CSS-Modules-native generation option would be a valuable contribution to the CLI. |
|
Hey, just wanted to add my approach to give you some options....I know it is not optimal in many ways but it works for me: I have here css modules (splits css sent to browser, not single file as in tailwind) and efficiency in DX coming from tailwind. The only downside for me is that some utility classes need to be in jsx (e.g. group or some from plugins). In my solution Shadcn is leaking tailwind utility classes from their components in html and I didn't come up with workaround for this. |
Uh oh!
There was an error while loading. Please reload this page.
Hello everyone,
I've been exploring the shadcn-ui package and I must say, it's quite promising. However, I have a query regarding its dependency on Tailwind CSS. Is there any plan in the pipeline to release a version of shadcn-ui that doesn't rely on Tailwind? Alternatively, will it remain exclusively Tailwind-centric in its design approach?
From a personal perspective, I find Tailwind CSS a bit restrictive, and I prefer the flexibility of customizing components with regular CSS, akin to the approach taken by Ant Design. Moreover, in organizational settings, heavy reliance on Tailwind can sometimes lead to cluttered codebases, making components harder to comprehend, read, and maintain.
I believe offering an option to utilize regular CSS for customization alongside or instead of Tailwind would greatly enhance the appeal and versatility of shadcn-ui, catering to a broader range of preferences and use cases.
Looking forward to hearing your thoughts on this matter.
All reactions