This repository has been archived by the owner on Jul 2, 2022. It is now read-only.
Make items atomic and set up as expandable library #2
Labels
effort/weeks
Estimated to take multiple weeks
exp/intermediate
Prior experience is likely helpful
good first issue
Good issue for new contributors
help wanted
Seeking public contribution on this issue
kind/enhancement
A net-new feature or improvement to an existing feature
P3
Low: Not priority right now
status/ready
Ready to be worked
topic/design-front-end
Front-end implementation of UX/UI work
I see this as a guide. Not rules. That'd be somewhat counter to the sprit of the decentralised web.
I'd like to set up stylesheet with a all the ideas in this guide defined as single purpose / atomic css declarations. This could published to ipfs and re-used. It could be used with tachyons, or be a customised version of tachyons.
Next up I'd like to provide the values (type scale sizes, spacing, colours, font family) in a json file that can be consumed by a css-in-js theme provider, or any build process that can pull values from json. See: https://github.com/jxnblk/styled-system#configuration
After that, I imagine it as a growing library of ipfs components, built as compositions of these atoms, similar to http://tachyons.io/components/ or the output of https://compositor.io/lab/
At it's core, this repo wants to make it easy for devs to build ipfs apps that have clear, legible, possibly (subjectively) beautiful interfaces, without requiring explicit co-ordination or having to individually meditate on the infinite question of what is good design. It wants to provide a place for the design-focused to communicate with the algorithm-focused, and it wants to record the design language we create as we do. It wants to grow!
The text was updated successfully, but these errors were encountered: