Inclusif manquant

docs/apps/index.rst

@@ -51,7 +51,7 @@ Applications packagées
     `<https://django-polymorphic.readthedocs.io/en/stable/>`_
 
 * ``crispy_forms``
-    Utiliser pour générer des formulairess avec Bootstrap4
+    Utiliser pour générer des formulaires avec Bootstrap4
 * ``django_tables2``
     utiliser pour afficher des tables de données et les formater, en Python plutôt qu'en HTML.
 * ``restframework``

docs/apps/member.rst

@@ -21,7 +21,7 @@ Utilisateur⋅rice
 Le modèle ``User`` est directement implémenté dans Django et n'appartient pas à l'application ``member``, mais il est
 bon de rappeler à quoi ressemble ce modèle.
 
-* ``date_joined`` : ``DateTimeField``, date à laquelle l'utilisateur⋅rice a été inscrit (*inutilisé dans la Note*)
+* ``date_joined`` : ``DateTimeField``, date à laquelle l'utilisateur⋅rice a été inscrit⋅e (*inutilisé dans la Note*)
 * ``email`` : ``EmailField``, adresse e-mail de l'utilisateur⋅rice.
 * ``first_name`` : ``CharField``, prénom de l'utilisateur⋅rice.
 * ``is_active`` : ``BooleanField``, indique si le compte est actif et peut se connecter.

docs/apps/note/consumptions.rst

@@ -20,7 +20,7 @@ note et la photo, si toutefois l'utilisateur⋅rice a le droit de voir ceci.
 L'utilisateur⋅rice peut cliquer sur des aliases pour ajouter des émetteur⋅rices, et sur des boutons pour ajouter des consommations.
 Cliquer dans la liste des émetteur⋅rices supprime l'élément sélectionné.
 
-Il ya deux possibilités pour faire consommer des adhérent⋅es :
+Il y a deux possibilités pour faire consommer des adhérent⋅es :
   - En mode **consommation simple** (mode par défaut), les consommations sont débitées dès que émetteur⋅rices et consommations
     sont renseignées.
   - En mode **consommation double**, l'utilisateur⋅rice doit cliquer sur « **Consommer !** »" pour débiter toutes les consommations.

docs/apps/note/index.rst

@@ -6,7 +6,7 @@ L'application ``note`` gère tout ce qui est en lien avec les flux d'argent et l
 La gestion des consommations s'effectue principalement via la page dédiée, dont le fonctionnement est expliqué
 dans la page `Consommations <consumptions>`_.
 
-Le fonctionnement des  crédit/débit de note (avec le « monde extérieur »» donc avec de l'argent réel) ainsi que les
+Le fonctionnement des  crédit/débit de note (avec le « monde extérieur » donc avec de l'argent réel) ainsi que les
 transferts/dons entre notes est détaillé sur la page `Transferts <transactions>`_.
 
 .. toctree::

docs/apps/permission.rst

@@ -130,8 +130,8 @@ Exemples
 Masques de permissions
 ----------------------
 
-Chaque permission est associée à un masque. À la connexion, l'utilisateur⋅rice choisit le masque de droits avec lequel il
-souhaite se connecter. Les masques sont ordonnés totalement, et l'utilisateur⋅rice aura effectivement une permission s'il est
+Chaque permission est associée à un masque. À la connexion, l'utilisateur⋅rice choisit le masque de droits avec lequel iel
+souhaite se connecter. Les masques sont ordonnés totalement, et l'utilisateur⋅rice aura effectivement une permission si iel est
 en droit d'avoir la permission et si son masque est suffisamment haut.
 
 Par exemple, si la permission de voir toutes les transactions est associée au masque « Droits note uniquement »,

docs/apps/wei.rst

@@ -19,7 +19,7 @@ Champs hérités de ``Club`` de l'application ``member`` :
 
 * ``parent_club`` : ``ForeignKey(Club)``. Ce champ vaut toujours ``Kfet`` dans le cas d'un WEI : on doit être membre du
   club Kfet pour participer au WEI.
-* ``email`` : ``EmailField``, adresse e-mail sur laquelle contacter les gérants du WEI.
+* ``email`` : ``EmailField``, adresse e-mail sur laquelle contacter les gérant⋅es du WEI.
 * ``membership_start`` : ``DateField``, date à partir de laquelle il est possible de s'inscrire au WEI.
 * ``membership_end`` : ``DateField``, date de fin d'adhésion possible au WEI.
 * ``membership_duration`` : ``PositiveIntegerField``, inutilisé dans le cas d'un WEI, vaut ``None``.
@@ -291,7 +291,7 @@ pour unique effet d'appeler la fonction ``run_algorithm`` décrite plus tôt. Un
 n'a pas été évoqué d'adhésion. L'adhésion est ensuite manuelle, l'algorithme ne fournit qu'une suggestion.
 
 Cette structure, complexe mais raisonnable, permet de gérer plus ou moins proprement la répartition des 1A,
-en limitant très fortement le hard code. Ami nouvelleeau développeur⋅se, merci de bien penser à la propreté du code :)
+en limitant très fortement le hard code. Ami⋅e nouvelleau développeur⋅se, merci de bien penser à la propreté du code :)
 En particulier, on évitera de mentionner dans le code le nom des bus, et profiter du champ ``information_json``
 présent dans le modèle ``Bus``.