Merge branch 'master' into master

docs/guide/src/en/__unused/advanced-guides/12-signals.md

@@ -10,7 +10,7 @@ By default, Dioxus will only try to diff subtrees of components with dynamic con
 
 Your component today might look something like this:
 
-```rust
+```rust, no_run
 fn Comp(cx: Scope) -> DomTree {
     let (title, set_title) = use_state(cx, || "Title".to_string());
     cx.render(rsx!{
@@ -24,7 +24,7 @@ fn Comp(cx: Scope) -> DomTree {
 
 This component is fairly straightforward – the input updates its own value on every change. However, every call to set_title will re-render the component. If we add a large list, then every time we update the title input, Dioxus will need to diff the entire list, over, and over, and over. This is **a lot** of wasted clock-cycles!
 
-```rust
+```rust, no_run
 fn Comp(cx: Scope) -> DomTree {
     let (title, set_title) = use_state(cx, || "Title".to_string());
     cx.render(rsx!{
@@ -47,7 +47,7 @@ Many experienced React developers will just say "this is bad design" – but we
 
 We can use signals to generate a two-way binding between data and the input box. Our text input is now just a two-line component!
 
-```rust
+```rust, no_run
 fn Comp(cx: Scope) -> DomTree {
     let mut title = use_signal(cx, || String::from("Title"));
     cx.render(rsx!(input { value: title }))
@@ -56,7 +56,7 @@ fn Comp(cx: Scope) -> DomTree {
 
 For a slightly more interesting example, this component calculates the sum between two numbers, but totally skips the diffing process.
 
-```rust
+```rust, no_run
 fn Calculator(cx: Scope) -> DomTree {
     let mut a = use_signal(cx, || 0);
     let mut b = use_signal(cx, || 0);
@@ -71,7 +71,7 @@ fn Calculator(cx: Scope) -> DomTree {
 
 Do you notice how we can use built-in operations on signals? Under the hood, we actually create a new derived signal that depends on `a` and `b`. Whenever `a` or `b` update, then `c` will update. If we need to create a new derived signal that's more complex than a basic operation (`std::ops`) we can either chain signals together or combine them:
 
-```rust
+```rust, no_run
 let mut a = use_signal(cx, || 0);
 let mut b = use_signal(cx, || 0);
 
@@ -83,7 +83,7 @@ let c = a.with(b).map(|(a, b)| *a + *b);
 
 If we ever need to get the value out of a signal, we can simply `deref` it.
 
-```rust
+```rust, no_run
 let mut a = use_signal(cx, || 0);
 let c = *a + *b;
 ```
@@ -94,8 +94,10 @@ Calling `deref` or `deref_mut` is actually more complex than it seems. When a va
 
 Sometimes you want a signal to propagate across your app, either through far-away siblings or through deeply-nested components. In these cases, we use Dirac: Dioxus's first-class state management toolkit. Dirac atoms automatically implement the Signal API. This component will bind the input element to the `TITLE` atom.
 
-```rust
+
+```rust, no_run
 const TITLE: Atom<String> = Atom(|| "".to_string());
+
 const Provider: Component = |cx|{
     let title = use_signal(cx, &TITLE);
     render!(input { value: title })
@@ -104,7 +106,7 @@ const Provider: Component = |cx|{
 
 If we use the `TITLE` atom in another component, we can cause updates to flow between components without calling render or diffing either component trees:
 
-```rust
+```rust, no_run
 const Receiver: Component = |cx|{
     let title = use_signal(cx, &TITLE);
     log::info!("This will only be called once!");
@@ -130,8 +132,9 @@ By default, Dioxus is limited when you use iter/map. With the `For` component, y
 
 Dioxus automatically understands how to use your signals when mixed with iterators through `Deref`/`DerefMut`. This lets you efficiently map collections while avoiding the re-rendering of lists. In essence, signals act as a hint to Dioxus on how to avoid un-necessary checks and renders, making your app faster.
 
-```rust
+```rust, no_run
 const DICT: AtomFamily<String, String> = AtomFamily(|_| {});
+
 const List: Component = |cx|{
     let dict = use_signal(cx, &DICT);
     cx.render(rsx!(
@@ -142,14 +145,6 @@ const List: Component = |cx|{
 };
 ```
 
-## Remote Signals
-
-Apps that use signals will enjoy a pleasant hybrid of server-side and client-side rendering.
-
-```rust
-
-```
-
 ## How does it work?
 
 Signals internally use Dioxus' asynchronous rendering infrastructure to perform updates out of the tree.