The tailwindcss-to-rust CLI tool generates Rust code that allows you to
refer to Tailwind classes from your Rust code. This means that any attempt to
use a nonexistent class will lead to a compile-time error, and you can use
code completion to list available classes.
The generated code allows you to use Tailwind CSS classes in your Rust
frontend code with compile-time checking of names and code completion for
class names. These classes are grouped together based on the heading in the
Tailwind docs. It also generates code for the full list of Tailwind modifiers
like lg, hover, etc.
Check out the tailwindcss-to-rust-macros crate for the most ergonomic way to use the code generated by this tool.
Note that there is a known issue when using the generated code and macros
with Dioxus in debug WASM builds. For some reason the generated WASM ends up
exceeding the size the limited WASM stack at runtime, leading to weird memory
errors. Compiling with --release appears to prevent this.
So instead of this:
let class = "pt-4 pb-2 text-whit";
You can write this:
let class = C!;
Note that the typo in the first example, "text-whit" (missing the "e")
would become a compile-time error if you wrote C.type.text_whit.
Here's a quick start recipe:
-
Install this tool by running:
cargo install tailwindcss-to-rust -
Install the
tailwindcssCLI tool. You can install it withnpmornpx, or you can download a standalone binary from the tailwindcss repo. -
Create a
tailwind.config.jsfile with the tool by running: -
Edit this file however you like to add plugins or customize the generated CSS.
-
Create a CSS input file for Tailwind. For the purposes of this example we will assume that it's located at
css/tailwind.css. The standard file looks like this:@@@ -
Generate your Rust code by running:
-
Edit your
tailwind.config.jsfile to look in your Rust files for Tailwind class names:module.exports = ; -
Hack, hack, hack ...
-
Regenerate your compiled Tailwind CSS file by running:
-
Make sure to import the compiled CSS in your HTML:
In this example, I'm using Trunk, which is a great
alternative to webpack for projects that want to use Rust -> WASM without any
node.js tooling. My Trunk.toml looks like this:
[]
= "index.html"
= "dist"
[[]]
= "build"
# I'm not sure why we can't just invoke tailwindcss directly, but that doesn't
# seem to work for some reason.
= "sh"
= ["-c", "tailwindcss -i css/tailwind.css -o css/tailwind_compiled.css"]
When I run trunk I have to make sure to ignore that generated file:
The generated names consist of all the class names present in the CSS file,
except names that start with a dash (-), names that contain pseudo-elements,
like .placeholder-opacity-100::-moz-placeholder, and names that contain
modifiers like lg or hover. Names are transformed into Rust identifiers
using the following algorithm:
- All backslash escapes are removed entirely, for example in
.inset-0\.5. - All dashes (
-) become underscores (_). - All periods (
.) become_p_, so.inset-2\.5becomesinset_2_p_5. - All forward slashes (
/) become_of_, so.inset-2\/4becomesinset_2_of_4. - If a name starts with a
2, as in2xl, it becomestwo_, so the2xlmodifier becomestwo_xl.
The generated code provides two structs containing all of the relevant
strings. The C struct contains all the classes, with each group of classes
as one field in the struct:
pub
In your code, you can refer to classes with C.typ.text_lg or
C.lay.flex. If you have any custom classes, these will end in an "unknown"
group available from C.unk. Adding a way to put these custom classes in
other groups is a todo item.
The modifiers have their own struct, M, which contains one field per
modifiers, so it's used as M.lg or M.hover.
The best way to understand the generated structs is to simply open the generated code file in your editor and look at it.
Then you can import these consts in your code and use them to refer to Tailwind CSS class names with compile time checking:
element.set_class;