Live data from Hacker News

HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

franken-ui.dev

171–180 of 193 posts

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#171
post #145

Earlier quoted context omitted.

This is ridiculous. Tailwind css is a utility "framework", which generates configured css classes to set 1-2 css attributes each. The only reason it adds a build step is that it wants to tree-shake all unused classes to keep your bundle size as small as possible and let you configure which classes are available for generation. Even the documentation makes it extremely clear which properties are set by which class (th…

You're completely right, and it's annoying to see this downvoted. Having read a lot of frontend discussions on HN, I would wager that half the people talking about how "complex" frontend is don't work in it. Tailwind and regular CSS are hardly distinct, it's just slightly different names. It's very odd to see HN, supposedly a "self-thinker" crowd, continuously spout incorrect things because they heard someone else sa…

> Tailwind and regular CSS are hardly distinct, it's just slightly different names

Tailwind:

  
CSS:

  div {
    box-shadow: 0 10px 15px -3px rgb(0 0 0 / 0.1), 0 4px 6px -4px rgb(0 0 0 / 0.1);
  }
Not to mention the Tailwind classNames are compiled to CSS in a build step, where CSS is not compiled, it's written in its native form. They're clearly very different syntaxes and approaches, even though one compiles to the other.

The above example shows how convenient Tailwind can be... well if you happen to want that 10px 15px -3px, 4px 6px -4px shadow, but the moment you break out of their palette or default style setup you end up doing stuff like this:

   
Either storing that color value in JavaScript, or creating a Tailwind theme for it in tailwind.config.js:

  module.exports = {
    theme: {
      extend: {
        colors: {
          'regal-blue': '#243c5a'
        }
      }
    }
  }
Something that could have been easily accomplished in native CSS:

  :root {
    --regal-blue: #243c5a;
  }

  div {
    background-color: var(--regal-blue);
  }
For most React websites, I use Tailwind by default almost always, and Tailwind UI is a great starting point for building a component library. But it still helps to support CSS for more advance styling use cases - even within Tailwind. Knowing CSS very well will make you better at Tailwind too even for common things like

  
It's kinda important to know both as separate technologies.

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#172
post #171

Earlier quoted context omitted.

You're completely right, and it's annoying to see this downvoted. Having read a lot of frontend discussions on HN, I would wager that half the people talking about how "complex" frontend is don't work in it. Tailwind and regular CSS are hardly distinct, it's just slightly different names. It's very odd to see HN, supposedly a "self-thinker" crowd, continuously spout incorrect things because they heard someone else sa…

> Tailwind and regular CSS are hardly distinct, it's just slightly different names Tailwind: CSS: div { box-shadow: 0 10px 15px -3px rgb(0 0 0 / 0.1), 0 4px 6px -4px rgb(0 0 0 / 0.1); } Not to mention the Tailwind classNames are compiled to CSS in a build step, where CSS is not compiled, it's written in its native form. They're clearly very different syntaxes and approaches, even though one compiles to the other. The…

Tailwind v4 is getting rid of tailwind.config.js in favor of regular css as config.

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#173
post #157

Earlier quoted context omitted.

I wasn't expecting it to use Web Components, I guess that's what happens when you give something a generic name. Similarly if some company named a code editor Code.

It's supposed to be named Visual Studio Code, VS Code for short, but I think Microsoft has started using just "Code" for things like the title of its Mac app bundle, which has gotten confusing/annoying.

The executable on Linux is called code

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#174

Earlier quoted context omitted.

Tailwind is just a convenience compiler for CSS, it's hardly a framework.

There are Javascript frameworks and CSS frameworks. Tailwind is the later one. Even the Tailwind front page describes it as a CSS framework.

That’s technically true, but anyone I know in the field would immediately understand what is meant by framework agnostic in this case. Unless we’re being pedantic for the sake of it, of course.

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#175

This is exactly what I was looking for. I love Stripe's UI and I was looking for a library of unified components that I can copy paste with my Rails app. Then I saw shadcn and was disappointed that it was only for React. I'm mostly a backend developer and TailwindCSS really enabled me to be bold with working with frontend CSS. So far I've been copy pasting examples from Tailwind or Flowbite. But "franken" really look…

Maybe this is also interesting for you: https://github.com/aviflombaum/shadcn-rails

Interesting, just gave this a try and looks pretty decent.

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#176
post #174

Earlier quoted context omitted.

There are Javascript frameworks and CSS frameworks. Tailwind is the later one. Even the Tailwind front page describes it as a CSS framework.

That’s technically true, but anyone I know in the field would immediately understand what is meant by framework agnostic in this case. Unless we’re being pedantic for the sake of it, of course.

Yes. I immediately knew what it meant. GP is being needlessly literal. Language is a communication tool. I, as the audience, was communicated to as intended. I’m not sure what this pedantry does for anyone.

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#178
post #171

Earlier quoted context omitted.

You're completely right, and it's annoying to see this downvoted. Having read a lot of frontend discussions on HN, I would wager that half the people talking about how "complex" frontend is don't work in it. Tailwind and regular CSS are hardly distinct, it's just slightly different names. It's very odd to see HN, supposedly a "self-thinker" crowd, continuously spout incorrect things because they heard someone else sa…

> Tailwind and regular CSS are hardly distinct, it's just slightly different names Tailwind: CSS: div { box-shadow: 0 10px 15px -3px rgb(0 0 0 / 0.1), 0 4px 6px -4px rgb(0 0 0 / 0.1); } Not to mention the Tailwind classNames are compiled to CSS in a build step, where CSS is not compiled, it's written in its native form. They're clearly very different syntaxes and approaches, even though one compiles to the other. The…

That's a very extreme example, and yes, I would just use the bracket syntax in Tailwind because I can see clearly that's not what I want for box-shadow.

If I didn't know how box shadow worked, Tailwind made it easier for me to decide by having defaults in the docs that map to the actual CSS.

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#179

Why is this advertised as HTML-first and framework-agnostic ? It directly leverages tailwind and UIKit libraries. That is NOT framework agnostic by any means.

Tailwind is just a convenience compiler for CSS, it's hardly a framework.

by that logic nothing is a framework, everything "compiles" to js and css

Re: HTML-first, framework-agnostic implementation of shadcn/UI – franken/UI

#180

Why is this advertised as HTML-first and framework-agnostic ? It directly leverages tailwind and UIKit libraries. That is NOT framework agnostic by any means.

When they say framework-agnostic they are talking about not being dependent on using React. > Who is Franken UI for? > Franken UI is tailored for small teams and solo developers seeking a beautiful, reliable CSS framework without the complexity of React, Vue, or Svelte. It's designed with an "HTML-first" approach, making it accessible to developers at any skill level. https://www.franken-ui.dev/docs/introduction As o…

> not being dependent on using React

it's not about not-being-something, more like the component created by UI kit will function regardless of any framework you use, or the lack of one.

Post reply on HN