This is the kind of stuff we have to do because almost all browser elements are terrible in terms of customisability. Especially radios and selects If you're one of those who think we should just use the default, bear in mind that the default radio button has poor usability for mobile users.
The only that is annoying to style is the “select” one because it’s hard to style the “options”. The rest seem reasonable and quite customizable in my experience.
The Overcomplexity of the Shadcn Radio Button
161–170 of 351 posts
Re: The Overcomplexity of the Shadcn Radio Button
#162So for a React developer who doesn't want to include Shadcn/Radix, but also doesn't have time to build every component/a11y/compat/edge cases from scratch, what are the better alternatives? Would be nice to list them here so developers can know a midpoint between DIY Shadcn/Radix
Re: The Overcomplexity of the Shadcn Radio Button
#163yeah sad state of affairs
Re: The Overcomplexity of the Shadcn Radio Button
#164Re: The Overcomplexity of the Shadcn Radio Button
#165Earlier quoted context omitted.
The only that is annoying to style is the “select” one because it’s hard to style the “options”. The rest seem reasonable and quite customizable in my experience.
The date picker still sucks.
Re: The Overcomplexity of the Shadcn Radio Button
#166Earlier quoted context omitted.
> Isn't html/css enough? No, obviously. If you are writing complex web applications with state, local processing of data and asynchronous interactions it's not enough. You need javascript. If your javascript is especially complex and you desire it to be declarative, you probably need a framework. Do you need, I don't know, Tomcat in Java? Probably yes for a complex application and no for a simple proof of concept. Do…
Most web apps are a combination of static pages, simple forms and highly interactive content though. That's what makes the choice so hard.
I know many will disagree with me and will point to livewire, etc as alternative approaches, and that’s valid. I’ve simply settled on React because it fits my mental model, I like functional programming, and I dislike that bifurcation problem.
Re: The Overcomplexity of the Shadcn Radio Button
#167I don't touch frontend very often anymore, but you could see the writing on the wall for complexity when React took over and newer devs were working exclusively in that abstraction. Unlike other abstractions where things get tidied up and more simple, React is much more complex than the technology it's building on. Necessarily, to enable it's features, but none the less it is a consequence of this that when all someo…
Managing state and syncing it to the DOM manually is much harder than React (or any other big framework) for any non-trivial web app. Reactive, inherently asynchronous, event driven applications get complex easily.
Re: The Overcomplexity of the Shadcn Radio Button
#168Funny enough we did a POC for the same project before that without shadcn and looking back, it's so much leaner and easier.
I might just break one night and redo the whole ui library with vanilla html elements.
Re: The Overcomplexity of the Shadcn Radio Button
#169Re: The Overcomplexity of the Shadcn Radio Button
#170Earlier quoted context omitted.
The only that is annoying to style is the “select” one because it’s hard to style the “options”. The rest seem reasonable and quite customizable in my experience.
The date picker still sucks.