A crate for separating HTML and Rust code when using Yew.
```html
Hello [name]!
```
rust
let html = template_html!("templates/hello.html", name="World");
The code above will actually compile to the following code:
rust
let html = html! {
<div>
<p>{"Hello World!"}</p>
</div>
};
rust
let name = "World";
let html = template_html!("templates/hello.html", name);
Would compile to:
rust
let name = "World";
let html = html! {
<div>
<p>{"Hello "}{name}{"!"}</p>
</div>
};
When the name of your variable isn't the same as the name in the template, you can use the following syntax:
rust
let other_name = "Yew";
let html = template_html!("templates/hello.html", name=other_name);
```html
Hello [name]!
```
rust
let html = template_html!(
"templates/hello.html",
name="Yew",
style="color: red;"
);
Yew-template supports a format!-like syntax in attributes, allowing you to do the following:
```html
```
Sometimes you want to pass many struct fields as variables to your template, but destructuring the struct would be too verbose. As when using the actual yew macro, you can just pass the struct and access its fields from the template:
```html
Hello [person.first_name] [person.last_name]!
```
```rust struct Person { firstname: String, lastname: String, }
let person = Person { firstname: "Edouard".tostring(), lastname: "Foobar".tostring() }; let html = template_html!("templates/fields.html", person); ```
rust
let name_reversed = String::from("dlroW");
let html = template_html!(
"templates/hello.html",
name = {
let mut name = name_reversed.into_bytes();
name.reverse();
let name = String::from_utf8(name).unwrap();
name
}
);
Which will also display Hello World! as the Yew-code output is as follows:
rust
let name_reversed = String::from("dlroW");
let html = html! {
<div>
<p>
{"Hello "}{{
let mut name = name_reversed.into_bytes();
name.reverse();
let name = String::from_utf8(name).unwrap();
name
}}{"!"}
</p>
</div>
};
Note that the curly brackets around expressions are required for expressions.
```html
Hello [name]!
```
rust
let link = ctx.link();
let html = template_html!(
"templates/hello.html",
name="World",
onclick={link.callback(|_| Msg::AddOne)}
);
Optional variables are marked with an opt_ prefix or an _opt suffix, at your option.
Their value is expected to be an Option<T>.
Optional variables work with optional html elements. Mark an element with the opt attribute to make it optional. An optional element will only be rendered if ALL the optional variables it contains are Some. Note that variables contained by smaller optional elements are excluded from this requirement.
```html
Hello [name]!
You are [opt_age] years old!
```
In the example above, the div block will not be shown if opt_age is None.
Let's see how optional elements can be nested.
```html
Hello [name]!
You are [opt_age] years old!
And you are born in [opt_birth_city].
```
Here, both opt_age and opt_birth_city are optional. opt_age would be displayed even if opt_birth_city is None. However, if opt_age is None, opt_birth_city will not be displayed regardless of its value.
From the Rust side, there is no usage difference. Note that curly brackets are required (for now).
rust
let opt_age: Option<u8> = Some(20);
let opt_birth_city: Option<String> = None;
let html = template_html!(
"templates/opt.html",
name="John",
opt_age,
opt_birth_city
);
In the generated Yew code, if let expressions are used. As a result, optional variables based on expressions behave differently as they are only evaluated once for each optional element using them.
Sometimes optional variables are not suitable for making an element optional. You might need a logic that is more complex than just checking if a variable is Some or None. In this case, you can use optional elements.
Elements can be given a present-if attribute. The value will be evaluated at runtime as a boolean expression. If the expression is true, the element will be rendered. Otherwise, it will be skipped.
```html
1+1 = 3
1+1 != 3
```
rust
let html = template_html!("templates/present_if.html", condition={ 1+1==3 });
Iterators work similarly to optional variables. The iterator variables are marked with an iter_ prefix or an _iter suffix, at your option.
The looping html element is marked with the iter attribute. The element will reproduce until one of the iterators it depends on is empty.
```html
```
rust
let contributors = vec!["John", "Jane", "Jack"]; // Owned values need to be declared as `let` or they would be freed before the template is rendered.
let html = template_html!(
"templates/iter.html",
contributors_iter = {contributors.iter()},
commits_iter = {[42, 21, 7].iter()}
);
The code above will act as the following for Yew:
rust
let contributors = vec!["John", "Jane", "Jack"];
let html = html! {
<div>
<h2>{"Contributors:"}</h2>
<ul>
{{
let mut contributors_iter = { contributors.iter() };
let mut commits_iter = { [42, 21, 7].iter() };
let mut fragments = Vec::new();
while let (Some(contributor), Some(commits)) = (contributors_iter.next(), commits_iter.next()) {
fragments.push(html! { <li>{contributor}{" ("}{commits}{" commits)"}</li> });
}
fragments.into_iter().collect::<Html>()
}}
</ul>
</div>
};
As of now, Yew item references in lists are not supported. This will be inmplemented in the future as the Yew documentation recommends, though the performance impact has been found to be negligible in most cases.
The whole point of using this crate is making your code more readable than when using Yew directly. However, you will still find yourself writing lines of code that do not carry that much meaning. We already saw that variable_ident=variable_ident can be shortened to variable_ident. But it could even be completely omitted! Add ... at the end of your macro call to tell that undefined variables should be retrieved from local variables with the same name. Taking the "Hello world" example:
```html
Hello [name]!
```
rust
let name = "World";
let html = template_html!("templates/hello.html", ...);
This behavior is disabled by default because undefined variables are often errors.
Litteral values are NOT escaped because they come from your code. Using a litteral value of value closed by quotes" trailing stuff will cause problems. This will be fixed in a future version. (Note that dynamic string values are always fine and are even escaped by Yew.)
You can use multiple top-level elements in your html template file.
While the crate is still experimental, it will be production-ready in a few weeks and will be maintained for the foreseeable future. It will also always support the latest version of Yew.
License: MIT