Hello ( Β΄ Ο ` )γοΎ
Welcome to π± Lunchbox. So... you're into Deno π¦ Fresh
π? Damn, me too. I've found myself using nothing but Fresh for most of my web
dev projects. But I'm not that much of a user of existing web component
libraries. Even though I respect these, I'm more of a do-it-yourself kind of
guy. That is why I created Lunchbox, and I couldn't help creating an opinionated
product that is built to have my dream features.
Alright, so what are these features? Instead of listing what can technically be done with this library, the way to describe it is by its core ideas.
Based on Atomic Design
Shoutout to Brad Frost, thank you for this great piece of work. A popular concept about modularity in design systems is to consider them inherently hierarchical. In this, I strongly disagree because atoms are of no less importance than organisms. But I do agree that they have one fundamentally different characteristic. Atoms are components only made by nature's subatomic particles a.k.a. pure HTML Elements. Am I stretching too far with the atomic analogy?
Component libraries are usually ambiguous about how they handle inner logic,
creating the need to find out how does it do X. For example, some might have
only one component for both <input/>
and <textarea/>
, which might change
depending on a prop. "Or was it something else? Wait, what was the name of the
class that changes when it's a TextArea?" Having it closer to the HTML Element
logic makes the inner logic of the components really obvious and apparent.
Let's take as an example the <Input>
component. When using it you're expected
to use the best practices with it, plus additional features. These best
practices are multidisciplinary. The field of UX foments the use of a label and
a contextual error message to guide the user. That gives us the props
<Input label="" error="" />
. These features are not native to the simple
<input />
HTEML element, it must work together with other elements. It is in
this next area where the good practices aren't forgotten. Like nesting the input
inside a label element (<label><input /></label>
). Finally, every visual
element inside the component was designed to maintain a perfect vertical rhythm
for good aesthetic practices even in the aesthetics of the interface.
Let us continue with the example of the <Input />
component. As a very strict
rule, all components must be able to render a useful default state without any
defined prop. so simply using <Input />
will create a functional input field
even without a label or anything. Likewise, styles and CSS classes are optional
and can be removed with the universal prop nostyles
.
Also, additional classes can be appended simply by adding a class to the
component. Having <Input class="x" />
will add the class "x"
to the
<input />
element inside it. Every HTML Element and framework component that
make up a particular component will be called a "piece". Every piece of every
component can be referenced using the universal component fwd
. This is an
oversimplified html code for the <Input />
component:
<div {...fwd.container}>
<label {...fwd.label}>
<Text {...fwd.text}>
<sup {...fwd.required} />
</Text>
<input {...params} /> {/* Component's main element */}
</label>
<Text {...fwd.error} />
</div>
The piece name is used in the CSS classes and in the fwd
prop
(<Input fwd={{ label: {class: 'x'} }}
will add the class 'x'
to the piece
"label").
Assuming you are using Deno Fresh, you could simply add lunchbox's root
directory to your import section inside your project's deno.json
file. I would
recommend the usage of Resin by
yahiro, it is an excellent CSS-in-JS library.
{
"imports": {
"lunchbox/": "https://deno.land/x/lunchbox@vX.X.X/",
"resin": "https://deno.land/x/resin@vX.X.X/mod.ts"
}
}
Inside your fresh.config.ts
file, you can add the Lunchbox plugin. It is fully
compatible with Tailwind so you can run both without any issues:
// ~/fresh.config.ts
import { defineConfig } from "$fresh/server.ts";
import tailwind from "$fresh/plugins/tailwind.ts";
import lunchbox from "lunchbox/plugin.ts";
export default defineConfig({
plugins: [tailwind(), lunchbox()],
});
Finally, a few things must be added in the _app.tsx
file:
- Add
class="lunchbox"
to the<html/>
tag. - Add
id="lunchbox-body"
to the<body/>
tag. It should end up with this modifications:
After setting up Lunchbox in your project, simply import from the
lunchbox/components/
to start using any component. By being inside the
/components/
// ~/routes/example.tsx. OR ~/components/example.tsx
import Button from "lunchbox/components/Button/index.tsx";
export default function () {
return <Button>Click me!</Button>;
}
It is a little different for islands, for starters, you must import them from
the ~/islands/
directory. This informs you that the imported component
requires client-side javascript to function.
// ~/islands/Menu.tsx
export { default } from "lunchbox/islands/Menu/index.tsx";
After doing this now you can import it from a route or wherever:
// ~/routes/example.tsx. OR ~/components/example.tsx
import Menu from "../islands/Menu.tsx";
export default function () {
return <Menu>This is a menu!</Menu>;
}