Skip to content

Commit 39b6e06

Browse files
authored
revert: recurrent crowdin regressions
1 parent 5681a11 commit 39b6e06

File tree

6 files changed

+9
-9
lines changed
  • public/content/translations/fr
    • contributing
    • developers/docs
      • design-and-ux/dex-design-best-practice
      • nodes-and-clients/node-architecture
      • smart-contracts/formal-verification

6 files changed

+9
-9
lines changed

public/content/translations/fr/contributing/adding-layer-2s/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -92,6 +92,6 @@ _Nous ne considérons pas comme relevant de la couche 2 les autres solutions d'
9292

9393
Si vous souhaitez ajouter une Couche 2 sur ethereum.org, créez un ticket sur GitHub.
9494

95-
<ButtonLink to="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_layer2.yaml">
95+
<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_layer2.yaml">
9696
Créez un ticket
9797
</ButtonLink>

public/content/translations/fr/contributing/content-resources/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -27,6 +27,6 @@ Les ressources d'apprentissage seront évaluées selon les critères suivants :
2727

2828
Si vous souhaitez ajouter une ressource de contenu à ethereum.org et qu'elle répond aux critères, créez un ticket sur GitHub.
2929

30-
<ButtonLink to="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=">
30+
<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=">
3131
Créez un ticket
3232
</ButtonLink>

public/content/translations/fr/contributing/translation-program/translators-guide/index.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -116,7 +116,7 @@ La meilleure façon de gérer les liens est de les copier directement à partir
116116

117117
![Exemple de lien.png](./example-of-link.png)
118118

