▲ 539 points
back
139 comments
I think it's valiant to try to do all of this with semantic HTML elements to achieve the right effects, and try to go for a "classless CSS" paradigm to get a nice looking and functional web app (as a fan of classless CSS myself). But scrolling through the component catalog, it unfortunately feels like it's all over the place and inconsistent with semantic vs basic elements, data tags vs aria attributes, and sprinkling some css classes over some of it.
I do very much like that by introducing aria attributes, the CSS reacts to it and styles it appropriately. As opposed to a full-blown react component library which does all of that for you. It would be a good exercise for developers to think aria-first and let the library just help with styling.
Lastly, I think the best part is that this component library has a native sidebar. So many of these I see and they have a nice web page which showcases all the components and I want to replicate their layout and nav/sidebars but they only focus on smaller re-usable components and not the layout. So that's a nice touch, I think. And, as someone who keeps an eye on but doesn't do a lot of frontend, the fact that a sidebar is an aside > nav > ul next to a main just makes so much sense and doesn't have a lot of cruft around it.
This site got me going. Almost had whiplash when I tapped a link and the page loaded literally instantly. I've almost forgotten that that's possible on the internet. I'm not a web dev, but I'm inspired to get into it now because of this site.
Try uBlock Origin and most of your sites will load instantly (hint: most of the time it is third-party analytics/ads issue)
You should try making a site with Astro. Load speed is cray cray.
I mean you also have HN as a reference.
The motivating blog post[1] linked from the front page is probably going to generate a more interesting discussion than the framework itself.
As someone who has to deal with both angular and nextjs for different (but overlapping) stacks at work, I find myself increasingly sympathetic to this viewpoint.
[1]: https://nadh.in/blog/javascript-ecosystem-software-developme...
Nice link - still relevant IMNHO - even though it's from 2021.
Discussed at the time:
This website pleases me greatly. 0 time from tap to fully loaded pages.
Previously (2021): https://news.ycombinator.com/item?id=28892933
This has the simplicity I thought I was going to get from DaisyUI but didn’t. Pairing this with Datastar seems like a super powerful combination that leans on actual web standards, not “ecosystems”.
Thank you testing this on older browsers before releasing. This is truly an ultra minimal library - https://ibb.co/DDGmLYdg,
https://ibb.co/h1WQG3GK
Genuine question, do you normally use old browsers as your daily driver for interfacing with the web? I’d be interested in learning why.
Reminds me of what bootstrap [1] was like around a decade ago. It's gotten quite a bit bloated since then though.
This is gorgeous. I hate frontend because of its sheer gratuity, and this is the kind of thing that might get me back into it. The only other contender for interactivity I'd consider is HTMX, and I'm going to boldly assume I'll be able to combine them without too much bother.
Bravo to the author, keep at it. I'll be recommending this to anyone who will listen.
<aside> is not the correct semantic element for sidebars. The purpose of <aside> is for content that is indirectly related to the "main" content of the page. Sometimes a sidebar fits that definition but not always
There’s a ton of semantic drop in css libraries similar to this. Love seeing new ones. Quality varies wildly but this site shows 50+ drop in stylesheets for those writing semantic html: https://dohliam.github.io/dropin-minimal-css/
I had to read your comment three times before figuring out that you mean “drop-in”. Sometimes hyphens do matter! :)
I know that guy from listmonk! I always thought the frontend could use some love and planned to spend a couple of days on contributing a couple of ideas, but I never came around. Now I know why things are as they are :)
https://github.com/fosiao/rclone-webui-oat seems replacing the heavy duty unmaintained react version at https://github.com/rclone/rclone-webui-react
Why do all the UI component libraries always feature an accordion (something i can build myself in 5 minutes and very rarely need), but always omit a date picker / calendar component (something that is needed almost in every corporate web form and really requires a lot of effort to build)?
Surprised that none of the comments here are comparing this to Bootstrap.
Great work! PicoCSS feels a bit too minimalist at times. This looks like a better balance of lightweight and functional.
The form component:
https://oat.ink/components/#form
Looks a lot like a raw HTML+CSS framework I made in 2009:
https://alganet.github.io/ghiaweb/ (it has some small glitches, browser widgets changed a lot since 2009).
Particularly the use of the label, fieldset and legend elements as native accessible solutions instead of instrumenting divs. Even the styling and the example resembles it a bit!
https://oat.ink/components/#grid
This is where it falls from grace IMHO. Grid classes are fundamentally non-semantic. I know they're popular and useful, but there must be a better (semantic) way of doing this. I haven't found it yet, but there must be.
Don't know about anyone else, but the first thing I do with these types of libraries to check out the Accordion component and see if it slides out with a nice animation. This has become my litmus test for how well designed a component library is.
My initial reaction was that I have to use this just because of the buzzword density in the title. But after reading up, it looks like the author was pretty successful in moving the bloat from code to announcement title. I'll give this a try!
The "preview" and "code" buttons in the components break the "alt+arrow" bindings to go back to the previous page. Instead it just alternates between "preview" and "code".
No, this is "Oat - Ultra-lightweight, semantic, zero-dependency Javascript UI component library". If it doesn't work without javascript it is not an HTML UI component library.
I like it. Currently I'm using BeerCSS and I'm pretty satisfied with it. This library is smaller. Any other selling aspect vs BeerCSS? Thanks!
Seems pretty unresponsive to me. I'm getting at least half a second of delay before the accordion, drop-down, or switch do anything. Chrome on Windows.
This is of special interest to me, because man do I hate UI frameworks with tons of external dependencies. Looking at you, Bootstrap.
I am building thing similar
I tried doing something like that in my app, and quickly discovered that some modern semantic/functional tags are STILL not supported in some browsers. Or work badly.
For example, in Safari showModal for a dialog tag causes recalculating layout for EVERY element on a page, it’s up to 59x slower than chromium…. :(
But I love the idea
Nice solution. Reminds me of https://semantic-ui.com/ and https://fomantic-ui.com/
It’s a bit odd that the accordion uses details but the dropdowns require a custom element.
how do you contrast this with https://picocss.com/ ?
I like your presentation of the components, but i'm having trouble finding the essential distinctions
The appeal of libraries like this is not minimalism for its own sake, but the reduction of long‑term operational risk.
Looks neat. Assuming the site is built using the framework, I ran a couple of the component pages (e.g., accordion) through Lighthouse and there are a number of accessibility issues. Just a heads up.
This is a very nice library. At a first reading it seems complete (but did I see summary/detail - I don't remember). Bookmarked for further investigation. Congratulations and thank you.
Amazing! I recently started building something similar for the same reasons, but more out of frustration rather than out of desire. I'll have to give this one a try and see if it fills the need.
Looks good and like the lightweight aspect. As always, what do I have to do get tabs that look like tabs? What do people have against tabs that look like tabs, instead of buttons?
Nice job! Clicked tru my obscure mobile firefox and all worked well!
Thank you for sharing, I would like to see a navigation/menu component added though as that's required for most websites.
Confusing name, conflicts with Oat++?
Was looking at the spinner component for a few seconds thinking "that's a bit slow"...
This looks very very cool. Will definitely look in to using this for more static internal tools!
If nothing else, it's refreshing to see nicely modern CSS and JS formatted and laid out in a legible manner.
https://github.com/knadh/oat/tree/master/src
What's with variable names starting with "#" as first character?