/* Page prose (fr) */
"CrossingOntoMainActor" = "# Passer sur le main actor: le `await`\n\nÀ la page précédente, chaque appel à `deposit` avait besoin d'un `await`. Voici pourquoi. Un type `@MainActor` protège son état de la même façon que n'importe quel actor: l'état vit sur le main actor, et le code s'exécutant ailleurs ne peut pas le toucher directement. L'atteindre depuis l'extérieur est un **passage**, et un passage est un point où ta tâche peut se suspendre en attendant son tour sur le main actor. `await` marque ce point. C'est le même `await` que tu utilises déjà avec n'importe quel actor.\n\nLe passage s'applique aussi à la *lecture* de l'état, pas seulement à l'appel de méthodes:";
"CrossingOntoMainActorNotice" = "Chaque contact avec `display` depuis ici porte un `await`, parce que chacun saute sur le main actor puis en revient. Ce n'est pas du code répétitif que le compilateur te fait taper sans raison. C'est le compilateur qui prouve, *avant même que l'app s'exécute*, que l'état du main actor n'est jamais touché hors du thread principal.\n\n* callout(Essaie): Supprime le `await` devant `display.balance` et exécute. Le compilateur t'arrête: l'état du main actor ne peut pas être lu depuis l'extérieur du main actor sans passage. Ce refus, attrapé à la compilation, est exactement la sûreté face aux data races que t'offre `@MainActor`. Tu verrais la même erreur dans Xcode.\n\n[Précédent](@previous)  |  page 3 sur 11  |  [Suivant: Un saut ponctuel](@next)";