119-
Les liens apparaissent également dans le texte source sous la forme de balises (c'est-à-dire \<0> \</0>). Si vous survolez la balise, l'éditeur affichera son véritable contenu. Parfois, ces balises désigneront des liens.
119+
Les liens apparaissent également dans le texte source sous la forme de balises (c'est-à-dire `<0> </0>`). Si vous survolez la balise, l'éditeur affichera son véritable contenu. Parfois, ces balises désigneront des liens.
120120

121121
Il est très important de copier les liens depuis le texte source et de ne pas modifier l'ordre des balises.
122122

@@ -154,7 +154,7 @@ nonce - _Texte non traduisible_
154154

155155
Le texte source contient aussi des balises raccourcies. Elles contiennent uniquement des chiffres et leur fonction n'est donc pas directement identifiable. Vous pouvez survoler ces balises pour voir exactement ce à quoi elles servent.
156156

157-
Dans l'exemple ci-dessous, vous pouvez voir que survoler la balise \<0> nous permet de savoir qu'elle désigne en fait une balise `<code>` et qu'elle contient un extrait de code. Le contenu de ces balises ne doit donc pas être traduit.
157+
Dans l'exemple ci-dessous, vous pouvez voir que survoler la balise `<0>` nous permet de savoir qu'elle désigne en fait une balise `<code>` et qu'elle contient un extrait de code. Le contenu de ces balises ne doit donc pas être traduit.
158158

159159
![Exemple de balises ambiguës.png](./example-of-ambiguous-tags.png)
160160

public/content/translations/fr/developers/docs/design-and-ux/dex-design-best-practice/index.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -179,15 +179,15 @@ La loi de proximité stipule que les éléments proches sont perçus comme étan
179179

180180
En fin de compte, les deux options présentent des avantages et des inconvénients, mais il est intéressant de noter que la tendance est au jeton placé à droite.
181181

182-
# Comportement du bouton {#button-behavior}
182+
## Comportement du bouton {#button-behavior}
183183

184184
N'ayez pas de bouton séparé pour l'approbation. Évitez également de demander un clic séparé pour l'approbation. L'utilisateur veut effectuer un échange, il suffit donc d'indiquer "échanger" sur le bouton et de lancer l'approbation comme première étape. Une fenêtre modale peut afficher la progression avec un indicateur d'étapes, ou une simple notification du type "tx 1 sur 2 - approbation en cours".
185185

186186
![Une interface utilisateur avec des boutons séparés pour approuver et échanger](./14.png)
187187

188188
![Une interface utilisateur avec un seul bouton d'approbation](./15.png)
189189

190-
## Bouton comme aide contextuelle {#button-as-contextual-help}
190+
### Bouton comme aide contextuelle {#button-as-contextual-help}
191191

192192
Le bouton peut également servir d'alerte !
193193

@@ -205,7 +205,7 @@ Le bouton peut également être **associé à l'action** qui doit être effectu
205205

206206
![Message d'erreur affiché dans le principal appel à l'action](./17.png)
207207

208-
## Construisez le vôtre avec ce fichier Figma {#build-your-own-with-this-figma-file}
208+
### Construisez le vôtre avec ce fichier Figma {#build-your-own-with-this-figma-file}
209209

210210
Grâce au travail acharné de plusieurs protocoles, la conception des DEX s'est beaucoup améliorée. Nous savons de quelles informations l'utilisateur a besoin, de quelle manière nous devons les présenter et comment rendre le flux aussi fluide que possible.
211211
Nous espérons que cet article vous offrira un aperçu solide des principes UX.

public/content/translations/fr/developers/docs/nodes-and-clients/node-architecture/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -18,7 +18,7 @@ Pour que cette structure à deux clients fonctionne, les clients de consensus do
1818

1919
## Que fait le client d'exécution ? {#execution-client}
2020

21-
Le client d’exécution est responsable de la validation, du traitement et de la propagation des transactions, ainsi que de la gestion de l’état et du support de la Machine Virtuelle Ethereum ([EVM\](/developers/docs/evm/)). Il n'est **pas** responsable de la construction de blocs, de leur propagation ou de la gestion de la logique de consensus. Ces responsabilités relèvent du client de consensus.
21+
Le client d’exécution est responsable de la validation, du traitement et de la propagation des transactions, ainsi que de la gestion de l’état et du support de la Machine Virtuelle Ethereum ([EVM](/developers/docs/evm/)). Il n'est **pas** responsable de la construction de blocs, de leur propagation ou de la gestion de la logique de consensus. Ces responsabilités relèvent du client de consensus.
2222

2323
Le client d'exécution crée des charges utiles d'exécution - la liste des transactions, la trie d'état mise à jour, et d'autres données liées à l'exécution. Les clients de consensus incluent la charge utile d'exécution dans chaque bloc. Le client d'exécution est également responsable de réexécuter les transactions dans les nouveaux blocs pour s'assurer qu'elles sont valides. L'exécution des transactions est effectuée sur l'ordinateur intégré du client d'exécution, connu sous le nom de [Machine Virtuelle Ethereum (EVM)](/developers/docs/evm).
2424

public/content/translations/fr/developers/docs/smart-contracts/formal-verification/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -70,7 +70,7 @@ Les spécifications formelles de bas niveau peuvent être données sous forme de
7070

7171
### Propriétés de style Hoare {#hoare-style-properties}
7272

73-
[La logique Hoare](https://en.wikipedia.org/wiki/Hoare_logic) fournit un ensemble de règles formelles pour raisonner sur la correction des programmes, y compris les contrats intelligents. Une propriété de style Hoare est représentée par un triple Hoare {_P_}_c_{_Q_}, où _c_ est un programme et _P_ et _Q_ sont des prédicats sur l'état de _c_ (c'est-à-dire le programme), formellement décrits comme des _prérequis_ et des _conditions ulérieures_, respectivement.
73+
[La logique Hoare](https://en.wikipedia.org/wiki/Hoare_logic) fournit un ensemble de règles formelles pour raisonner sur la correction des programmes, y compris les contrats intelligents. Une propriété de style Hoare est représentée par un triple Hoare `{P}c{Q}`, où `c` est un programme et `P` et `Q` sont des prédicats sur l'état de `c` (c'est-à-dire le programme), formellement décrits comme des _prérequis_ et des _conditions ulérieures_, respectivement.
7474

7575
Un prérequis est un prédicat décrivant les conditions requises pour l'exécution correcte d'une fonction ; les utilisateurs qui font appel au contrat doivent satisfaire à cette exigence. Une condition ultérieure est un prédicat décrivant la condition qu'une fonction établit si elle est correctement exécutée ; les utilisateurs peuvent s'attendre à ce que cette condition soit vraie après avoir appelé la fonction. Un _invariant_ en logique Hoare est un prédicat qui est préservé par l'exécution d'une fonction (c'est-à-dire qu'il ne change pas).
7676

0 commit comments

Comments
 (0)