Merge branch 'beta' into no-api-error

Ouvreureuse

See merge request bde/nk20!256

.gitmodules

@@ -1,3 +1,3 @@
 [submodule "apps/scripts"]
 	path = apps/scripts
-	url = https://gitlab.crans.org/bde/nk20-scripts.git
+	url = https://gitlab.crans.org/bde/nk20-scripts

README.md

@@ -55,7 +55,7 @@ Bien que cela permette de créer une instance sur toutes les distributions,
     (env)$ ./manage.py makemigrations
     (env)$ ./manage.py migrate
     (env)$ ./manage.py loaddata initial
-    (env)$ ./manage.py createsuperuser  # Création d'un utilisateur initial
+    (env)$ ./manage.py createsuperuser  # Création d'un⋅e utilisateur⋅rice initial
     ```
 
 6.  Enjoy :

apps/activity/api/serializers.py

@@ -1,9 +1,11 @@
 # Copyright (C) 2018-2024 by BDE ENS Paris-Saclay
 # SPDX-License-Identifier: GPL-3.0-or-later
 
+from django.utils.translation import gettext_lazy as _
 from rest_framework import serializers
+from rest_framework.validators import UniqueTogetherValidator
 
-from ..models import Activity, ActivityType, Entry, Guest, GuestTransaction
+from ..models import Activity, ActivityType, Entry, Guest, GuestTransaction, Opener
 
 
 class ActivityTypeSerializer(serializers.ModelSerializer):
@@ -59,3 +61,17 @@ class GuestTransactionSerializer(serializers.ModelSerializer):
     class Meta:
         model = GuestTransaction
         fields = '__all__'
+
+
+class OpenerSerializer(serializers.ModelSerializer):
+    """
+    REST API Serializer for Openers.
+    The djangorestframework plugin will analyse the model `Opener` and parse all fields in the API.
+    """
+
+    class Meta:
+        model = Opener
+        fields = '__all__'
+        validators = [UniqueTogetherValidator(
+            queryset=Opener.objects.all(), fields=("opener", "activity"),
+            message=_("This opener already exists"))]

apps/activity/api/urls.py

@@ -1,7 +1,7 @@
 # Copyright (C) 2018-2024 by BDE ENS Paris-Saclay
 # SPDX-License-Identifier: GPL-3.0-or-later
 
-from .views import ActivityTypeViewSet, ActivityViewSet, EntryViewSet, GuestViewSet
+from .views import ActivityTypeViewSet, ActivityViewSet, EntryViewSet, GuestViewSet, OpenerViewSet
 
 
 def register_activity_urls(router, path):
@@ -12,3 +12,4 @@ def register_activity_urls(router, path):
     router.register(path + '/type', ActivityTypeViewSet)
     router.register(path + '/guest', GuestViewSet)
     router.register(path + '/entry', EntryViewSet)
+    router.register(path + '/opener', OpenerViewSet)

apps/activity/api/views.py

@@ -1,12 +1,15 @@
 # Copyright (C) 2018-2024 by BDE ENS Paris-Saclay
 # SPDX-License-Identifier: GPL-3.0-or-later
 
-from django_filters.rest_framework import DjangoFilterBackend
 from api.filters import RegexSafeSearchFilter
 from api.viewsets import ReadProtectedModelViewSet
+from django.core.exceptions import ValidationError
+from django_filters.rest_framework import DjangoFilterBackend
+from rest_framework.response import Response
+from rest_framework import status
 
-from .serializers import ActivitySerializer, ActivityTypeSerializer, EntrySerializer, GuestSerializer
+from .serializers import ActivitySerializer, ActivityTypeSerializer, EntrySerializer, GuestSerializer, OpenerSerializer
-from ..models import Activity, ActivityType, Entry, Guest
+from ..models import Activity, ActivityType, Entry, Guest, Opener
 
 
 class ActivityTypeViewSet(ReadProtectedModelViewSet):
@@ -66,3 +69,32 @@ class EntryViewSet(ReadProtectedModelViewSet):
     filterset_fields = ['activity', 'time', 'note', 'guest', ]
     search_fields = ['$activity__name', '$note__user__email', '$note__alias__name', '$note__alias__normalized_name',
                      '$guest__last_name', '$guest__first_name', ]
+
+
+class OpenerViewSet(ReadProtectedModelViewSet):
+    """
+    REST Opener View set.
+    The djangorestframework plugin will get all `Opener` objects, serialize it to JSON with the given serializer,
+    then render it on /api/activity/opener/
+    """
+    queryset = Opener.objects
+    serializer_class = OpenerSerializer
+    filter_backends = [RegexSafeSearchFilter, DjangoFilterBackend]
+    search_fields = ['$opener__alias__name', '$opener__alias__normalized_name',
+                     '$activity__name']
+    filterset_fields = ['opener', 'opener__noteuser__user', 'activity']
+
+    def get_serializer_class(self):
+        serializer_class = self.serializer_class
+        if self.request.method in ['PUT', 'PATCH']:
+            # opener-activity can't change
+            serializer_class.Meta.read_only_fields = ('opener', 'acitivity',)
+        return serializer_class
+
+    def destroy(self, request, *args, **kwargs):
+        instance = self.get_object()
+        try:
+            self.perform_destroy(instance)
+        except ValidationError as e:
+            return Response({e.code: str(e)}, status.HTTP_400_BAD_REQUEST)
+        return Response(status=status.HTTP_204_NO_CONTENT)

apps/activity/forms.py

@@ -43,7 +43,7 @@ class ActivityForm(forms.ModelForm):
 
     class Meta:
         model = Activity
-        exclude = ('creater', 'valid', 'open', )
+        exclude = ('creater', 'valid', 'open', 'opener', )
         widgets = {
             "organizer": Autocomplete(
                 model=Club,

apps/activity/migrations/0004_opener.py

@@ -0,0 +1,28 @@
+# Generated by Django 2.2.28 on 2024-08-01 12:36
+
+from django.db import migrations, models
+import django.db.models.deletion
+
+
+class Migration(migrations.Migration):
+
+    dependencies = [
+        ('note', '0006_trust'),
+        ('activity', '0003_auto_20240323_1422'),
+    ]
+
+    operations = [
+        migrations.CreateModel(
+            name='Opener',
+            fields=[
+                ('id', models.AutoField(auto_created=True, primary_key=True, serialize=False, verbose_name='ID')),
+                ('activity', models.ForeignKey(on_delete=django.db.models.deletion.CASCADE, related_name='opener', to='activity.Activity', verbose_name='activity')),
+                ('opener', models.ForeignKey(on_delete=django.db.models.deletion.CASCADE, related_name='activity_responsible', to='note.Note', verbose_name='opener')),
+            ],
+            options={
+                'verbose_name': 'opener',
+                'verbose_name_plural': 'openers',
+                'unique_together': {('opener', 'activity')},
+            },
+        ),
+    ]

apps/activity/models.py

@@ -11,7 +11,7 @@ from django.db import models, transaction
 from django.db.models import Q
 from django.utils import timezone
 from django.utils.translation import gettext_lazy as _
-from note.models import NoteUser, Transaction
+from note.models import NoteUser, Transaction, Note
 from rest_framework.exceptions import ValidationError
 
 
@@ -310,3 +310,31 @@ class GuestTransaction(Transaction):
     @property
     def type(self):
         return _('Invitation')
+
+
+class Opener(models.Model):
+    """
+    Allow the user to make activity entries without more rights
+    """
+    activity = models.ForeignKey(
+        Activity,
+        on_delete=models.CASCADE,
+        related_name='opener',
+        verbose_name=_('activity')
+    )
+
+    opener = models.ForeignKey(
+        Note,
+        on_delete=models.CASCADE,
+        related_name='activity_responsible',
+        verbose_name=_('Opener')
+    )
+
+    class Meta:
+        verbose_name = _("Opener")
+        verbose_name_plural = _("Openers")
+        unique_together = ("opener", "activity")
+
+    def __str__(self):
+        return _("{opener} is opener of activity {acivity}").format(
+            opener=str(self.opener), acivity=str(self.activity))

apps/activity/static/activity/js/opener.js

@@ -0,0 +1,78 @@
+/**
+ * On form submit, create a new friendship
+ */
+function form_create_opener (e) {
+  // Do not submit HTML form
+  e.preventDefault()
+
+  // Get data and send to API
+  const formData = new FormData(e.target)
+  $.getJSON('/api/note/alias/'+formData.get('opener') + '/',
+    function (opener_alias) {
+      create_opener(formData.get('activity'), opener_alias.note)
+    }).fail(function (xhr, _textStatus, _error) {
+        errMsg(xhr.responseJSON)
+    })
+}
+
+/**
+ * Create a trust between users
+ * @param trusting:Integer trusting note id
+ * @param trusted:Integer trusted note id
+ */
+function create_opener(activity, opener) {
+  $.post('/api/activity/opener/', {
+      activity: activity,
+      opener: opener,
+      csrfmiddlewaretoken: CSRF_TOKEN
+  }).done(function () {
+  // Reload tables
+  $('#opener_table').load(location.pathname + ' #opener_table')
+    addMsg(gettext('Friendship successfully added'), 'success')
+  }).fail(function (xhr, _textStatus, _error) {
+    errMsg(xhr.responseJSON)
+  })
+}
+
+/**
+ * On form submit, create a new friendship
+function create_opener (e) {
+  // Do not submit HTML form
+  e.preventDefault()
+
+  // Get data and send to API
+  const formData = new FormData(e.target)
+  $.post('/api/activity/opener/', {
+    csrfmiddlewaretoken: formData.get('csrfmiddlewaretoken'),
+    activity: formData.get('activity'),
+    opener: formData.get('opener')
+  }).done(function () {
+    // Reload table
+    $('#opener_table').load(location.pathname + ' #opener_table')
+    addMsg(gettext('Alias successfully added'), 'success')
+  }).fail(function (xhr, _textStatus, _error) {
+    errMsg(xhr.responseJSON)
+  })
+}*/
+
+/**
+ * On click of "delete", delete the trust
+ * @param button_id:Integer Trust id to remove
+ */
+function delete_button (button_id) {
+  $.ajax({
+    url: '/api/activity/opener/' + button_id + '/',
+    method: 'DELETE',
+    headers: { 'X-CSRFTOKEN': CSRF_TOKEN }
+  }).done(function () {
+    addMsg(gettext('Friendship successfully deleted'), 'success')
+    $('#opener_table').load(location.pathname + ' #opener_table')
+  }).fail(function (xhr, _textStatus, _error) {
+    errMsg(xhr.responseJSON)
+  })
+}
+
+$(document).ready(function () {
+  // Attach event
+  document.getElementById('form_opener').addEventListener('submit', form_create_opener)
+})

apps/activity/tables.py

@@ -5,11 +5,13 @@ from django.utils import timezone
 from django.utils.html import escape
 from django.utils.safestring import mark_safe
 from django.utils.translation import gettext_lazy as _
+from note_kfet.middlewares import get_current_request
 import django_tables2 as tables
 from django_tables2 import A
+from permission.backends import PermissionBackend
 from note.templatetags.pretty_money import pretty_money
 
-from .models import Activity, Entry, Guest
+from .models import Activity, Entry, Guest, Opener
 
 
 class ActivityTable(tables.Table):
@@ -113,3 +115,34 @@ class EntryTable(tables.Table):
             'data-last-name': lambda record: record.last_name,
             'data-first-name': lambda record: record.first_name,
         }
+
+
+# function delete_button(id) provided in template file
+DELETE_TEMPLATE = """
+    <button id="{{ record.pk }}" class="btn btn-danger btn-sm" onclick="delete_button(this.id)"> {{ delete_trans }}</button>
+"""
+
+
+class OpenerTable(tables.Table):
+    class Meta:
+        attrs = {
+            'class': 'table table condensed table-striped',
+            'id': "opener_table"
+        }
+        model = Opener
+        fields = ("opener",)
+        template_name = 'django_tables2/bootstrap4.html'
+
+    show_header = False
+    opener = tables.Column(attrs={'td': {'class': 'text-center'}})
+
+    delete_col = tables.TemplateColumn(
+        template_code=DELETE_TEMPLATE,
+        extra_context={"delete_trans": _('Delete')},
+        attrs={
+            'td': {
+                'class': lambda record: 'col-sm-1'
+                + (' d-none' if not PermissionBackend.check_perm(
+                    get_current_request(), "activity.delete_opener", record)
+                   else '')}},
+        verbose_name=_("Delete"),)

apps/activity/templates/activity/activity_detail.html

@@ -4,11 +4,31 @@ SPDX-License-Identifier: GPL-3.0-or-later
 {% endcomment %}
 {% load i18n perms %}
 {% load render_table from django_tables2 %}
+{% load static django_tables2 i18n %}
 
 {% block content %}
 <h1 class="text-white">{{ title }}</h1>
 {% include "activity/includes/activity_info.html" %}
 
+{% if activity.activity_type.manage_entries and ".change__opener"|has_perm:activity %}
+    <div class="card bg-white mb-3">
+        <h3 class="card-header text-center">
+            {% trans "Openers" %}
+        </h3>
+        <div class="card-body">
+            <form class="input-group" method="POST" id="form_opener">
+                {% csrf_token %}
+                <input type="hidden" name="activity" value="{{ object.pk }}">
+                {%include "autocomplete_model.html" %}
+                <div class="input-group-append">
+                    <input type="submit" class="btn btn-success" value="{% trans "Add" %}">
+                </div>
+            </form>
+        </div>
+        {% render_table opener %}
+    </div>
+{% endif %}
+
 {% if guests.data %}
 <div class="card bg-white mb-3">
     <h3 class="card-header text-center">
@@ -22,6 +42,8 @@ SPDX-License-Identifier: GPL-3.0-or-later
 {% endblock %}
 
 {% block extrajavascript %}
+<script src="{% static "activity/js/opener.js" %}"></script>
+<script src="{% static "js/autocomplete_model.js" %}"></script>
 <script>
     function remove_guest(guest_id) {
         $.ajax({

apps/activity/views.py

@@ -25,8 +25,8 @@ from permission.backends import PermissionBackend
 from permission.views import ProtectQuerysetMixin, ProtectedCreateView
 
 from .forms import ActivityForm, GuestForm
-from .models import Activity, Entry, Guest
+from .models import Activity, Entry, Guest, Opener
-from .tables import ActivityTable, EntryTable, GuestTable
+from .tables import ActivityTable, EntryTable, GuestTable, OpenerTable
 
 
 class ActivityCreateView(ProtectQuerysetMixin, ProtectedCreateView):
@@ -115,8 +115,24 @@ class ActivityDetailView(ProtectQuerysetMixin, LoginRequiredMixin, DetailView):
                            .filter(PermissionBackend.filter_queryset(self.request, Guest, "view")))
         context["guests"] = table
 
+        table = OpenerTable(data=self.object.opener.filter(activity=self.object)
+                            .filter(PermissionBackend.filter_queryset(self.request, Opener, "view")))
+        context["opener"] = table
+
         context["activity_started"] = timezone.now() > timezone.localtime(self.object.date_start)
 
+        context["widget"] = {
+            "name": "opener",
+            "resetable": True,
+            "attrs": {
+                "class": "autocomplete form-control",
+                "id": "opener",
+                "api_url": "/api/note/alias/?note__polymorphic_ctype__model=noteuser",
+                "name_field": "name",
+                "placeholder": ""
+            }
+        }
+
         return context
 
 
@@ -338,8 +354,8 @@ X-WR-CALNAME:Kfet Calendar
 NAME:Kfet Calendar
 CALSCALE:GREGORIAN
 BEGIN:VTIMEZONE
-TZID:Europe/Berlin
+TZID:Europe/Paris
-X-LIC-LOCATION:Europe/Berlin
+X-LIC-LOCATION:Europe/Paris
 BEGIN:DAYLIGHT
 TZOFFSETFROM:+0100
 TZOFFSETTO:+0200
@@ -361,10 +377,10 @@ END:VTIMEZONE
 DTSTAMP:{"{:%Y%m%dT%H%M%S}".format(activity.date_start)}Z
 UID:{md5((activity.name + "$" + str(activity.id) + str(activity.date_start)).encode("UTF-8")).hexdigest()}
 SUMMARY;CHARSET=UTF-8:{self.multilines(activity.name, 75, 22)}
-DTSTART;TZID=Europe/Berlin:{"{:%Y%m%dT%H%M%S}".format(activity.date_start)}
+DTSTART:{"{:%Y%m%dT%H%M%S}Z".format(activity.date_start)}
-DTEND;TZID=Europe/Berlin:{"{:%Y%m%dT%H%M%S}".format(activity.date_end)}
+DTEND:{"{:%Y%m%dT%H%M%S}Z".format(activity.date_end)}
 LOCATION:{self.multilines(activity.location, 75, 9) if activity.location else "Kfet"}
-DESCRIPTION;CHARSET=UTF-8:""" + self.multilines(activity.description.replace("\n", "\\n"), 75, 26) + """
+DESCRIPTION;CHARSET=UTF-8:""" + self.multilines(activity.description.replace("\n", "\\n"), 75, 26) + f"""
  -- {activity.organizer.name}
 END:VEVENT
 """

apps/logs/signals.py

@@ -56,13 +56,13 @@ def save_object(sender, instance, **kwargs):
     # noinspection PyProtectedMember
     previous = instance._previous
 
-    # Si un utilisateur est connecté, on récupère l'utilisateur courant ainsi que son adresse IP
+    # Si un⋅e utilisateur⋅rice est connecté⋅e, on récupère l'utilisateur⋅rice courant⋅e ainsi que son adresse IP
     request = get_current_request()
 
     if request is None:
         # Si la modification n'a pas été faite via le client Web, on suppose que c'est du à `manage.py`
         # On récupère alors l'utilisateur·trice connecté·e à la VM, et on récupère la note associée
-        # IMPORTANT : l'utilisateur dans la VM doit être un des alias note du respo info
+        # IMPORTANT : l'utilisateur⋅rice dans la VM doit être un des alias note du respo info
         ip = "127.0.0.1"
         username = Alias.normalize(getpass.getuser())
         note = NoteUser.objects.filter(alias__normalized_name=username)
@@ -134,13 +134,13 @@ def delete_object(sender, instance, **kwargs):
     if instance._meta.label_lower in EXCLUDED or hasattr(instance, "_no_signal"):
         return
 
-    # Si un utilisateur est connecté, on récupère l'utilisateur courant ainsi que son adresse IP
+    # Si un⋅e utilisateur⋅rice est connecté⋅e, on récupère l'utilisateur⋅rice courant⋅e ainsi que son adresse IP
     request = get_current_request()
 
     if request is None:
         # Si la modification n'a pas été faite via le client Web, on suppose que c'est du à `manage.py`
         # On récupère alors l'utilisateur·trice connecté·e à la VM, et on récupère la note associée
-        # IMPORTANT : l'utilisateur dans la VM doit être un des alias note du respo info
+        # IMPORTANT : l'utilisateur⋅rice dans la VM doit être un des alias note du respo info
         ip = "127.0.0.1"
         username = Alias.normalize(getpass.getuser())
         note = NoteUser.objects.filter(alias__normalized_name=username)

apps/member/forms.py

@@ -210,9 +210,9 @@ class MembershipForm(forms.ModelForm):
     class Meta:
         model = Membership
         fields = ('user', 'date_start')
-        # Le champ d'utilisateur est remplacé par un champ d'auto-complétion.
+        # Le champ d'utilisateur⋅rice est remplacé par un champ d'auto-complétion.
         # Quand des lettres sont tapées, une requête est envoyée sur l'API d'auto-complétion
-        # et récupère les noms d'utilisateur valides
+        # et récupère les noms d'utilisateur⋅rices valides
         widgets = {
             'user':
                 Autocomplete(

apps/member/migrations/0013_auto_20240801_1436.py

@@ -0,0 +1,18 @@
+# Generated by Django 2.2.28 on 2024-08-01 12:36
+
+from django.db import migrations, models
+
+
+class Migration(migrations.Migration):
+
+    dependencies = [
+        ('member', '0012_club_add_registration_form'),
+    ]
+
+    operations = [
+        migrations.AlterField(
+            model_name='profile',
+            name='promotion',
+            field=models.PositiveSmallIntegerField(default=2024, help_text='Year of entry to the school (None if not ENS student)', null=True, verbose_name='promotion'),
+        ),
+    ]

apps/member/models.py

@@ -295,7 +295,14 @@ class Club(models.Model):
 
         today = datetime.date.today()
 
-        while (today - self.membership_start).days >= 365:
+        # Avoid any problems on February 29
+        if self.membership_start.month == 2 and self.membership_start.day == 29:
+            self.membership_start -= datetime.timedelta(days=1)
+        if self.membership_end.month == 2 and self.membership_end.day == 29:
+            self.membership_end += datetime.timedelta(days=1)
+
+        while today >= datetime.date(self.membership_start.year + 1,
+                                     self.membership_start.month, self.membership_start.day):
             if self.membership_start:
                 self.membership_start = datetime.date(self.membership_start.year + 1,
                                                       self.membership_start.month, self.membership_start.day)
@@ -473,10 +480,10 @@ class Membership(models.Model):
 
             if self.club.parent_club.name == "BDE":
                 parent_membership.roles.set(
-                    Role.objects.filter(Q(name="Adhérent BDE") | Q(name="Membre de club")).all())
+                    Role.objects.filter(Q(name="Adhérent⋅e BDE") | Q(name="Membre de club")).all())
             elif self.club.parent_club.name == "Kfet":
                 parent_membership.roles.set(
-                    Role.objects.filter(Q(name="Adhérent Kfet") | Q(name="Membre de club")).all())
+                    Role.objects.filter(Q(name="Adhérent⋅e Kfet") | Q(name="Membre de club")).all())
             else:
                 parent_membership.roles.set(Role.objects.filter(name="Membre de club").all())
             parent_membership.save()

apps/member/tests/test_memberships.py

@@ -291,7 +291,7 @@ class TestMemberships(TestCase):
 
         response = self.client.post(reverse("member:club_manage_roles", args=(self.membership.pk,)), data=dict(
             roles=[role.id for role in Role.objects.filter(
-                Q(name="Membre de club") | Q(name="Trésorier·ère de club") | Q(name="Bureau de club")).all()],
+                Q(name="Membre de club") | Q(name="Trésorièr⋅e de club") | Q(name="Bureau de club")).all()],
         ))
         self.assertRedirects(response, self.user.profile.get_absolute_url(), 302, 200)
         self.membership.refresh_from_db()

apps/member/views.py

@@ -837,8 +837,8 @@ class ClubAddMemberView(ProtectQuerysetMixin, ProtectedCreateView):
 
         ret = super().form_valid(form)
 
-        member_role = Role.objects.filter(Q(name="Adhérent BDE") | Q(name="Membre de club")).all() \
+        member_role = Role.objects.filter(Q(name="Adhérent⋅e BDE") | Q(name="Membre de club")).all() \
-            if club.name == "BDE" else Role.objects.filter(Q(name="Adhérent Kfet") | Q(name="Membre de club")).all() \
+            if club.name == "BDE" else Role.objects.filter(Q(name="Adhérent⋅e Kfet") | Q(name="Membre de club")).all() \
             if club.name == "Kfet"else Role.objects.filter(name="Membre de club").all()
         # Set the same roles as before
         if old_membership:
@@ -874,7 +874,7 @@ class ClubAddMemberView(ProtectQuerysetMixin, ProtectedCreateView):
                 membership.refresh_from_db()
                 if old_membership.exists():
                     membership.roles.set(old_membership.get().roles.all())
-                membership.roles.set(Role.objects.filter(Q(name="Adhérent Kfet") | Q(name="Membre de club")).all())
+                membership.roles.set(Role.objects.filter(Q(name="Adhérent⋅e Kfet") | Q(name="Membre de club")).all())
                 membership.save()
 
         return ret

apps/note/migrations/0002_create_special_notes.py

@@ -18,6 +18,7 @@ def create_special_notes(apps, schema_editor):
 class Migration(migrations.Migration):
     dependencies = [
         ('note', '0001_initial'),
+        ('logs', '0001_initial'),
     ]
 
     operations = [

apps/note/templates/note/mails/negative_balance.html

@@ -22,7 +22,7 @@
 </p>
 
 <p>
-    Par ailleurs, le BDE ne sert pas d'alcool aux adhérents dont le solde
+    Par ailleurs, le BDE ne sert pas d'alcool aux adhérent⋅es dont le solde
     est inférieur à 0 €.
 </p>
 

apps/permission/fixtures/initial.json

@@ -36,7 +36,7 @@
 			"mask": 1,
 			"field": "",
 			"permanent": true,
-			"description": "Voir son compte utilisateur"
+			"description": "Voir son compte utilisateur⋅rice"
 		}
 	},
 	{
@@ -68,7 +68,7 @@
 			"mask": 1,
 			"field": "",
 			"permanent": true,
-			"description": "Voir sa propre note d'utilisateur"
+			"description": "Voir sa propre note d'utilisateur⋅rice"
 		}
 	},
 	{
@@ -116,7 +116,7 @@
 			"mask": 1,
 			"field": "",
 			"permanent": false,
-			"description": "Voir les aliases des notes des clubs et des adhérents du club BDE"
+			"description": "Voir les alias des notes des clubs et des adhérent⋅es du club BDE"
 		}
 	},
 	{
@@ -772,7 +772,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Voir les adhérents du club"
+			"description": "Voir les adhérent⋅es du club"
 		}
 	},
 	{
@@ -788,7 +788,7 @@
 			"mask": 2,
 			"field": "",
 			"permanent": false,
-			"description": "Ajouter un membre à un club"
+			"description": "Ajouter un⋅e membre à un club"
 		}
 	},
 	{
@@ -852,7 +852,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Modifier n'importe quel utilisateur"
+			"description": "Modifier n'importe quel⋅le utilisateur⋅rice"
 		}
 	},
 	{
@@ -868,7 +868,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Ajouter un utilisateur"
+			"description": "Ajouter un⋅e utilisateur⋅rice"
 		}
 	},
 	{
@@ -1284,7 +1284,7 @@
 			"mask": 2,
 			"field": "",
 			"permanent": false,
-			"description": "Inscrire un 1A au WEI"
+			"description": "Inscrire un⋅e 1A au WEI"
 		}
 	},
 	{
@@ -1956,7 +1956,7 @@
 			"mask": 1,
 			"field": "",
 			"permanent": true,
-			"description": "Voir mes activitées passées, même après la fin de l'adhésion BDE"
+			"description": "Voir mes activités passées, même après la fin de l'adhésion BDE"
 		}
 	},
 	{
@@ -2100,7 +2100,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Voir n'importe quel utilisateur"
+			"description": "Voir n'importe quel⋅le utilisateur⋅rice"
 		}
 	},
 	{
@@ -2228,7 +2228,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Créer une note d'utilisateur"
+			"description": "Créer une note d'utilisateur⋅rice"
 		}
 	},
 	{
@@ -2276,7 +2276,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Voir tous les adhérents de tous les clubs"
+			"description": "Voir toustes les adhérent⋅es de tous les clubs"
 		}
 	},
 	{
@@ -2292,7 +2292,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Ajouter un membre à n'importe quel club"
+			"description": "Ajouter un⋅e membre à n'importe quel club"
 		}
 	},
 	{
@@ -2372,7 +2372,7 @@
 			"mask": 1,
 			"field": "name",
 			"permanent": false,
-			"description": "Modifier le nom d'une activité non validée dont on est l'auteur"
+			"description": "Modifier le nom d'une activité non validée dont on est l'auteur⋅rice"
 		}
 	},
 	{
@@ -2388,7 +2388,7 @@
 			"mask": 1,
 			"field": "description",
 			"permanent": false,
-			"description": "Modifier la description d'une activité non validée dont on est l'auteur"
+			"description": "Modifier la description d'une activité non validée dont on est l'auteur⋅rice"
 		}
 	},
 	{
@@ -2404,7 +2404,7 @@
 			"mask": 1,
 			"field": "location",
 			"permanent": false,
-			"description": "Modifier le lieu d'une activité non validée dont on est l'auteur"
+			"description": "Modifier le lieu d'une activité non validée dont on est l'auteur⋅rice"
 		}
 	},
 	{
@@ -2420,7 +2420,7 @@
 			"mask": 1,
 			"field": "activity_type",
 			"permanent": false,
-			"description": "Modifier le type d'une activité non validée dont on est l'auteur"
+			"description": "Modifier le type d'une activité non validée dont on est l'auteur⋅rice"
 		}
 	},
 	{
@@ -2436,7 +2436,7 @@
 			"mask": 1,
 			"field": "organizer",
 			"permanent": false,
-			"description": "Modifier l'organisateur d'une activité non validée dont on est l'auteur"
+			"description": "Modifier l'organisateur d'une activité non validée dont on est l'auteur⋅rice"
 		}
 	},
 	{
@@ -2452,7 +2452,7 @@
 			"mask": 1,
 			"field": "attendees_club",
 			"permanent": false,
-			"description": "Modifier le club attendu d'une activité non validée dont on est l'auteur"
+			"description": "Modifier le club attendu d'une activité non validée dont on est l'auteur⋅rice"
 		}
 	},
 	{
@@ -2468,7 +2468,7 @@
 			"mask": 1,
 			"field": "date_start",
 			"permanent": false,
-			"description": "Modifier la date de début d'une activité non validée dont on est l'auteur"
+			"description": "Modifier la date de début d'une activité non validée dont on est l'auteur⋅rice"
 		}
 	},
 	{
@@ -2484,7 +2484,7 @@
 			"mask": 1,
 			"field": "date_end",
 			"permanent": false,
-			"description": "Modifier la date de fin d'une activité non validée dont on est l'auteur"
+			"description": "Modifier la date de fin d'une activité non validée dont on est l'auteur⋅rice"
 		}
 	},
 	{
@@ -2756,7 +2756,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Modifier n'importe quel utilisateur non encore inscrit"
+			"description": "Modifier n'importe quel⋅le utilisateur⋅rice non encore inscrit⋅e"
 		}
 	},
 	{
@@ -2788,7 +2788,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Voir tous les alias, y compris ceux des non adhérents"
+			"description": "Voir tous les alias, y compris ceux des non adhérent⋅es"
 		}
 	},
 	{
@@ -2820,7 +2820,7 @@
 			"mask": 2,
 			"field": "",
 			"permanent": false,
-			"description": "Voir n'importe quel utilisateur non encore inscrit"
+			"description": "Voir n'importe quel⋅le utilisateur⋅rice non encore inscrit⋅e"
 		}
 	},
 	{
@@ -2847,12 +2847,12 @@
 				"auth",
 				"user"
 			],
-			"query": "{\"memberships__club__name\": \"BDE\", \"memberships__roles__name\": \"Adhérent BDE\", \"memberships__date_start__lte\": [\"today\"], \"memberships__date_end__gte\": [\"today\"]}",
+			"query": "{\"memberships__club__name\": \"BDE\", \"memberships__roles__name\": \"Adhérent⋅e BDE\", \"memberships__date_start__lte\": [\"today\"], \"memberships__date_end__gte\": [\"today\"]}",
 			"type": "view",
 			"mask": 2,
 			"field": "",
 			"permanent": false,
-			"description": "Voir n'importe quel utilisateur qui est adhérent BDE"
+			"description": "Voir n'importe quel⋅le utilisateur⋅rice qui est adhérent⋅e BDE"
 		}
 	},
 	{
@@ -3044,7 +3044,7 @@
 			"mask": 3,
 			"field": "",
 			"permanent": false,
-			"description": "Voir toutes les amitiés, y compris celles des non adhérents"
+			"description": "Voir toutes les amitiés, y compris celles des non adhérent⋅es"
 		}
 	},
 	{
@@ -3111,12 +3111,205 @@
 			"description": "Voir ceux nous ayant pour ami, pour toujours"
 		}
 	},
+	{
+		"model": "permission.permission",
+		"pk": 199,
+		"fields": {
+			"model": [
+				"activity",
+				"activity"
+			],
+			"query": "{\"opener__in\": [\"user\", \"note\", \"activity_responsible\", [\"all\"]], \"open\": true, \"activity_type__manage_entries\":true}",
+			"type": "view",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Voir les activités ouvertes dont l'utilisateur⋅rice est ouvreur⋅se"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 200,
+		"fields": {
+			"model": [
+				"activity",
+				"activity"
+			],
+			"query": "{\"opener__in\": [\"user\", \"note\", \"activity_responsible\", [\"all\"]], \"open\": true, \"activity_type__manage_entries\":true}",
+			"type": "change",
+			"mask": 2,
+			"field": "open",
+			"permanent": false,
+			"description": "Fermer les activités ouvertes dont l'utilisateur⋅rice est ouvreur⋅se"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 201,
+		"fields": {
+			"model": [
+				"activity",
+				"entry"
+			],
+			"query": "{\"activity__opener__in\": [\"user\", \"note\", \"activity_responsible\", [\"all\"]], \"activity__open\": true, \"activity__activity_type__manage_entries\":true}",
+			"type": "add",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Faire les entrées des activités ouvertes dont l'utilisateur⋅rice est ouvreur⋅se"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 202,
+		"fields": {
+			"model": [
+				"activity",
+				"entry"
+			],
+			"query": "{\"activity__opener__in\": [\"user\", \"note\", \"activity_responsible\", [\"all\"]], \"activity__open\": true, \"activity__activity_type__manage_entries\":true}",
+			"type": "view",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Voir les entrées des activités ouvertes dont l'utilisateur⋅rice est ouvreur⋅se"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 203,
+		"fields": {
+			"model": [
+				"activity",
+				"guest"
+			],
+			"query": "{\"activity__pk__in\": [\"user\", \"note\", \"activity_responsible\", [\"all\"]], \"activity__open\": true, \"activity__activity_type__manage_entries\":true}",
+			"type": "view",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Voir les invité⋅es des activités ouvertes dont l'utilisateur⋅rice est ouvreur⋅se"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 204,
+		"fields": {
+			"model": [
+				"activity",
+				"guesttransaction"
+			],
+			"query": "[\"NOT\", {\"pk__isnull\": [\"user\", \"note\", \"activity_responsible\", [\"filter\", {\"activity__open\": true, \"activity__activity_type__manage_entries\":true}], [\"exists\"]]}]",
+			"type": "add",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Créer une transaction d'invitation lorsque l'utilisateur⋅rice est ouvreur⋅se d'une activité ouverte"
+		}
+	},
+	{
+
+		"model": "permission.permission",
+		"pk": 205,
+		"fields": {
+			"model": [
+				"note",
+				"specialtransaction"
+			],
+			"query": "[\"NOT\", {\"pk__isnull\": [\"user\", \"note\", \"activity_responsible\", [\"filter\", {\"activity__open\": true, \"activity__activity_type__manage_entries\":true}], [\"exists\"]]}]",
+			"type": "add",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Créer un crédit ou un retrait quelconque lorsque l'utilisateur⋅rice est ouvreur⋅se d'une activité ouverte"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 206,
+		"fields": {
+			"model": [
+				"note",
+				"notespecial"
+			],
+			"query": "[\"NOT\", {\"pk__isnull\": [\"user\", \"note\", \"activity_responsible\", [\"filter\", {\"activity__open\": true, \"activity__activity_type__manage_entries\":true}], [\"exists\"]]}]",
+			"type": "view",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Afficher l'interface crédit/retrait lorsque l'utilisateur⋅rice est ouvreur⋅se d'une activité ouverte"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 207,
+		"fields": {
+			"model": [
+				"activity",
+				"opener"
+			],
+			"query": "{}",
+			"type": "view",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Voir les ouvreur⋅ses des activités"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 208,
+		"fields": {
+			"model": [
+				"activity",
+				"opener"
+			],
+			"query": "{}",
+			"type": "add",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Ajouter des ouvreur⋅ses aux activités"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 209,
+		"fields": {
+			"model": [
+				"activity",
+				"opener"
+			],
+			"query": "{}",
+			"type": "delete",
+			"mask": 2,
+			"field": "",
+			"permanent": false,
+			"description": "Supprimer des ouvreur⋅ses aux activités"
+		}
+	},
+	{
+		"model": "permission.permission",
+		"pk": 210,
+		"fields": {
+			"model": [
+				"activity",
+				"activity"
+			],
+			"query": "{}",
+			"type": "change",
+			"mask": 2,
+			"field": "opener",
+			"permanent": false,
+			"description": "Voir le tableau des ouvreur⋅ses"
+		}
+	},
 	{
 		"model": "permission.role",
 		"pk": 1,
 		"fields": {
 			"for_club": 1,
-			"name": "Adh\u00e9rent BDE",
+			"name": "Adh\u00e9rent\u22c5e BDE",
 			"permissions": [
 				1,
 				2,
@@ -3152,7 +3345,15 @@
 				191,
 				195,
 				196,
-                198
+				198,
+				199,
+				200,
+				201,
+				202,
+				203,
+				204,
+				205,
+				206
 			]
 		}
 	},
@@ -3161,7 +3362,7 @@
 		"pk": 2,
 		"fields": {
 			"for_club": 2,
-			"name": "Adh\u00e9rent Kfet",
+			"name": "Adh\u00e9rent\u22c5e Kfet",
 			"permissions": [
 				22,
 				36,
@@ -3225,7 +3426,7 @@
 		"pk": 5,
 		"fields": {
 			"for_club": null,
-			"name": "Pr\u00e9sident\u00b7e de club",
+			"name": "Pr\u00e9sident\u22c5e de club",
 			"permissions": [
 				62,
 				142,
@@ -3238,7 +3439,7 @@
 		"pk": 6,
 		"fields": {
 			"for_club": null,
-			"name": "Tr\u00e9sorier\u00b7\u00e8re de club",
+			"name": "Tr\u00e9sorièr\u22c5e de club",
 			"permissions": [
 				19,
 				20,
@@ -3262,7 +3463,7 @@
 		"pk": 7,
 		"fields": {
 			"for_club": 1,
-			"name": "Pr\u00e9sident\u00b7e BDE",
+			"name": "Pr\u00e9sident\u22c5e BDE",
 			"permissions": [
 				24,
 				25,
@@ -3291,7 +3492,7 @@
 		"pk": 8,
 		"fields": {
 			"for_club": 1,
-			"name": "Tr\u00e9sorier\u00b7\u00e8re BDE",
+			"name": "Tr\u00e9sorièr\u22c5e BDE",
 			"permissions": [
 				23,
 				24,
@@ -3414,7 +3615,11 @@
 				46,
 				148,
 				149,
-				182
+				182,
+				207,
+				208,
+				209,
+				210
 			]
 		}
 	},
@@ -3459,7 +3664,7 @@
 		"pk": 13,
 		"fields": {
 			"for_club": null,
-			"name": "Chef de bus",
+			"name": "Chef\u22c5fe de bus",
 			"permissions": [
 				22,
 				84,
@@ -3478,7 +3683,7 @@
 		"pk": 14,
 		"fields": {
 			"for_club": null,
-			"name": "Chef d'\u00e9quipe",
+			"name": "Chef\u22c5fe d'\u00e9quipe",
 			"permissions": [
 				22,
 				84,
@@ -3527,7 +3732,7 @@
 		"pk": 18,
 		"fields": {
 			"for_club": null,
-			"name": "Adhérent WEI",
+			"name": "Adhérent\u22c5e WEI",
 			"permissions": [
 				77,
 				114

apps/permission/tables.py

@@ -36,8 +36,8 @@ class RightsTable(tables.Table):
 
     def render_roles(self, record):
         # If the user has the right to manage the roles, display the link to manage them
-        roles = record.roles.filter((~(Q(name="Adhérent BDE")
+        roles = record.roles.filter((~(Q(name="Adhérent⋅e BDE")
-                                     | Q(name="Adhérent Kfet")
+                                     | Q(name="Adhérent⋅e Kfet")
                                      | Q(name="Membre de club")
                                      | Q(name="Bureau de club"))
                                      & Q(weirole__isnull=True))).all()

apps/permission/tests/test_oauth2.py

@@ -58,7 +58,7 @@ class OAuth2TestCase(TestCase):
         # Create membership to validate permissions
         NoteUser.objects.create(user=self.user)
         membership = Membership.objects.create(user=self.user, club_id=bde.pk)
-        membership.roles.add(Role.objects.get(name="Adhérent BDE"))
+        membership.roles.add(Role.objects.get(name="Adhérent⋅e BDE"))
         membership.save()
 
         # User is now a member and can now see its own user detail
@@ -85,7 +85,7 @@ class OAuth2TestCase(TestCase):
         bde = Club.objects.get(name="BDE")
         NoteUser.objects.create(user=self.user)
         membership = Membership.objects.create(user=self.user, club_id=bde.pk)
-        membership.roles.add(Role.objects.get(name="Adhérent BDE"))
+        membership.roles.add(Role.objects.get(name="Adhérent⋅e BDE"))
         membership.save()
 
         resp = self.client.get(reverse('permission:scopes'))

apps/permission/views.py

@@ -35,11 +35,9 @@ class ProtectQuerysetMixin:
         try:
             return super().get_object(queryset)
         except Http404 as e:
-            try:
+            if self.get_queryset(filter_permissions=False).count() == self.get_queryset().count():
-                super().get_object(self.get_queryset(filter_permissions=False))
-                raise PermissionDenied()
-            except Http404:
                 raise e
+            raise PermissionDenied()
 
     def get_form(self, form_class=None):
         form = super().get_form(form_class)
@@ -131,8 +129,8 @@ class RightsView(TemplateView):
             special_memberships = Membership.objects.filter(
                 date_start__lte=date.today(),
                 date_end__gte=date.today(),
-            ).filter(roles__in=Role.objects.filter((~(Q(name="Adhérent BDE")
+            ).filter(roles__in=Role.objects.filter((~(Q(name="Adhérent⋅e BDE")
-                                                      | Q(name="Adhérent Kfet")
+                                                      | Q(name="Adhérent⋅e Kfet")
                                                       | Q(name="Membre de club")
                                                       | Q(name="Bureau de club"))
                                                     & Q(weirole__isnull=True))))\

apps/registration/views.py

@@ -383,7 +383,7 @@ class FutureUserDetailView(ProtectQuerysetMixin, LoginRequiredMixin, FormMixin,
 #                membership._soge = True
             membership.save()
             membership.refresh_from_db()
-            membership.roles.add(Role.objects.get(name="Adhérent BDE"))
+            membership.roles.add(Role.objects.get(name="Adhérent⋅e BDE"))
             membership.save()
 
         if join_kfet:
@@ -397,7 +397,7 @@ class FutureUserDetailView(ProtectQuerysetMixin, LoginRequiredMixin, FormMixin,
 #                membership._soge = True
             membership.save()
             membership.refresh_from_db()
-            membership.roles.add(Role.objects.get(name="Adhérent Kfet"))
+            membership.roles.add(Role.objects.get(name="Adhérent⋅e Kfet"))
             membership.save()
 
         for club, join_club in join_clubs:

apps/scripts

@@ -1 +1 @@
-Subproject commit f580f9b9e9beee76605975fdbc3a2014769e3c61
+Subproject commit 472c9c33cea3a9c277033f2108fd81304fb62097

apps/wei/forms/registration.py

@@ -74,7 +74,7 @@ class WEIChooseBusForm(forms.Form):
         queryset=WEIRole.objects.filter(~Q(name="1A")),
         label=_("WEI Roles"),
         help_text=_("Select the roles that you are interested in."),
-        initial=WEIRole.objects.filter(name="Adhérent WEI").all(),
+        initial=WEIRole.objects.filter(name="Adhérent⋅e WEI").all(),
         widget=CheckboxSelectMultiple(),
     )
 

apps/wei/management/commands/export_wei_registrations.py

@@ -84,5 +84,5 @@ class Command(BaseCommand):
             s += sep + user.profile.section_generated
             s += sep + bus.name
             s += sep + (team.name if team else "--")
-            s += sep + ", ".join(role.name for role in membership.roles.filter(~Q(name="Adhérent WEI")).all())
+            s += sep + ", ".join(role.name for role in membership.roles.filter(~Q(name="Adhérent⋅e WEI")).all())
             self.stdout.write(s)

apps/wei/tests/test_wei_registration.py

@@ -504,7 +504,7 @@ class TestWEIRegistration(TestCase):
                 emergency_contact_phone='+33600000000',
                 bus=[self.bus.id],
                 team=[self.team.id],
-                roles=[role.id for role in WEIRole.objects.filter(name="Adhérent WEI").all()],
+                roles=[role.id for role in WEIRole.objects.filter(name="Adhérent⋅e WEI").all()],
                 information_json=self.registration.information_json,
             )
         )
@@ -558,7 +558,7 @@ class TestWEIRegistration(TestCase):
                 emergency_contact_phone='+33600000000',
                 bus=[self.bus.id],
                 team=[self.team.id],
-                roles=[role.id for role in WEIRole.objects.filter(name="Adhérent WEI").all()],
+                roles=[role.id for role in WEIRole.objects.filter(name="Adhérent⋅e WEI").all()],
                 information_json=self.registration.information_json,
             )
         )

apps/wei/views.py

@@ -927,7 +927,7 @@ class WEIValidateRegistrationView(ProtectQuerysetMixin, ProtectedCreateView):
                     form["team"].initial = BusTeam.objects.get(pk=information["preferred_team_pk"][0])
                 if "preferred_roles_pk" in information:
                     form["roles"].initial = WEIRole.objects.filter(
-                        Q(pk__in=information["preferred_roles_pk"]) | Q(name="Adhérent WEI")
+                        Q(pk__in=information["preferred_roles_pk"]) | Q(name="Adhérent⋅e WEI")
                     ).all()
         return form
 
@@ -1019,7 +1019,7 @@ class WEIValidateRegistrationView(ProtectQuerysetMixin, ProtectedCreateView):
 
         membership.save()
         membership.refresh_from_db()
-        membership.roles.add(WEIRole.objects.get(name="Adhérent WEI"))
+        membership.roles.add(WEIRole.objects.get(name="Adhérent⋅e WEI"))
 
         return super().form_valid(form)
 

docs/api/index.rst

@@ -23,7 +23,7 @@ Pages de l'API
 Il suffit d'ajouter le préfixe ``/api/`` pour arriver sur ces pages.
 
 * `models <basic#type-de-contenu>`_ : liste des différents modèles enregistrés en base de données
-* `user <basic#utilisateur>`_ : liste des différents utilisateurs enregistrés
+* `user <basic#utilisateur>`_ : liste des différent⋅es utilisateur⋅rices enregistrés
 * `members/profile <member#profil-utilisateur>`_ : liste des différents profils associés à des utilisateurs
 * `members/club <member#club>`_ : liste des différents clubs enregistrés
 * `members/membership <member#adhesion>`_ : liste des adhésions enregistrées
@@ -69,7 +69,7 @@ S'authentifier
 
 L'authentification peut se faire soit par session en se connectant via la page de connexion classique,
 soit via un jeton d'authentification. Le jeton peut se récupérer via la page de son propre compte, en cliquant
-sur le bouton « `Accès API <https://note.crans.org/accounts/manage-auth-token/>`_ ». Il peut être révoqué et regénéré
+sur le bouton « `Accès API <https://note.crans.org/accounts/manage-auth-token/>`_ ». Il peut être révoqué et régénéré
 en un clic.
 
 Pour s'authentifier via ce jeton, il faut ajouter l'en-tête ``Authorization: Token <TOKEN>`` aux paramètres HTTP.
@@ -111,7 +111,7 @@ Trois types de filtres sont implémentés :
 
 Les filtres disponibles sont indiqués sur chacune des pages de documentation.
 
-Le résultat est déjà par défaut filtré par droits : seuls les éléments que l'utilisateur à le droit de voir sont affichés.
+Le résultat est déjà par défaut filtré par droits : seuls les éléments que l'utilisateur⋅rice a le droit de voir sont affichés.
 Cela est possible grâce à la structure des permissions, générant justement des filtres de requêtes de base de données.
 
 Une requête à l'adresse ``/api/<model>/<pk>/`` affiche directement les informations du modèle demandé au format JSON.
@@ -126,8 +126,9 @@ Des exceptions sont faites sur certaines pages : les pages de logs et de content
 
 Les formats supportés sont multiples : ``application/json``, ``application/x-www-url-encoded``, ``multipart/form-data``.
 Cela facilite l'envoi de requêtes. Le module construit ensuite l'instance du modèle et le sauvegarde dans la base de
-données. L'application ``permission`` s'assure que l'utilisateur à le droit de faire ce type de modification. La réponse
+données. L'application ``permission`` s'assure que l'utilisateur⋅rice a le droit de faire ce type de modification.
-renvoyée est l'objet enregistré au format JSON si l'ajout s'est bien déroulé, sinon un message d'erreur au format JSON.
+La réponse renvoyée est l'objet enregistré au format JSON si l'ajout s'est bien déroulé, sinon un message d'erreur au
+format JSON.
 
 PATCH
 ~~~~~

docs/api/member.rst

@@ -135,7 +135,7 @@ Options
                   "required": false,
                   "read_only": false,
                   "label": "Pay\u00e9",
-                  "help_text": "Indique si l'utilisateur per\u00e7oit un salaire."
+                  "help_text": "Indique si l'utilisateur⋅rice per\u00e7oit un salaire."
               },
               "ml_events_registration": {
                   "type": "choice",

docs/api/wei.rst

@@ -511,7 +511,7 @@ Options
                   "required": false,
                   "read_only": false,
                   "label": "Premi\u00e8re ann\u00e9e",
-                  "help_text": "Indique si l'utilisateur est nouveau dans l'\u00e9cole."
+                  "help_text": "Indique si l'utilisateur⋅rice est nouvelleau dans l'\u00e9cole."
               },
               "information_json": {
                   "type": "string",
@@ -524,7 +524,7 @@ Options
                   "type": "field",
                   "required": true,
                   "read_only": false,
-                  "label": "Utilisateur"
+                  "label": "Utilisateur⋅rice"
               },
               "wei": {
                   "type": "field",

docs/apps/activity.rst

@@ -3,12 +3,12 @@ Application Activités
 
 L'application activités gère les différentes activités liées au BDE. Elle permet entre autres de créer des activités qui
 peuvent être diffusées via des calendriers ou la mailing list d'événements. Elle permet aussi de réguler l'accès aux
-événements, en s'assurant que leur note est positive. Elle permet enfin de gérer les invités.
+événements, en s'assurant que leur note est positive. Elle permet enfin de gérer les invité⋅es.
 
 Modèles
 -------
 
-L'application comporte 5 modèles : activités, types d'activité, invités, entrées et transactions d'invitation.
+L'application comporte 6 modèles : activités, types d'activité, invité⋅es, entrées et transactions d'invitation et les ouvreur⋅ses.
 
 Types d'activité
 ~~~~~~~~~~~~~~~~
@@ -16,7 +16,7 @@ Types d'activité
 Les activités sont triées par type (pots, soirées de club, ...), et chaque type regroupe diverses informations :
 
 * Nom du type
-* Possibilité d'inviter des non-adhérents (booléen)
+* Possibilité d'inviter des non-adhérent⋅es (booléen)
 * Prix d'invitation (entier, centimes à débiter sur la note de l'hôte)
 
 Activités
@@ -26,7 +26,7 @@ Le modèle d'activité regroupe les informations liées à l'activité même :
 
 * Nom de l'activité
 * Description de l'activité
-* Créateur, personne qui a proposé l'activité
+* Créateur⋅rice, personne qui a proposé l'activité
 * Club ayant organisé l'activité
 * Note sur laquelle verser les crédits d'invitation (peut être nul si non concerné)
 * Club invité (généralement le club Kfet)
@@ -38,19 +38,19 @@ Le modèle d'activité regroupe les informations liées à l'activité même :
 Entrées
 ~~~~~~~
 
-Une instance de ce modèle est créé dès que quelqu'un est inscrit à l'activité. Sont stockées les informations suivantes :
+Une instance de ce modèle est créé dès que quelqu'un⋅e est inscrit⋅e à l'activité. Sont stockées les informations suivantes :
 
 * Activité concernée (clé étrangère)
 * Heure d'entrée
-* Note de la personne entrée, ou hôte s'il s'agit d'un invité (clé étrangère vers ``NoteUser``)
+* Note de la personne entrée, ou hôte s'il s'agit d'un⋅e invité⋅e (clé étrangère vers ``NoteUser``)
-* Invité (``OneToOneField`` vers ``Guest``, ``None`` si c'est la personne elle-même qui rentre et non son invité)
+* Invité⋅e (``OneToOneField`` vers ``Guest``, ``None`` si c'est la personne elle-même qui rentre et non saon invité⋅e)
 
 Il n'est pas possible de créer une entrée si la note est en négatif.
 
-Invités
+Invité⋅es
-~~~~~~~
+~~~~~~~~~
 
-Les adhérents ont la possibilité d'inviter des amis. Pour cela, les différentes informations sont enregistrées :
+Les adhérent⋅es ont la possibilité d'inviter des ami⋅es. Pour cela, les différentes informations sont enregistrées :
 
 * Activité concernée (clé étrangère)
 * Nom de famille
@@ -60,7 +60,7 @@ Les adhérents ont la possibilité d'inviter des amis. Pour cela, les différent
 Certaines contraintes s'appliquent :
 
 * Une personne ne peut pas être invitée plus de 5 fois par an (coupe nom/prénom)
-* Un adhérent ne peut pas inviter plus de 3 personnes par activité.
+* Un⋅e adhérent⋅e ne peut pas inviter plus de 3 personnes par activité.
 
 Transactions d'invitation
 ~~~~~~~~~~~~~~~~~~~~~~~~~
@@ -71,6 +71,17 @@ comportent qu'un champ supplémentaire, de type ``OneToOneField`` vers ``Guest``
 Ce modèle aurait pu appartenir à l'application ``note``, mais afin de rester modulaire et que l'application ``note``
 ne dépende pas de cette application, on procède de cette manière.
 
+Ouvreur⋅ses
+~~~~~~~~~~~
+
+Depuis la page d'une activité, il est possible d'ajouter des personnes en tant qu'« ouvreur⋅se ». Cela permet à une
+personne sans aucun droit note de pouvoir faire les entrées d'une ``Activity``. Ce rôle n'est valable que pendant que
+l'activité est ouverte et sur aucune autre activité. Les ouvreur⋅ses ont aussi accès à l'interface des transactions.
+
+Ce modèle regroupe :
+* Activité (clé étrangère)
+* Note (clé étrangère)
+
 Graphe
 ~~~~~~
 
@@ -83,15 +94,15 @@ UI
 Création d'activités
 ~~~~~~~~~~~~~~~~~~~~
 
-N'importe quel adhérent Kfet peut suggérer l'ajout d'une activité via un formulaire.
+N'importe quel⋅le adhérent⋅e Kfet peut suggérer l'ajout d'une activité via un formulaire.
 
 Gestion des activités
 ~~~~~~~~~~~~~~~~~~~~~
 
 Les ayant-droit (Res[pot] et respos infos) peuvent valider les activités proposées. Ils peuvent également la modifier
-si besoin. Ils peuvent enfin la déclarer ouvertes pour lancer l'accès aux entrées.
+si besoin. Iels peuvent enfin la déclarer ouverte pour lancer l'accès aux entrées.
 
-N'importe qui peut inviter des amis non adhérents, tant que les contraintes de nombre (un adhérent n'invite pas plus de
+N'importe qui peut inviter des ami⋅es non adhérent⋅es, tant que les contraintes de nombre (un⋅e adhérent⋅e n'invite pas plus de
 trois personnes par activité et une personne ne peut pas être invitée plus de 5 fois par an). L'invitation est
 facturée à l'entrée.
 
@@ -99,12 +110,15 @@ Entrées aux soirées
 ~~~~~~~~~~~~~~~~~~~
 
 L'interface d'entrées est simple et ergonomique. Elle contient un champ de texte. À chaque fois que le champ est
-modifié, un tableau est affiché comprenant la liste des invités et des adhérents dont le prénom, le nom ou un alias
+modifié, un tableau est affiché comprenant la liste des invité⋅es et des adhérent⋅es dont le prénom, le nom ou un alias
 de la note est acceptée par le texte entré.
 
-En cliquant sur la ligne de la personne qui souhaite rentrée, s'il s'agit d'un adhérent, alors la personne est comptée
+En cliquant sur la ligne de la personne qui souhaite rentrer, s'il s'agit d'un⋅e adhérent⋅e, alors la personne est comptée
-comme entrée à l'activité, sous réserve que sa note soit positive. S'il s'agit d'un invité, alors 3 boutons
+comme entrée à l'activité, sous réserve que sa note soit positive. S'il s'agit d'un⋅e invité⋅e, alors 3 boutons
 apparaîssent, afin de régler la taxe d'invitation : l'un prélève directement depuis la note de l'hôte, les deux autres
 permettent un paiement par espèces ou par carte bancaire. En réalité, les deux derniers boutons enregistrent
 automatiquement un crédit sur la note de l'hôte, puis une transaction (de type ``GuestTransaction``) est faite depuis
-la note de l'hôte vers la note de l'organisateur de l'événement.
+la note de l'hôte vers la note du club organisateur de l'événement.
+
+Si une personne souhaite faire les entrées, il est possible de l'ajouter dans la liste des ouvreur⋅ses depuis la page
+de l'activité.

docs/apps/index.rst

@@ -1,5 +1,5 @@
-Applications de la NoteKfet2020
+Applications de la Note Kfet 2020
-===============================
+=================================
 
 .. toctree::
    :maxdepth: 2
@@ -15,27 +15,26 @@ Applications de la NoteKfet2020
    treasury
    wei
 
-La NoteKfet est un projet Django, décomposé en applications.
+La Note Kfet 2020 est un projet Django, décomposé en applications.
-Certaines Applications sont développées uniquement pour ce projet, et sont indispensables,
+Certaines applications sont développées uniquement pour ce projet, et sont indispensables,
-d'autres sont packagesé et sont installées comme dépendances.
+d'autres sont packagées et sont installées comme dépendances.
-Enfin des fonctionnalités annexes ont été rajouté, mais ne sont pas essentiel au déploiement de la NoteKfet;
+Enfin, des fonctionnalités annexes ont été rajoutées, mais ne sont pas essentielles au déploiement de la Note Kfet 2020. Leur usage est cependant recommandé.
-leur usage est cependant recommandé.
 
-Le front utilise le framework Bootstrap4 et quelques morceaux de javascript custom.
+L'affichage Web utilise le framework Bootstrap4 et quelques morceaux de JavaScript personnalisés.
 
 Applications indispensables
 ---------------------------
 
 * ``note_kfet`` :
-   Application "projet" de django, c'est ici que la config de la note est gérée.
+   Application "projet" de django, c'est ici que la configuration de la note est gérée.
 * `Member <member>`_ :
-   Gestion des profils d'utilisateurs, des clubs et de leur membres.
+   Gestion des profils d'utilisateur⋅rices, des clubs et de leur membres.
 * `Note <note>`_ :
-   Les notes associés a des utilisateurs ou des clubs.
+   Les notes associées à des utilisateur⋅rices ou des clubs.
 * `Activity <activity>`_ :
-   La gestion des Activités (créations, gestion, entrée...)
+   La gestion des activités (créations, gestion, entrées,…)
 * `Permission <permission>`_ :
-   Backend de droits, limites les pouvoirs des utilisateurs
+   Backend de droits, limites les pouvoirs des utilisateur⋅rices
 * `API <../api>`_ :
    API REST de la note, est notamment utilisée pour rendre la note dynamique
    (notamment la page de conso)
@@ -52,9 +51,9 @@ Applications packagées
     `<https://django-polymorphic.readthedocs.io/en/stable/>`_
 
 * ``crispy_forms``
-    Utiliser pour générer des forms 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.
+    utiliser pour afficher des tables de données et les formater, en Python plutôt qu'en HTML.
 * ``restframework``
     Base de l'`API <../api>`_.
 
@@ -63,11 +62,11 @@ Applications facultatives
 * `Logs <logs>`_
     Enregistre toute les modifications effectuées en base de donnée.
 * ``cas-server``
-    Serveur central d'authenfication, permet d'utiliser son compte de la NoteKfet2020 pour se connecter à d'autre application ayant intégrer un client.
+    Serveur central d'authentification, permet d'utiliser son compte de la NoteKfet2020 pour se connecter à d'autre application ayant intégrer un client.
-* `Script <https://gitlab.crans.org/bde/nk20-scripts>`_
+* `Scripts <https://gitlab.crans.org/bde/nk20-scripts>`_
-     Ensemble de commande `./manage.py` pour la gestion de la note: import de données, verification d'intégrité, etc ...
+     Ensemble de commande `./manage.py` pour la gestion de la note: import de données, verification d'intégrité, etc…
 * `Treasury <treasury>`_ :
-    Interface de gestion pour les trésoriers, émission de facture, remise de chèque, statistiques ...
+    Interface de gestion pour les trésorièr⋅es, émission de factures, remises de chèque, statistiques ...
 * `WEI <wei>`_ :
     Interface de gestion du WEI.
 

docs/apps/logs.rst

@@ -6,22 +6,22 @@ Chaque modification effectuée sur un modèle est enregistrée dans la base dans
 Dès qu'un modèle veut être sauvegardé, deux signaux sont envoyés dans ``logs.signals`` : un avant et un après
 la sauvegarde.
 En pré-sauvegarde, on récupère l'ancienne version du modèle, si elle existe.
-En post-sauvegarde, on récupère l'utilisateur et l'IP courants (voir ci-dessous), on convertit les modèles en JSON
+En post-sauvegarde, on récupère l'utilisateur⋅rice et l'IP courant⋅es (voir ci-dessous), on convertit les modèles en JSON
 et on enregistre une entrée ``Changelog`` dans la base de données.
 
-Pour récupérer l'utilisateur et son IP, le middleware ``logs.middlewares.LogsMiddlewares`` récupère à chaque requête
+Pour récupérer l'utilisateur⋅rice et son IP, le middleware ``logs.middlewares.LogsMiddlewares`` récupère à chaque requête
-l'utilisateur et l'adresse IP, et les stocke dans le processus courant, afin qu'ils puissent être
+l'utilisateur⋅rice et l'adresse IP, et les stocke dans le processus courant, afin qu'ils puissent être
 récupérés par les signaux.
 
 Si jamais la modification ne provient pas d'une requête Web, on suppose qu'elle vient d'une instruction
 lancée avec ``manage.py``.
-On récupère alors le nom de l'utilisateur dans l'interface de commandes, et si une note est associée à cet alias,
+On récupère alors le nom de l'utilisateur⋅rice dans l'interface de commandes, et si une note est associée à cet alias,
 alors on considère que c'est le détenteur de la note qui a effectué cette modification, sur l'adresse IP ``127.0.0.1``.
 Sinon, le champ est laissé à ``None``.
 
 Une entrée de ``Changelog`` contient les informations suivantes :
 
-  * Utilisateur (``ForeignKey`` vers ``User``, nullable)
+  * Utilisateur⋅rice (``ForeignKey`` vers ``User``, nullable)
   * Adresse IP (``GenericIPAddressField``)
   * Type de modèle enregistré (``ForeignKey`` vers ``Model``)
   * Identifiant ``pk`` de l'instance enregistrée (``CharField``)
@@ -54,4 +54,4 @@ Graphe
 ~~~~~~
 
 .. image:: ../_static/img/graphs/logs.svg
-  :alt: Logs graphe
+  :alt: Logs graph

docs/apps/member.rst

@@ -1,63 +1,63 @@
 Application Member
 ==================
 
-L'application ``member`` s'occcupe de la gestion des utilisateurs enregistrés. 
+L'application ``member`` s'occcupe de la gestion des utilisateur⋅rices enregistré⋅es.
 
-Le model d'utilisateur ``django.contrib.auth.model.User`` est complété par un ``Profile`` utilisateur.
+Le model d'utilisateur⋅rice ``django.contrib.auth.model.User`` est complété par un ``Profile`` utilisateur⋅rice.
 
-Tous les utilisateurs peuvent être membre de ``Club``. Cela se traduit par une adhésion ``Membership``, dont les
+Toustes les utilisateur⋅rices peuvent être membre de ``Club``. Cela se traduit par une adhésion ``Membership``, dont les
 caractéristiques sont propres à chaque club.
 
-En pratique, la NoteKfet possède au minimum deux Club: **Bde** et **Kfet** (instanciés via les fixtures). Et tous
+En pratique, la Note Kfet possède au minimum deux clubs : **Bde** et **Kfet** (instanciés
-les personnes à jour de cotisation sont membre à minima de Bde.
+via les fixtures). Et toutes les personnes à jour de cotisation sont membre à minima de
-Être adhérent du club Kfet permet d'utiliser sa note pour consommer.
+BDE. Être adhérent⋅e du club Kfet permet d'utiliser sa note pour consommer.
 
 Modèles
 -------
 
-Utilisateur
+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 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.
+* ``email`` : ``EmailField``, adresse e-mail de l'utilisateur⋅rice.
-* ``first_name`` : ``CharField``, prénom de l'utilisateur.
+* ``first_name`` : ``CharField``, prénom de l'utilisateur⋅rice.
 * ``is_active`` : ``BooleanField``, indique si le compte est actif et peut se connecter.
-* ``is_staff`` : ``BooleanField``, indique si l'utilisateur peut se connecter à l'interface Django-admin.
+* ``is_staff`` : ``BooleanField``, indique si l'utilisateur⋅rice peut se connecter à l'interface Django-admin.
-* ``is_superuser`` : ``BooleanField``, indique si l'utilisateur dispose de droits super-utilisateurs, permettant n'importe quelle action en base de donnée (lecture, ajout, modification, suppression).
+* ``is_superuser`` : ``BooleanField``, indique si l'utilisateur⋅rice dispose de droits super-utilisateur⋅rices, permettant n'importe quelle action en base de donnée (lecture, ajout, modification, suppression).
 * ``last_login`` : ``DateTimeField``, date et heure de dernière connexion.
-* ``last_name`` : ``CharField``, nom de famille de l'utilisateur.
+* ``last_name`` : ``CharField``, nom de famille de l'utilisateur⋅rice.
-* ``password`` : ``CharField``, contient le hash du mot de passe de l'utilisateur. L'algorithme utilisé est celui par défaut de Django : PBKDF2 + HMAC + SHA256 avec 150000 itérations.
+* ``password`` : ``CharField``, contient le hash du mot de passe de l'utilisateur⋅rice. L'algorithme utilisé est celui par défaut de Django : PBKDF2 + HMAC + SHA256 avec 150000 itérations.
-* ``username`` : ``CharField`` (unique), pseudo de l'utilisateur.
+* ``username`` : ``CharField`` (unique), pseudo de l'utilisateur⋅rice.
 
 Profil
 ~~~~~~
 
 Le modèle ``Profile`` contient un champ ``user`` de type ``OneToOneField``, ce qui permet de voir ce modèle comme une
 extension du modèle ``User``, sans avoir à le réécrire. Il contient diverses informations personnelles sur
-l'utilisateur, utiles pour l'adhésion au BDE :
+l'utilisateur⋅rice, utiles pour l'adhésion au BDE :
 
-* ``user`` : ``OneToOneField(User)``, utilisateur lié à ce profil
+* ``user`` : ``OneToOneField(User)``, utilisateur⋅rice lié à ce profil
-* ``address`` : ``CharField``, adresse physique de l'utilisateur
+* ``address`` : ``CharField``, adresse physique de l'utilisateur⋅rice
-* ``paid`` : ``BooleanField``, indique si l'utilisateur normalien est rémunéré ou non (utile pour différencier les montants d'adhésion aux clubs)
+* ``paid`` : ``BooleanField``, indique si l'utilisateur⋅rice normalien⋅ne est rémunéré⋅e ou non (utile pour différencier les montants d'adhésion aux clubs)
-* ``phone_number`` : ``CharField``, numéro de téléphone de l'utilisateur
+* ``phone_number`` : ``CharField``, numéro de téléphone de l'utilisateur⋅rice
-* ``section`` : ``CharField``, section de l'ENS à laquelle apartient l'utilisateur (exemple : 1A0, ...)
+* ``section`` : ``CharField``, section de l'ENS à laquelle appartient l'utilisateur⋅rice (exemple : 1A0,…)
 
 Clubs
 ~~~~~
 
 La gestion des clubs est une différence majeure avec la Note Kfet 2015. La Note gère ainsi les adhésions des
-utilisateurs aux différents clubs.
+utilisateur⋅rices aux différents clubs.
 
 * ``parent_club`` : ``ForeignKey(Club)``. La présence d'un club parent force l'adhésion au club parent avant de pouvoir adhérer au dit club. Tout club qui n'est pas le club BDE doit avoir le club BDE dans son arborescence.
 * ``email`` : ``EmailField``, adresse e-mail sur laquelle contacter le bureau du club.
-* ``membership_start`` : ``DateField``, date à partir de laquelle il est possible d'adhérer à un club pour l'année suivante (si adhésions à l'année), en ignorant l'année. Par exemple, l'adhésion BDE est possible à partir du 31/08 par défaut, et c'est à cette date que les adhésions pour l'année future est possible.
+* ``membership_start`` : ``DateField``, date à partir de laquelle il est possible d'adhérer à un club pour l'année suivante (si adhésions à l'année), en ignorant l'année. Par exemple, l'adhésion BDE est possible à partir du 01/08 par défaut, et c'est à cette date que les adhésions pour l'année future est possible.
 * ``membership_end`` : ``DateField``, date maximale de fin d'adhésion. Pour le club BDE, il s'agit du 30/09 de l'année suivante. Si cette valeur vaut ``null``, la fin d'adhésion n'est pas limitée.
 * ``membership_duration`` : ``PositiveIntegerField``, durée (en jours) maximale d'adhésion. Par exemple, le club BDE permet des adhésions maximales de 13 mois, soit 396 jours.
-* ``membership_fee_paid`` : ``PositiveIntegerField``, montant de la cotisation (en centimes) pour qu'un élève normalien (donc rémunéré) puisse adhérer.
+* ``membership_fee_paid`` : ``PositiveIntegerField``, montant de la cotisation (en centimes) pour qu'un⋅e élève normalien⋅ne (donc rémunéré⋅e) puisse adhérer.
-* ``membership_fee_unpaid`` : ``PositiveIntegerField``, montant de la cotisation (en centimes) pour qu'un étudiant normalien (donc non rémunéré) puisse adhérer.
+* ``membership_fee_unpaid`` : ``PositiveIntegerField``, montant de la cotisation (en centimes) pour qu'un⋅e étudiant⋅e normalien⋅ne (donc non rémunéré) puisse adhérer.
 * ``name`` : ``CharField``, nom du club.
 * ``require_memberships`` : ``BooleanField``, indique si le club est un vrai club BDE qui nécessite des adhésions de club, ou s'il s'agit d'une note "pot commun" (organisation d'une activité, note de département, ...)
 
@@ -67,16 +67,16 @@ Adhésions
 Comme indiqué précédemment, la note gère les adhésions.
 
 * ``club`` : ``ForeignKey(Club)``, club lié à l'adhésion.
-* ``user`` : ``ForeignKey(User)``, utilisateur adhéré.
+* ``user`` : ``ForeignKey(User)``, utilisateur⋅rice qui a adhéré.
 * ``date_start`` : ``DateField``, date de début d'adhésion.
 * ``date_end`` : ``DateField``, date de fin d'adhésion.
 * ``fee`` : ``PositiveIntegerField``, montant de la cotisation payée.
-* ``roles`` : ``ManyToManyField(Role)``, liste des rôles endossés par l'adhérent.
+* ``roles`` : ``ManyToManyField(Role)``, liste des rôles endossés par l'adhérent⋅e.
 
 Rôles
 ~~~~~
 
-Comme indiqué le modèle des adhésions, les adhésions octroient des rôles aux adhérents, qui offrent des permissions
+Comme indiqué le modèle des adhésions, les adhésions octroient des rôles aux adhérent⋅es, qui offrent des permissions
 (cf ``RolesPermissions`` dans la page des permissions). Le modèle ``RolesPermissions`` possède un
 ``OneToOneField(Role)``, qui implémente les permissions des rôles. Le modèle ``Role`` à proprement parler ne contient
 que le champ de son nom (``CharField``).
@@ -88,7 +88,7 @@ Si le modèle ``MembershipTransaction`` appartient à l'application ``note``, il
 Le modèle ``MembershipTransaction`` est une extension du modèle ``Transaction`` (application ``note``) qui est de type
 polymorphique, et contient en plus des informations de base de la transaction un champ ``OneToOneField(Membership)``
 faisant le lien entre l'adhésion et la transaction liée. Une adhésion club, si elle n'est pas gratuite,
-génère en effet automatiquement une transaction de l'utilisateur vers le club (voir section adhésions).
+génère en effet automatiquement une transaction de l'utilisateur⋅rice vers le club (voir section adhésions).
 
 Graphe
 ------
@@ -100,28 +100,28 @@ Adhésions
 ---------
 
 La Note Kfet offre la possibilité aux clubs de gérer l'adhésion de leurs membres. En plus de réguler les cotisations
-des adhérents, des permissions sont octroyées sur la note en fonction des rôles au sein des clubs. Un rôle est une
+des adhérent⋅es, des permissions sont octroyées sur la note en fonction des rôles au sein des clubs. Un rôle est une
-fonction occupée au sein d'un club (Trésorier de club, président de club, GCKfet, Res[pot], respo info, ...).
+fonction occupée au sein d'un club (Trésorièr⋅e de club, président⋅e de club, GC Kfet, Res[pot], respo info,…).
-Une adhésion attribue à un adhérent ses rôles. Les rôles fournissent les permissions. Par exemple, le trésorier d'un
+Une adhésion attribue à un⋅e adhérent⋅e ses rôles. Les rôles fournissent les permissions. Par exemple, læ trésorièr⋅e d'un
 club a le droit de faire des transferts de et vers la note du club, tant que la source reste au-dessus de -50 €.
 Une adhésion est considérée comme valide si la date du jour est comprise (au sens large) entre les dates de début et
 de fin d'adhésion.
 
-On peut ajouter une adhésion à un utilisateur dans un club à tout non adhérent de ce club. La personne en charge
+On peut ajouter une adhésion à un⋅e utilisateur⋅rice dans un club à tout⋅e non adhérent⋅e de ce club. La personne en charge
-d'adhérer quelqu'un choisit l'utilisateur, les rôles au sein du club et la date de début d'adhésion. Cette date de
+d'adhérer quelqu'un choisit l'utilisateur⋅rice, les rôles au sein du club et la date de début d'adhésion. Cette date de
 début d'adhésion doit se situer entre les champs ``club.membership_start`` et ``club.membership_end``,
-si ces champs sont non nuls. Si ``club.parent_club`` n'est pas nul, l'utilisateur doit être membre de ce club.
+si ces champs sont non nuls. Si ``club.parent_club`` n'est pas nul, l'utilisateur⋅rice doit être membre de ce club.
-Le montant de la cotisation est fixé en fonction du statut normalien de l'utilisateur (``club.membership_fee_paid``
+Le montant de la cotisation est fixé en fonction du statut normalien de l'utilisateur⋅rice (``club.membership_fee_paid``
-centimes pour les élèves et ``club.membership_fee_unpaid`` centimes pour les étudiants). La date de fin est calculée
+centimes pour les élèves et ``club.membership_fee_unpaid`` centimes pour les étudiant⋅es). La date de fin est calculée
 comme ce qui suit :
 
 * Si ``club.membership_duration`` est non nul, alors ``date_end`` = ``date_start`` + ``club.membership_duration``
 * Sinon ``club``, ``date_end`` = ``date_start`` + 424242 jours (suffisant pour tenir au moins une vie)
 * Si ``club.membership_end`` est non nul, alors ``date_end`` = min(``date_end``, ``club.membership_end``)
 
-Si l'utilisateur n'est pas membre du club ``Kfet``, l'adhésion n'est pas possible si le solde disponible sur sa note est
+Si l'utilisateur⋅rice n'est pas membre du club ``Kfet``, l'adhésion n'est pas possible si le solde disponible sur sa note est
 insuffisant. Une fois toute ces contraintes vérifiées, l'adhésion est créée. Une transaction de type
-``MembershipTransaction`` est automatiquement créée de la note de l'utilisateur vers la note du club, finalisant l'adhésion.
+``MembershipTransaction`` est automatiquement créée de la note de l'utilisateur⋅rice vers la note du club, finalisant l'adhésion.
 
 Réadhésions
 ~~~~~~~~~~~
@@ -137,7 +137,7 @@ Il est possible de réadhérer si :
 * Il n'y a pas encore de réadhésion (pas d'adhésion au même club vérifiant ``new_membership.date_start`` >= ``club.membership_start``)
 
 Un bouton ``Réadhérer`` apparaît dans la liste des adhésions si le droit est permis et si ces contraintes sont vérifiées.
-En réadhérant, une nouvelle adhésion est créée pour l'utilisateur avec les mêmes rôles, commençant le lendemain de la
+En réadhérant, une nouvelle adhésion est créée pour l'utilisateur⋅rice avec les mêmes rôles, commençant le lendemain de la
 date d'expiration de la précédente adhésion. Si on réadhère le 16 août pour une adhésion finissant le 30 septembre,
 la nouvelle adhésion commencera le 1er octobre).
 

docs/apps/note/consumptions.rst

@@ -7,23 +7,23 @@ Affichage
 La page de consommations est principalement une communication entre l'`API <../api>`_ et la page en JavaScript.
 Elle est disponible à l'adresse ``/note/consos/``, et l'onglet n'est visible que pour ceux ayant le droit de voir au
 moins un bouton. L'affichage, comme tout le reste de la page, est géré avec Boostrap 4.
-Les boutons que l'utilisateur a le droit de voir sont triés par catégorie.
+Les boutons que l'utilisateur⋅rice a le droit de voir sont triés par catégorie.
 
 Sélection des consommations
 ---------------------------
 
-Lorsque l'utilisateur commence à taper un nom de note, un appel à l'API sur la page ``/api/note/alias`` est fait,
+Lorsque l'utilisateur⋅rice commence à taper un nom de note, un appel à l'API sur la page ``/api/note/alias`` est fait,
-récupérant les 20 premiers aliases en accord avec la requête. Quand l'utilisateur survole un alias, un appel à la page
+récupérant les 20 premiers aliases en accord avec la requête. Quand l'utilisateur⋅rice survole un alias, un appel à la page
 ``/api/note/note/<NOTE_ID>/`` est fait pour récupérer plus d'infos sur la note telles que le solde, le vrai nom de la
-note et la photo, si toutefois l'utilisateur a le droit de voir ceci.
+note et la photo, si toutefois l'utilisateur⋅rice a le droit de voir ceci.
 
-L'utilisateur peut cliquer sur des aliases pour ajouter des émetteurs, et sur des boutons pour ajouter des consommations.
+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 émetteurs supprime l'élément sélectionné.
+Cliquer dans la liste des émetteur⋅rices supprime l'élément sélectionné.
 
-Il ya deux possibilités pour faire consommer des adhérents :
+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 émetteurs et consommations
+  - 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 doit cliquer sur "Consommer !" pour débiter toutes les consommations.
+  - En mode **consommation double**, l'utilisateur⋅rice doit cliquer sur « **Consommer !** »" pour débiter toutes les consommations.
 
 Débit des consommations
 -----------------------
@@ -71,7 +71,7 @@ des types. Il vaut `42` lors de la rédaction de cette documentation, mais pourr
 Si une erreur survient lors de la requête (droits insuffisants), un message apparaîtra en haut de page.
 Dans tous les cas, tous les champs sont réinitialisés.
 
-L'historique et la balance de l'utilisateur sont ensuite mis à jour via jQuery, qui permet de recharger une partie de page Web.
+L'historique et le solde de l'utilisateur⋅rice sont ensuite mis à jour via jQuery, qui permet de recharger une partie de page Web.
 
 Validation/dévalidation des transactions
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
@@ -86,4 +86,4 @@ une requête PATCH est faite à l'API sur l'adresse ``/api/note/transaction/tran
         "valid": false
     }
 
-L'historique et la balance sont ensuite rafraîchis. Si une erreur survient, un message apparaîtra.
+L'historique et le solde sont ensuite rafraîchis. Si une erreur survient, un message apparaîtra.

docs/apps/note/index.rst

@@ -1,12 +1,12 @@
 Application Note
 ================
 
-L'application ``note`` gère tout ce qui est en lien avec les flux d'argent et les notes (balances) des utilisateurs.
+L'application ``note`` gère tout ce qui est en lien avec les flux d'argent et les notes (soldes) des utilisateur⋅rices.
 
 La gestion des consommations s'effectue principalement via la page dédiée, dont le fonctionnement est expliqué
 dans la page `Consommations <consumptions>`_.
 
-Le fonctionnnemnent 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/note/transfers.rst

@@ -6,7 +6,7 @@ Affichage
 
 L'interface de la page de transferts est semblable à celles des consommations, et l'auto-complétion de note est géré de
 la même manière. La page se trouve à l'adresse ``/note/transfer/``. La liste des 20 transactions les plus récentes que
-l'utilisateur a le droit de voir est également présente.
+l'utilisateur⋅rice a le droit de voir est également présente.
 
 Des boutons ``Don``, ``Transfert``, ``Crédit``, ``Retrait`` sont présents, représentant les différents modes de
 transfert. Pour chaque transfert, un montant et une description sont attendus.
@@ -23,7 +23,7 @@ Onglets Crédit et retrait
 Ces onglets ne sont visibles que par ceux qui ont le droit de voir les ``SpecialNote``.
 
 Une boîte supplémentaire apparaît, demandant en plus de la note, du montant et de la raison le nom, le prénom et
-la banque de la personne à recharger/retirer. Lorsqu'une note est sélectionnée, les champs "nom" et "prénom" sont
+la banque de la personne à recharger/retirer. Lorsqu'une note est sélectionnée, les champs « nom » et « prénom » sont
 remplis automatiquement. Par ailleurs, seule une note peut être choisie.
 
 Transfert

docs/apps/permission.rst

@@ -1,8 +1,8 @@
 Droits
 ======
 
-Le système de droit par défault de django n'est pas suffisament granulaire pour les besoins de la NoteKfet2020.
+Le système de droit par défaut de Django n'est pas suffisamment granulaire pour les besoins de la Note Kfet 2020.
-Un système custom a donc été développé.
+Un système personnalisé a donc été développé.
 
 Il permet la création de Permission, qui autorise ou non a faire une action précise sur un ou des objets
 de la base de données.
@@ -22,12 +22,12 @@ Une permission est un Model Django dont les principaux attributs sont :
 * ``query`` : Requête sur la cible, encodé en JSON, traduit en un Q object (cf `Query <#compilation-de-la-query>`_)
 * ``field`` : le champ cible qui pourra être modifié. (tous les champs si vide)
 
-Pour savoir si un utilisateur a le droit sur un modèle ou non, la requête est compilée (voir ci-dessous) en un filtre
+Pour savoir si un⋅e utilisateur⋅rice a le droit sur un modèle ou non, la requête est compilée (voir ci-dessous) en un filtre
-de requête dans la base de données, un objet de la classe ``Q`` (En SQL l'objet Q s'interprete comme tout ce qui suit
+de requête dans la base de données, un objet de la classe ``Q`` (En SQL l'objet Q s'interprète comme tout ce qui suit
 un ``WHERE ...`` Ils peuvent être combiné à l'aide d'opérateurs logiques. Plus d'information sur les Q object dans la
 `documentation officielle <https://docs.djangoproject.com/fr/2.2/topics/db/queries/#complex-lookups-with-q-objects>`_.
 
-Ce Q object sera donc utilisé pour savoir si l'instance que l'on veux modifier est concernée par notre permission.
+Ce Q object sera donc utilisé pour savoir si l'instance que l'on veut modifier est concernée par notre permission.
 
 Exception faite sur l'ajout d'objets : l'objet n'existant pas encore en base de données, il est ajouté puis supprimé
 à la volée, en prenant soin de désactiver les signaux.
@@ -36,7 +36,7 @@ Compilation de la query
 -----------------------
 
 La query est enregistrée sous un format JSON, puis est traduite en requête ``Q`` récursivement en appliquant certains paramètres.
-Le fonctionnemente de base des permission peux être décris avec les differents opérations :
+Le fonctionnemente de base des permission peux être décris avec les différents opérations :
 
 +----------------+-----------------------------+-------------------------------------+
 | opérations     | JSON                        | Q object                            |
@@ -64,7 +64,7 @@ Exemples
 
     {"is_superuser": true}
 
-  | si l'utilisateur cible est un super utilisateur.
+  | si l'utilisateur⋅rice cible est un⋅e super utilisateur⋅rice.
 
 * sur le model ``Note`` :
 
@@ -74,7 +74,7 @@ Exemples
       ["user","note", "pk"]
     }
 
-  |  si l'identifiant de la note cible est l'identifiant de l'utilisateur dont on regarde la permission.
+  |  si l'identifiant de la note cible est l'identifiant de l'utilisateur⋅rice dont on regarde la permission.
 
 * sur le model ``Transaction``:
 
@@ -87,7 +87,7 @@ Exemples
         ["user", "note", "balance"]}
     ]
 
-  | si la source est la note de l'utilisateur et si le montant est inférieur à son solde.
+  | si la source est la note de l'utilisateur⋅rice et si le montant est inférieur à son solde.
 
 * Sur le model ``Alias``
 
@@ -106,7 +106,7 @@ Exemples
       }
     ]
 
-  | si l'alias appartient à une note de club ou s'il appartient à la note d'un utilisateur membre du club Kfet.
+  | si l'alias appartient à une note de club ou s'il appartient à la note d'un⋅e utilisateur⋅rice membre du club Kfet.
 
 * sur le model ``Transaction``
 
@@ -130,19 +130,19 @@ Exemples
 Masques de permissions
 ----------------------
 
-Chaque permission est associée à un masque. À la connexion, l'utilisateur choisit le masque de droits avec lequel il
+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 aura effectivement une permission s'il est
+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",
+Par exemple, si la permission de voir toutes les transactions est associée au masque « Droits note uniquement »,
-se connecter avec le masque "Droits basiques" n'octroiera pas cette permission tandis que le masque "Tous mes droits" oui.
+se connecter avec le masque « Droits basiques » n'octroiera pas cette permission tandis que le masque « Tous mes droits » oui.
 
 Signaux
 -------
 
 À chaque fois qu'un modèle est modifié, ajouté ou supprimé, les droits sont contrôlés. Si les droits ne sont pas
 suffisants, une erreur est lancée. Pour ce qui est de la modification, on ne contrôle que les champs réellement
-modifiés en comparant l'ancienne et la nouvele instance.
+modifiés en comparant l'ancienne et la nouvelle instance.
 
 Graphe des modèles
 ------------------

docs/apps/registration.rst

@@ -4,7 +4,7 @@ Inscriptions
 L'inscription a la note se fait via une application dédiée, sans toutefois avoir de modèle en base de données.
 
 Un formulaire d'inscription est disponible sur la page ``/registration/signup``, accessible depuis n'importe qui,
-authentifié ou non. Les informations suivantes sont demandées :
+authentifié⋅e ou non. Les informations suivantes sont demandées :
 
 * Prénom
 * Nom de famille
@@ -15,7 +15,7 @@ authentifié ou non. Les informations suivantes sont demandées :
 * Département d'études
 * Promotion, année d'entrée à l'ENS
 * Adresse (optionnel)
-* Payé (si la personne perçoit un salaire)
+* Payé⋅e (si la personne perçoit un salaire)
 
 Le mot de passe doit vérifier des contraintes de longueur, de complexité et d'éloignement des autres informations
 personnelles.
@@ -34,28 +34,28 @@ le compte sera enfin actif.
 Pour récapituler : compte actif = adresse e-mail validée + inscription validée par le BDE.
 
 Lors de la validation de l'inscription, le BDE peut (et doit même) faire un crédit initial sur la future note de
-l'utilisateur. Il peut spécifier le type de crédit (carte bancaire/espèces/chèque/virement bancaire), le prénom,
+l'utilisateur⋅rice. Il peut spécifier le type de crédit (carte bancaire/espèces/chèque/virement bancaire), le prénom,
 le nom et la banque comme un crédit normal. Cependant, il peut aussi cocher une case "Société générale", si le nouveau
 membre indique avoir ouvert un compte à la Société générale via le partenariat Société générale - BDE de
 l'ÉNS Paris-Saclay. Dans ce cas, tous les champs sont grisés.
 
 Une fois l'inscription validée, détail de ce qu'il se passe :
 
-* Si crédit de la socitété générale, on mémorise que le fait que la personne ait demandé ce crédit (voir
+* Si crédit de la société générale, on mémorise que le fait que la personne ait demandé ce crédit (voir
   `Trésorerie <treasury>`_ section crédits de la société générale). Nécessairement, le club Kfet doit être rejoint.
-* Sinon, on crédite la note du montant demandé par le nouveau membre (avec comme description "Crédit TYPE (Inscription)"
+* Sinon, on crédite la note du montant demandé par læ nouvelleau membre (avec comme description "Crédit TYPE (Inscription)"
   où TYPE est le type de crédit), après avoir vérifié que le crédit est suffisant (on n'ouvre pas une note négative)
-* On adhère la personne au BDE, l'adhésion commence aujourd'hui. Il dispose d'un unique rôle : "Adhérent BDE",
+* On adhère la personne au BDE, l'adhésion commence aujourd'hui. Iel dispose d'un unique rôle : « Adhérent⋅e BDE »,
   lui octroyant un faible nombre de permissions de base, telles que la visualisation de son compte.
-* On adhère la personne au club Kfet si cela est demandé, l'adhésion commence aujourd'hui. Il dispose d'un unique rôle :
+* On adhère la personne au club Kfet si cela est demandé, l'adhésion commence aujourd'hui. Iel dispose d'un unique rôle :
-  "Adhérent Kfet", lui octroyant un nombre un peu plus conséquent de permissions basiques, telles que la possibilité de
+  « Adhérent⋅e Kfet » , lui octroyant un nombre un peu plus conséquent de permissions basiques, telles que la possibilité de
-  faire des transactions, d'accéder aux activités, au WEI, ...
+  faire des transactions, d'accéder aux activités, au WEI,…
-* Si le nouveau membre a indiqué avoir ouvert un compte à la société générale, alors les transactions sont invalidées,
+* Si læ nouvelleau membre a indiqué avoir ouvert un compte à la société générale, alors les transactions sont invalidées,
   la note n'est pas débitée (commence alors à 0 €).
 
 Par ailleurs, le BDE peut supprimer la demande d'inscription sans problème via un bouton dédié. Cette opération
 n'est pas réversible.
 
-L'utilisateur a enfin accès a sa note et peut faire des bêtises :)
+L'utilisateur⋅rice a enfin accès a sa note et peut faire des bêtises :)
 
 L'inscription au BDE et à la Kfet est indépendante de l'inscription au WEI. Voir `WEI <wei>`_ pour l'inscription WEI.

docs/apps/treasury.rst

@@ -1,7 +1,7 @@
 Application Trésorerie
 ======================
 
-L'application de Trésorerie facilite la vie des trésorier, et sert d'interface de création de facture.
+L'application de Trésorerie facilite la vie des trésorièr⋅es, et sert d'interface de création de facture.
 Elle permet également le suivi des remises de chèques reçus par le BDE et des crédits de la Société générale.
 
 Factures
@@ -90,7 +90,7 @@ présent à l'adresse suivante :
 
 On le remplit avec les données de la facture et les données du BDE, hard-codées. On copie le template rempli dans un
 ficher tex dans un dossier temporaire. On fait ensuite 2 appels à ``pdflatex`` pour générer la facture au format PDF.
-Les deux appels sont nécessaires, il y a besoin d'un double rendu. Ensuite, le PDF est envoyé à l'utilisateur et on
+Les deux appels sont nécessaires, il y a besoin d'un double rendu. Ensuite, le PDF est envoyé à l'utilisateur⋅rice et on
 supprime les données temporaires.
 
 On remarque que les PDF sont générés à la volée et ne sont pas sauvegardés. Niveau performances, cela prend du temps
@@ -155,7 +155,7 @@ Relations
 ~~~~~~~~~
 
 * Toute transaction qui n'est pas attachée à une remise d'un bon type peut être attachée à une remise. Cela se passe
-  par le biais d'un formulaire, où le trésorier peut vérifier et corriger au besoin nom, prénom, banque émettrice et montant.
+  par le biais d'un formulaire, où læ trésorièr⋅e peut vérifier et corriger au besoin nom, prénom, banque émettrice et montant.
 
 * Toute transaction attachée à une remise encore ouverte peut être retirée.
 * Pour clore une remise, il faut au moins 1 transaction associée.
@@ -174,39 +174,39 @@ Modèle
 
 Cette sous-application dispose d'un unique modèle "SogeCredit" avec les champs suivant :
 
-* ``user`` : ``OneToOneField`` vers ``User``, utilisateur associé à ce crédit (relation ``OneToOne`` car chaque
+* ``user`` : ``OneToOneField`` vers ``User``, utilisateur⋅rice associé à ce crédit (relation ``OneToOne`` car chaque
-  utilisateur ne peut bénéficier qu'une seule fois d'un crédit de la Société générale)
+  utilisateur⋅rice ne peut bénéficier qu'une seule fois d'un crédit de la Société générale)
 * ``transactions`` : ``ManyToManyField`` vers ``MembershipTransaction``, liste des transactions d'adhésion associées
   à ce crédit, généralement adhésion BDE+Kfet+WEI même si cela n'est pas restreint
 * ``credit_transaction`` : ``OneToOneField`` vers ``SpecialTransaction``, peut être nulle, transaction de crédit de la
-  Société générale vers la note de l'utilisateur si celui-ci a été validé. C'est d'ailleurs le témoin
+  Société générale vers la note de l'utilisateur⋅rice si celui-ci a été validé. C'est d'ailleurs le témoin
   de validation du crédit.
 
-On sait qu'un utilisateur a déjà demandé un crédit de la Société générale s'il existe un crédit associé à cet
+On sait qu'un⋅e utilisateur⋅rice a déjà demandé un crédit de la Société générale s'il existe un crédit associé à cet⋅te
-utilisateur avec une transaction associée. Par ailleurs, le modèle ``Profile`` contient une propriété ``soge`` qui
+utilisateur⋅rice avec une transaction associée. Par ailleurs, le modèle ``Profile`` contient une propriété ``soge`` qui
 traduit exactement ceci, et qui vaut ``False`` si jamais l'application Trésorerie n'est pas chargée.
 
-Si jamais l'utilisateur n'a pas encore demandé de crédit de la Société générale (ou que celui-ci n'est pas encore validé),
+Si jamais l'utilisateur⋅rice n'a pas encore demandé de crédit de la Société générale (ou que celui-ci n'est pas encore validé),
-l'utilisateur peut demander un tel crédit lors de son adhésion BDE, de sa réadhésion BDE ou de son inscription au WEI.
+l'utilisateur⋅rice peut demander un tel crédit lors de son adhésion BDE, de sa réadhésion BDE ou de son inscription au WEI.
-Dans les deux premiers cas, il est invité à jumeler avec une nouvelle adhésion Kfet (merci de d'abord se réadhérer au
+Dans les deux premiers cas, iel est invité⋅e à jumeler avec une nouvelle adhésion Kfet (merci de d'abord se réadhérer au
 BDE avant la Kfet dans ce cas).
 
 Lorsqu'une telle demande est faite, l'adhésion est créée avec une transaction d'adhésion invalide. Cela implique que
 la note source n'est pas débitée et la note destination n'est pas créditée.
 
-Sur son interface, le trésorier peut récupérer les crédits de Société générale invalides. Deux options s'offrent à lui :
+Sur son interface, læ trésorièr⋅e peut récupérer les crédits de Société générale invalides. Deux options s'offrent à ellui :
 
-* Supprimer la demande. Dans ce cas, les transactions vont être validées, la note de l'utilisateur sera débité, les
+* Supprimer la demande. Dans ce cas, les transactions vont être validées, la note de l'utilisateur⋅rice sera débité, les
-  clubs seront crédités. Puisque la demande sera supprimée, l'utilisateur pourra à nouveau à l'avenir déclarer avoir
+  clubs seront crédités. Puisque la demande sera supprimée, l'utilisateur⋅rice pourra à nouveau à l'avenir déclarer avoir
-  ouvert un compte à la Société générale. Cette option est utile dans le cas où l'utilisateur est un boulet (ou pas,
+  ouvert un compte à la Société générale. Cette option est utile dans le cas où l'utilisateur⋅rice est un boulet (ou pas,
   pour d'autres raisons) et a déclaré vouloir ouvrir un compte à la Société générale sans ne rien faire.
-  Cette action est irréversible, et n'est pas possible si la note de l'utilisateur n'a pas un solde suffisant.
+  Cette action est irréversible, et n'est pas possible si la note de l'utilisateur⋅rice n'a pas un solde suffisant.
 
-* Valider la demande. Dans ce cas, un crédit de la note "Virements bancaires" vers la note de l'utilisateur sera créé,
+* Valider la demande. Dans ce cas, un crédit de la note "Virements bancaires" vers la note de l'utilisateur⋅rice sera créé,
   la transaction sera liée à la demande via le champ ``credit_note`` (et donc la demande déclarée valide), et toutes les
   transactions d'adhésion seront déclarées valides.
 
-* Demander à un respo info s'il y a un problème pour le régler avant de faire des bêtises. Je l'admets, ça fait trois options.
+* Demander à un⋅e respo info s'il y a un problème pour le régler avant de faire des bêtises. Je l'admets, ça fait trois options.
 
 La validité d'une transaction d'adhésion n'a aucune influence sur l'adhésion elle-même. Toutefois, cela se remarque rapidement ...
 

docs/apps/wei.rst

@@ -19,14 +19,14 @@ 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``.
-* ``membership_fee_paid`` : ``PositiveIntegerField``, montant de la cotisation (en centimes) pour qu'un élève normalien
+* ``membership_fee_paid`` : ``PositiveIntegerField``, montant de la cotisation (en centimes) pour qu'un⋅e élève normalien⋅ne
-  (donc rémunéré) puisse adhérer.
+  (donc rémunéré⋅e) puisse adhérer.
-* ``membership_fee_unpaid`` : ``PositiveIntegerField``, montant de la cotisation (en centimes) pour qu'un étudiant
+* ``membership_fee_unpaid`` : ``PositiveIntegerField``, montant de la cotisation (en centimes) pour qu'un⋅e étudiant⋅e
-  normalien (donc non rémunéré) puisse adhérer.
+  normalien⋅ne (donc non rémunéré⋅e) puisse adhérer.
 * ``name`` : ``CharField``, nom du WEI.
 * ``require_memberships`` : ``BooleanField``, vaut toujours ``True`` pour le WEI.
 
@@ -65,27 +65,27 @@ que de dissocier les rôles propres au WEI des rôles s'appliquant pour n'import
 WEIRegistration
 ~~~~~~~~~~~~~~~
 
-Inscription au WEI, contenant les informations avant validation. Ce modèle est créé dès lors que quelqu'un se pré-inscrit au WEI.
+Inscription au WEI, contenant les informations avant validation. Ce modèle est créé dès lors que quelqu'un⋅e se pré-inscrit au WEI.
 
-* ``user`` : ``ForeignKey(User)``, utilisateur qui s'est pré-inscrit. Ce champ est unique avec ``wei``.
+* ``user`` : ``ForeignKey(User)``, utilisateur⋅rice qui s'est pré-inscrit⋅e. Ce champ est unique avec ``wei``.
-* ``wei`` : ``ForeignKey(WEIClub)``, le WEI auquel l'utilisateur s'est pré-inscrit. Ce champ est unique avec ``user``.
+* ``wei`` : ``ForeignKey(WEIClub)``, le WEI auquel l'utilisateur⋅rice s'est pré-inscrit⋅e. Ce champ est unique avec ``user``.
-* ``soge_credit`` : ``BooleanField``, indique si l'utilisateur a déclaré vouloir ouvrir un compte à la Société générale.
+* ``soge_credit`` : ``BooleanField``, indique si l'utilisateur⋅rice a déclaré vouloir ouvrir un compte à la Société générale.
-* ``caution_check`` : ``BooleanField``, indique si l'utilisateur (en 2ème année ou plus) a bien remis son chèque de
+* ``caution_check`` : ``BooleanField``, indique si l'utilisateur⋅rice (en 2ème année ou plus) a bien remis son chèque de
   caution auprès de la trésorerie.
-* ``birth_date`` : ``DateField``, date de naissance de l'utilisateur.
+* ``birth_date`` : ``DateField``, date de naissance de l'utilisateur⋅rice.
 * ``gender`` : ``CharField`` parmi ``male`` (Homme), ``female`` (Femme), ``non binary`` (Non binaire), genre de la personne.
-* ``health_issues`` : ``TextField``, problèmes de santé déclarés par l'utilisateur.
+* ``health_issues`` : ``TextField``, problèmes de santé déclarés par l'utilisateur⋅rice.
 * ``emergency_contact_name`` : ``CharField``, nom du contact en cas d'urgence.
 * ``emergency_contact_phone`` : ``CharField``, numéro de téléphone du contact en cas d'urgence.
-* ``ml_events_registration`` : ``BooleanField``, déclare si l'utilisateur veut s'inscrire à la liste de diffusion des
+* ``ml_events_registration`` : ``BooleanField``, déclare si l'utilisateur⋅rice veut s'inscrire à la liste de diffusion des
   événements du BDE (1A uniquement)
-* ``ml_art_registration`` : ``BooleanField``, déclare si l'utilisateur veut s'inscrire à la liste de diffusion des
+* ``ml_art_registration`` : ``BooleanField``, déclare si l'utilisateur⋅rice veut s'inscrire à la liste de diffusion des
   actualités du BDA (1A uniquement)
-* ``ml_sport_registration`` : ``BooleanField``, déclare si l'utilisateur veut s'inscrire à la liste de diffusion des
+* ``ml_sport_registration`` : ``BooleanField``, déclare si l'utilisateur⋅rice veut s'inscrire à la liste de diffusion des
   actualités du BDS (1A uniquement)
-* ``first_year`` : ``BooleanField``, indique si l'inscription est d'un 1A ou non. Non modifiable par n'importe qui.
+* ``first_year`` : ``BooleanField``, indique si l'inscription est d'un⋅e 1A ou non. Non modifiable par n'importe qui.
 * ``information_json`` : ``TextField`` non modifiable manuellement par n'importe qui stockant les informations du
-  questionnaire d'inscription au WEI pour les 1A, et stocke les demandes faites par un 2A+ concerant bus, équipes et rôles.
+  questionnaire d'inscription au WEI pour les 1A, et stocke les demandes faites par un⋅e 2A+ concernant bus, équipes et rôles.
   On utilise un ``TextField`` contenant des données au format JSON pour permettre de la modularité au fil des années,
   sans avoir à tout casser à chaque fois.
 
@@ -94,19 +94,19 @@ WEIMembership
 
 Ce modèle hérite de ``Membership`` et contient les informations d'une adhésion au WEI.
 
-* ``bus`` : ``ForeignKey(Bus)``, bus dans lequel se trouve l'utilisateur.
+* ``bus`` : ``ForeignKey(Bus)``, bus dans lequel se trouve l'utilisateur⋅rice.
 * ``team`` : ``ForeignKey(BusTeam)`` pouvant être nulle (pour les chefs de bus et électrons libres), équipe dans laquelle
-  se trouve l'utilisateur.
+  se trouve l'utilisateur⋅rice.
 * ``registration`` : ``OneToOneField(WEIRegistration)``, informations de la pré-inscription.
 
 Champs hérités du modèle ``Membership`` :
 
 * ``club`` : ``ForeignKey(Club)``, club lié à l'adhésion. Doit être un ``WEIClub``.
-* ``user`` : ``ForeignKey(User)``, utilisateur adhéré.
+* ``user`` : ``ForeignKey(User)``, utilisateur⋅rice qui a adhéré.
 * ``date_start`` : ``DateField``, date de début d'adhésion.
 * ``date_end`` : ``DateField``, date de fin d'adhésion.
 * ``fee`` : ``PositiveIntegerField``, montant de la cotisation payée.
-* ``roles`` : ``ManyToManyField(Role)``, liste des rôles endossés par l'adhérent. Les rôles doivent être des ``WEIRole``.
+* ``roles`` : ``ManyToManyField(Role)``, liste des rôles endossés par l'adhérent⋅e. Les rôles doivent être des ``WEIRole``.
 
 Graphe des modèles
 ~~~~~~~~~~~~~~~~~~
@@ -123,32 +123,32 @@ Fonctionnement
 Création d'un WEI
 ~~~~~~~~~~~~~~~~~
 
-Seul un respo info peut créer un WEI. Pour cela, se rendre dans l'onglet WEI, puis "Liste des WEI" et enfin
+Seul un⋅e respo info peut créer un WEI. Pour cela, se rendre dans l'onglet WEI, puis « Liste des WEI » et enfin
-"Créer un WEI". Diverses informations sont demandées, comme le nom du WEI, l'adresse mail de contact, l'année du WEI
+« Créer un WEI ». Diverses informations sont demandées, comme le nom du WEI, l'adresse mail de contact, l'année du WEI
 (doit être unique), les dates de début et de fin, et les dates pendant lesquelles les utilisateurs peuvent s'inscrire.
 
 Don des droits à un GC WEI
 ~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-Le GC WEI peut gérer tout ce qui a un rapport avec le WEI. Il ne peut cependant pas créer le WEI, ce privilège est
+Læ GC WEI peut gérer tout ce qui a un rapport avec le WEI. Iel ne peut cependant pas créer le WEI, ce privilège est
-réservé au respo info. Pour avoir ses droits, le GC WEI doit s'inscrire au WEI avec le rôle GC WEI, et donc payer
+réservé aux respos info. Pour avoir ses droits, læ GC WEI doit s'inscrire au WEI avec le rôle GC WEI, et donc payer
-en premier sa cotisation. C'est donc au respo info de créer l'adhésion du GC WEI. Voir ci-dessous pour l'inscription au WEI.
+en premièr⋅e sa cotisation. C'est donc aux respos info de créer l'adhésion du GC WEI. Voir ci-dessous pour l'inscription au WEI.
 
 S'inscrire au WEI
 ~~~~~~~~~~~~~~~~~
 
-N'importe quel utilisateur peut s'auto-inscrire au WEI, lorsque les dates d'adhésion le permettent. Ceux qui se sont
+N'importe quel⋅le utilisateur⋅rice peut s'auto-inscrire au WEI, lorsque les dates d'adhésion le permettent. Celleux qui se sont
-déjà inscrits peuvent également inscrire un 1A. Seuls les GC WEI et les respo info peuvent inscrire un autre 2A+.
+déjà inscrit⋅es peuvent également inscrire un⋅e 1A. Seul⋅es les GC WEI et les respos info peuvent inscrire un⋅e autre 2A+.
 
 À tout moment, tant que le WEI n'est pas passé, l'inscription peut être modifiée, même après validation.
 
-Inscription d'un 2A+
+Inscription d'un⋅e 2A+
-^^^^^^^^^^^^^^^^^^^^
+^^^^^^^^^^^^^^^^^^^^^^
 
-Comme indiqué, les 2A+ sont assez autonomes dans leur inscription au WEI. Ils remplissent le questionnaire et sont
+Comme indiqué, les 2A+ sont assez autonomes dans leur inscription au WEI. Iels remplissent le questionnaire et sont
-ensuite pré-inscrits. Le questionnaire se compose de plusieurs champs (voir WEIRegistration) :
+ensuite pré-inscrit⋅es. Le questionnaire se compose de plusieurs champs (voir WEIRegistration) :
 
-* Est-ce que l'utilisateur a déclaré avoir ouvert un compte à la Société générale ? (Option disponible uniquemement
+* Est-ce que l'utilisateur⋅rice a déclaré avoir ouvert un compte à la Société générale ? (Option disponible uniquemement
   si cela n'a pas été fait une année avant)
 * Date de naissance
 * Genre (Homme/Femme/Non-binaire)
@@ -159,17 +159,17 @@ ensuite pré-inscrits. Le questionnaire se compose de plusieurs champs (voir WEI
 * Équipes préférées (choix multiple éventuellement vide, vide pour les chefs de bus/staff)
 * Rôles souhaités
 
-Les trois derniers champs n'ont aucun caractère définitif et sont simplement là en suggestion pour le GC WEI qui
+Les trois derniers champs n'ont aucun caractère définitif et sont simplement là en suggestion pour læ GC WEI qui
 validera l'inscription. C'est utile si on hésite entre plusieurs bus.
 
 L'inscription est ensuite créée, le GC WEI devra ensuite la valider (voir plus bas).
 
-Inscription d'un 1A
+Inscription d'un⋅e 1A
-^^^^^^^^^^^^^^^^^^^
+^^^^^^^^^^^^^^^^^^^^^
 
-N'importe quelle personne déjà inscrite au WEI peut inscrire un 1A. Le formulaire 1A est assez peu différent du formulaire 2A+ :
+N'importe quelle personne déjà inscrite au WEI peut inscrire un⋅e 1A. Le formulaire 1A est assez peu différent du formulaire 2A+ :
 
-* Est-ce que l'utilisateur a déclaré avoir ouvert un compte à la Société générale ?
+* Est-ce que l'utilisateur⋅rice a déclaré avoir ouvert un compte à la Société générale ?
 * Date de naissance
 * Genre (Homme/Femme/Non-binaire)
 * Problèmes de santé
@@ -179,10 +179,10 @@ N'importe quelle personne déjà inscrite au WEI peut inscrire un 1A. Le formula
 * S'inscrire à la ML BDA
 * S'inscrire à la ML BDS
 
-Le 1A ne peut donc pas choisir de son bus et de son équipe, et peut s'inscrire aux listes de diffusion.
+Læ 1A ne peut donc pas choisir de son bus et de son équipe, et peut s'inscrire aux listes de diffusion.
 Il y a néanmoins une différence majeure : une fois le formulaire rempli, un questionnaire se lance.
 Ce questionnaire peut varier au fil des années (voir section Questionnaire), et contient divers formulaires de collecte
-de données qui serviront à déterminer quel est le meilleur bus pour ce nouvel utilisateur.
+de données qui serviront à déterminer quel est le meilleur bus pour ce⋅tte nouvelleau utilisateur⋅rice.
 
 Questionnaire 1A
 ^^^^^^^^^^^^^^^^
@@ -200,7 +200,7 @@ Je veux changer d'algorithme de répartition, que faire ?
 
 Cette section est plus technique et s'adresse surtout aux respos info en cours de mandat.
 
-Première règle : on ne supprime rien (sauf si vraiment c'est du mauvais boulot). En prenant exemple sur des fichiers déjà existant tels que ``apps/wei/forms/surveys/wei2020.py``, créer un nouveau fichier ``apps/wei/forms/surveys/wei20XY.py``. Ce fichier doit inclure les éléments suivants :
+Première règle : on ne supprime rien (sauf si vraiment c'est du mauvais boulot). En prenant exemple sur des fichiers déjà existant tels que ``apps/wei/forms/surveys/wei2021.py``, créer un nouveau fichier ``apps/wei/forms/surveys/wei20XY.py``. Ce fichier doit inclure les éléments suivants :
 
 WEISurvey
 """""""""
@@ -223,7 +223,7 @@ Une classe héritant de ``wei.forms.surveys.base.WEISurvey``, comportant les él
 Naturellement, il est implicite qu'une fonction ayant pour premier argument ``cls`` doit être annotée par ``@classmethod``.
 Nativement, la classe ``WEISurvey`` comprend les informations suivantes :
 
-* ``registration``, le modèle ``WEIRegistration`` de l'utilisateur qui remplit le questionnaire
+* ``registration``, le modèle ``WEIRegistration`` de l'utilisateur⋅rice qui remplit le questionnaire
 * ``information``, instance de ``WEISurveyInformation``, contient les données du questionnaire en cours de remplissage.
 * ``get_wei(cls)``, renvoie le WEI correspondant à l'année du sondage.
 * ``save(self)``, enregistre les informations du sondage dans l'objet ``registration`` associé, qui est ensuite
@@ -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 nouveau développeur, 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``.
 
@@ -300,34 +300,34 @@ Valider les inscriptions
 
 Cette partie est moins technique.
 
-Une fois la pré-inscription faite, elle doit être validée par le BDE, afin de procéder au paiement. Le GC WEI a accès à
+Une fois la pré-inscription faite, elle doit être validée par le BDE, afin de procéder au paiement. Læ GC WEI a accès à
 la liste des inscriptions non validées, soit sur la page de détails du WEI, soit sur un tableau plus large avec filtre.
 Une inscription non validée peut soit être validée, soit supprimée (la suppression est irréversible).
 
-Lorsque le GC WEI veut valider une inscription, il a accès au récapitulatif de l'inscription ainsi qu'aux informations
+Lorsque læ GC WEI veut valider une inscription, iel a accès au récapitulatif de l'inscription ainsi qu'aux informations
-personnelles de l'utilisateur. Il lui est proposé de les modifier si besoin (du moins les informations liées au WEI,
+personnelles de l'utilisateur⋅rice. Il lui est proposé de les modifier si besoin (du moins les informations liées au WEI,
-pas les informations personnelles). Il a enfin accès aux résultats du sondage et la sortie de l'algorithme s'il s'agit
+pas les informations personnelles). Iel a enfin accès aux résultats du sondage et la sortie de l'algorithme s'il s'agit
-d'un 1A, aux préférences d'un 2A+. Avant de valider, le GC WEI doit sélectionner un bus, éventuellement une équipe
+d'un⋅e 1A, aux préférences d'un⋅e 2A+. Avant de valider, læ GC WEI doit sélectionner un bus, éventuellement une équipe
-et un rôle. Si c'est un 1A et que l'algorithme a tourné, ou si c'est un 2A+ qui n'a fait qu'un seul choix de bus,
+et un rôle. Si c'est un⋅e 1A et que l'algorithme a tourné, ou si c'est un⋅e 2A+ qui n'a fait qu'un seul choix de bus,
 d'équipe, de rôles, les champs sont automatiquement pré-remplis.
 
 Quelques restrictions cependant :
 
-* Si c'est un 2A+, le chèque de caution doit être déclaré déposé
+* Si c'est un⋅e 2A+, le chèque de caution doit être déclaré déposé
 * Si l'inscription se fait via la Société générale, un message expliquant la situation apparaît : la transaction de
-  paiement sera créée mais invalidée, les trésoriers devront confirmer plus tard sur leur interface que le compte
+  paiement sera créée mais invalidée, les trésorièr⋅es devront confirmer plus tard sur leur interface que le compte
   à la Société générale a bien été créé avant de valider la transaction (voir `Trésorerie <treasury>`_ section
   Crédit de la Société générale).
-* Dans le cas contraire, l'utilisateur doit avoir le solde nécessaire sur sa note avant de pouvoir adhérer.
+* Dans le cas contraire, l'utilisateur⋅rice doit avoir le solde nécessaire sur sa note avant de pouvoir adhérer.
-* L'utilisateur doit enfin être membre du club Kfet. Un lien est présent pour le faire adhérer ou réadhérer selon le cas.
+* L'utilisateur⋅rice doit enfin être membre du club Kfet. Un lien est présent pour le faire adhérer ou réadhérer selon le cas.
 
-Si tout est bon, le GC WEI peut valider. L'utilisateur a bien payé son WEI, et son interface est un peu plus grande.
+Si tout est bon, læ GC WEI peut valider. L'utilisateur⋅rice a bien payé son WEI, et son interface est un peu plus grande.
-Il peut toujours changer ses paramètres au besoin. Un 1A ne voit rien de plus avant la fin du WEI.
+Iel peut toujours changer ses paramètres au besoin. Un⋅e 1A ne voit rien de plus avant la fin du WEI.
 
-Un adhérent WEI non 1A a accès à la liste des bus, des équipes et de leur descriptions. Les chefs de bus peuvent gérer
+Un⋅e adhérent⋅e WEI non 1A a accès à la liste des bus, des équipes et de leur descriptions. Les chef⋅fes de bus peuvent gérer
-les bus et leurs équipes. Les chefs d'équipe peuvent gérer leurs équipes. Cela inclut avoir accès à la liste des membres
+les bus et leurs équipes. Les chef⋅fes d'équipe peuvent gérer leurs équipes. Cela inclut avoir accès à la liste des membres
 de ce bus / de cette équipe.
 
-Un export au format PDF de la liste des membres *visibles* est disponible pour chacun.
+Un export au format PDF de la liste des membres *visibles* est disponible pour chacun⋅e.
 
-Bon WEI à tous !
+Bon WEI à toustes !

docs/external_services/cas.rst

@@ -3,7 +3,7 @@ Service d'Authentification Centralisé (CAS)
 
 Un `CAS <https://fr.wikipedia.org/wiki/Central_Authentication_Service>`_ est
 déployé sur la Note Kfet. Il est accessible à l'adresse `<https://note.crans.org/cas/>`_.
-Il a pour but uniquement d'authentifier les utilisateurs via la note et ne communique
+Il a pour but uniquement d'authentifier les utilisateur⋅rices via la note et ne communique
 que peu d'informations.
 
 Configuration

docs/external_services/index.rst

@@ -12,10 +12,10 @@ Applications externes
    L'utilisation de la note par des services externes est actuellement en beta. Il est
    fort à parier que cette utilisation sera revue et améliorée à l'avenir.
 
-Puisque la Note Kfet recense tous les comptes des adhérents BDE, les clubs ont alors
+Puisque la Note Kfet recense tous les comptes des adhérent⋅es BDE, les clubs ont alors
 la possibilité de développer leurs propres applications et de les interfacer avec la
-note. De cette façon, chaque application peut authentifier ses utilisateurs via la note,
+note. De cette façon, chaque application peut authentifier ses utilisateur⋅rices via la note,
-et récupérer leurs adhésion, leur nom de note afin d'éventuellement faire des transferts
+et récupérer leurs adhésions, leur nom de note afin d'éventuellement faire des transferts
 via l'API.
 
 Deux protocoles d'authentification sont implémentées :
@@ -25,4 +25,4 @@ Deux protocoles d'authentification sont implémentées :
 
 À ce jour, il n'y a pas encore d'exemple d'utilisation d'application qui utilise ce
 mécanisme, mais on peut imaginer par exemple que la Mediatek ou l'AMAP implémentent
-ces protocoles pour récupérer leurs adhérents.
+ces protocoles pour récupérer leurs adhérent⋅es.

docs/external_services/oauth2.rst

@@ -2,12 +2,12 @@ OAuth2
 ======
 
 L'authentification `OAuth2 <https://fr.wikipedia.org/wiki/OAuth>`_ est supportée par la
-Note Kfet. Elle offre l'avantage non seulement d'identifier les utilisateurs, mais aussi
+Note Kfet. Elle offre l'avantage non seulement d'identifier les utilisateur⋅rices, mais
-de transmettre des informations à un service tiers tels que des informations personnelles,
+aussi de transmettre des informations à un service tiers tels que des informations
-le solde de la note ou encore les adhésions de l'utilisateur, en l'avertissant sur
+personnelles, le solde de la note ou encore les adhésions de l'utilisateur⋅rice, en
-quelles données sont effectivement collectées. Ainsi, il est possible de développer des
+l'avertissant sur quelles données sont effectivement collectées. Ainsi, il est possible
-appplications tierces qui peuvent se baser sur les données de la Note Kfet ou encore
+de développer des appplications tierces qui peuvent se baser sur les données de la Note
-faire des transactions.
+Kfet ou encore faire des transactions.
 
 
 Configuration du serveur
@@ -79,7 +79,7 @@ Il vous suffit de donner à votre application :
 * Les scopes, qui peuvent être récupérées sur cette page : `<https://note.crans.org/permission/scopes/>`_
 * L'URL d'autorisation : `<https://note.crans.org/o/authorize/>`_
 * L'URL d'obtention de jeton : `<https://note.crans.org/o/token/>`_
-* Si besoin, l'URL de récupération des informations de l'utilisateur : `<https://note.crans.org/api/me/>`_
+* Si besoin, l'URL de récupération des informations de l'utilisateur⋅rice : `<https://note.crans.org/api/me/>`_
 
 N'hésitez pas à consulter la page `<https://note.crans.org/api/me/>`_ pour s'imprégner
 du format renvoyé.
@@ -88,14 +88,14 @@ du format renvoyé.
 
    Un petit mot sur les scopes : tel qu'implémenté, une scope est une permission unitaire
    (telle que décrite dans le modèle ``Permission``) associée à un club. Ainsi, un jeton
-   a accès à une scope si et seulement si le/la propriétaire du jeton dispose d'une adhésion
+   a accès à une scope si et seulement si læ propriétaire du jeton dispose d'une adhésion
    courante dans le club lié à la scope qui lui octroie cette permission.
 
    Par exemple, un jeton pourra avoir accès à la permission de créer des transactions en lien
-   avec un club si et seulement si le propriétaire du jeton est trésorier du club.
+   avec un club si et seulement si læ propriétaire du jeton est trésorièr⋅e du club.
 
-   La vérification des droits du propriétaire est faite systématiquement, afin de ne pas
+   La vérification des droits de læ propriétaire est faite systématiquement, afin de ne pas
-   faire confiance au jeton en cas de droits révoqués à son propriétaire.
+   faire confiance au jeton en cas de droits révoqués à saon propriétaire.
 
    Vous pouvez donc contrôler le plus finement possible les permissions octroyées à vos
    jetons.
@@ -118,8 +118,8 @@ du format renvoyé.
 
    Par exemple, vous pourriez demander la permission d'accéder
    aux membres d'un club ou de faire des transactions, et agir
-   uniquement dans le cas où l'utilisateur connecté possède la
+   uniquement dans le cas où l'utilisateur⋅rice connecté⋅e
-   permission problématique.
+   possède la permission problématique.
 
 Avec Django-allauth
 ###################
@@ -152,7 +152,7 @@ Le paramètre ``DOMAIN`` permet de changer d'instance de Note Kfet. Par défaut,
 se connectera à ``note.crans.org`` si vous ne renseignez rien.
 
 Le paramètre ``SCOPE`` permet de définir les scopes à demander.
-Dans l'exemple ci-dessous, les permissions d'accéder à l'utilisateur
+Dans l'exemple ci-dessous, les permissions d'accéder à l'utilisateur⋅rice
 et au profil sont demandées.
 
 En créant l'application sur la note, vous pouvez renseigner
@@ -200,7 +200,7 @@ cas où elle n'est pas explicitement indiquée lors de l'autorisation.
 
 Lorsqu'un client veut s'authentifier via la Note Kfet, il va devoir accéder à une page
 d'authentification. La page d'autorisation est `<https://note.crans.org/o/authorize/>`_,
-c'est sur cette page qu'il faut rediriger les utilisateurs. Il faut mettre en paramètre GET :
+c'est sur cette page qu'il faut rediriger les utilisateur⋅rices. Il faut mettre en paramètre GET :
 
 * ``client_id`` : l'identifiant client de l'application (public) ;
 * ``response_type`` : mettre ``code`` ;
@@ -211,10 +211,10 @@ c'est sur cette page qu'il faut rediriger les utilisateurs. Il faut mettre en pa
 * ``state`` : optionnel, peut être utilisé pour permettre au client de détecter des requêtes
   provenant d'autres sites.
 
-Sur cette page, les permissions demandées seront listées, et l'utilisateur aura le choix
+Sur cette page, les permissions demandées seront listées, et l'utilisateur⋅rice aura le
-d'accepter ou non. Dans les deux cas, l'utilisateur sera redirigée vers ``redirect_uri``,
+choix d'accepter ou non. Dans les deux cas, l'utilisateur⋅rice sera redirigée vers
-avec pour paramètre GET soit le message d'erreur, soit un paramètre ``code`` correspondant
+``redirect_uri``, avec pour paramètre GET soit le message d'erreur, soit un paramètre
-au code d'autorisation.
+``code`` correspondant au code d'autorisation.
 
 Une fois ce code d'autorisation récupéré, il faut désormais récupérer le jeton d'accès.
 Il faut pour cela aller sur l'URL `<https://note.crans.org/o/token/>`_, effectuer une

docs/faq.rst

@@ -5,27 +5,26 @@ Des transactions anormales sont apparues sur mon compte.
 --------------------------------------------------------
 
 .. note::
-   Tu dois immédiatement contacter les trésoriers du BDE (voir ci-dessous) pour
+   Tu dois immédiatement contacter les trésorièr⋅es du BDE (voir ci-dessous) pour
-   signaler l'incident. Précise bien ton nom de note, l'heure de la transaction
+   signaler l'incident. Précise bien ton nom de note, l'heure de la transaction ainsi que
-   ainsi que l'alias utilisé pour faire la transaction (en plaçant ta souris sur
+   l'alias utilisé pour faire la transaction (en plaçant ta souris sur ton pseudo sur la
-   ton pseudo sur la ligne de transaction, l'alias utilisé apparaît). La raison
+   ligne de transaction, l'alias utilisé apparaît). La raison la plus courante est que tu
-   la plus courante est que tu as un alias qui est trop proche d'un autre d'une
+   as un alias qui est trop proche d'une autre personne. Même si la Note Kfet 2020 essaie
-   autre personne. Même si la Note Kfet 2020 essaie d'éviter ça, tu es invité⋅e
+   d'éviter ça, tu es invité⋅e à supprimer l'alias problématique, ou tout du moins
-   à supprimer l'alias problématique, ou tout du moins t'assurer que la confusion
+   t'assurer que la confusion ne puisse plus arriver.
-   ne puisse plus arriver.
 
 
 Je souhaite consommer mais le solde de ma note est insuffisant
 --------------------------------------------------------------
 
 .. note::
-   Le BDE ne fait pas crédit à ses adhérents. Il est de ton devoir de t'assurer
+   Le BDE ne fait pas crédit à ses adhérent⋅es. Il est de ton devoir de t'assurer d'avoir
-   d'avoir en permanence un solde positif sur ta note. Les permanenciers à la
+   en permanence un solde positif sur ta note. Les permanencièr⋅es à la Kfet ont la
-   Kfet ont la possibilité de refuser une consommation qui fait passer en négatif,
+   possibilité de refuser une consommation qui fait passer en négatif, et ont obligation
-   et ont obligation de refuser si la consommation est alcoolisée, en accord avec
+   de refuser si la consommation est alcoolisée, en accord avec la règlementation en
-   la règlementation en vigueur.
+   vigueur.
 
-   Les trésoriers connaissent la liste des personnes en situation irrégulière et
+   Les trésorièr⋅es connaissent la liste des personnes en situation irrégulière et
    n'hésiteront pas à faire des rappels pour recharger la note.
 
 
@@ -33,10 +32,10 @@ Comment recharger ma note ?
 ---------------------------
 
 .. note::
-   Le solde de la note peut être rechargé soit par espèces, par chèque à l'ordre
+   Le solde de la note peut être rechargé soit par espèces, par chèque à l'ordre de
-   de l'amicale des élèves de l'ENS Cachan, par carte bancaire via un terminal
+   l'amicale des élèves de l'ENS Paris-Saclay, par carte bancaire via un terminal de
-   de paiement électronique ou encore par virement bancaire, dont les coordonnées
+   paiement électronique ou encore par virement bancaire, dont les coordonnées sont à
-   sont à demander auprès des trésoriers BDE.
+   demander auprès des trésorièr⋅es BDE.
 
    Les trois premières options sont à faire directement dans la Kfet.
 
@@ -45,9 +44,9 @@ Je pars en stage / en vacances. Puis-je bloquer ma note ?
 ---------------------------------------------------------
 
 .. note::
-   Bien sûr : il te suffit de te rendre sur ton compte et de cliquer sur le bouton
+   Bien sûr : il te suffit de te rendre sur ton compte et de cliquer sur le bouton dédié.
-   dédié. Ta note ne sera plus affichée par les autres personnes et les transferts
+   Ta note ne sera plus affichée par les autres personnes et les transferts seront
-   seront impossibles, sauf pour les trésoriers BDE et respo info.
+   impossibles, sauf pour les trésorièr⋅es BDE et respo info.
 
    Il est toutefois de ton devoir de rembourser tout ce que tu dois.
 
@@ -56,88 +55,87 @@ Quelle est la limite maximale au nombre d'alias d'une note ?
 ------------------------------------------------------------
 
 .. note::
-   Certains parlent d'une dizaine d'alias par note.
+   Certain⋅es parlent d'une dizaine d'alias par note.
 
    Sois conscient⋅e qu'ajouter des alias ne peut qu'augmenter la probabilité de
-   collisions avec une autre note, et peut aussi retarder la livraison de ta
+   collisions avec une autre note, et peut aussi retarder la livraison de ta commande
-   commande lors d'un perm bouffe.
+   lors d'une perm bouffe.
 
 
-Je suis trésorier d'un club, qu'ai-je le droit de faire ?
+Je suis trésorièr⋅e d'un club, qu'ai-je le droit de faire ?
----------------------------------------------------------
+-----------------------------------------------------------
 
 .. note::
-   Être trésorier d'un club donne la responsabilité de gérer la trésorerie du
+   Être trésorièr⋅e d'un club donne la responsabilité de gérer la trésorerie du club, et
-   club, et donc de gérer sa note. Vous obtenez donc le droit d'effectuer
+   donc de gérer sa note. Vous obtenez donc le droit d'effectuer n'importe quelle
-   n'importe quelle transaction via la note en provenance ou à destination de
+   transaction via la note en provenance ou à destination de la note de votre club. Vous
-   la note de votre club. Vous pouvez également gérer les adhésions de votre club,
+   pouvez également gérer les adhésions de votre club, en permettant à n'importe quel⋅le
-   en permettant à n'importe quel adhérent BDE de rejoindre votre club, en prélevant
+   adhérent⋅e BDE de rejoindre votre club, en prélevant d'éventuels frais d'adhésion. Les
-   d'éventuels frais d'adhésion. Les paramètres du club peuvent être également modifiés.
+   paramètres du club peuvent être également modifiés.
 
 .. danger::
-   Avoir des droits sur la Note Kfet ne signifie pas que vous devez les utiliser.
+   Avoir des droits sur la Note Kfet ne signifie pas que vous devez les utiliser. Chaque
-   Chaque opération nécessitant des droits doit être fait pour une bonne raison,
+   opération nécessitant des droits doit être fait pour une bonne raison, et doit avoir
-   et doit avoir un lien avec votre club. Vous n'avez par exemple pas le droit
+   un lien avec votre club. Vous n'avez par exemple pas le droit d'aller récupérer des
-   d'aller récupérer des informations personnelles d'adhérents pour une raison
+   informations personnelles d'adhérent⋅es pour une raison personnelle. En revanche,
-   personnelle. En revanche, faire le lien entre nom/prénom et nom de note est
+   faire le lien entre nom/prénom et nom de note est bien sûr permis pour faciliter des
-   bien sûr permis pour faciliter des transferts. Tout abus de droits constaté
+   transferts. Tout abus de droits constaté pourra mener à des sanctions prises par le
-   pourra mener à des sanctions prises par le bureau du BDE.
+   bureau du BDE.
 
 
-Je suis trésorier d'un club, je n'arrive pas à voir le solde du club / faire des transactions
+Je suis trésorièr⋅e d'un club, je n'arrive pas à voir le solde du club / faire des transactions
----------------------------------------------------------------------------------------------------
+-----------------------------------------------------------------------------------------------
 
 .. note::
-   As-tu bien vérifié que tu t'es connecté⋅e initialement avec tous tes droits ?
+   As-tu bien vérifié que tu t'es connecté⋅e initialement avec tous tes droits ? Sinon,
-   Sinon, si tes droits sont tout récents, tu dois te déconnecter et te reconnecter
+   si tes droits sont tout récents, tu dois te déconnecter et te reconnecter pour que tes
-   pour que tes droits soient bien pris en compte.
+   droits soient bien pris en compte.
 
-   La Note permet de se connecter avec différents filtres de permission afin de
+   La Note permet de se connecter avec différents filtres de permission afin de pouvoir
-   pouvoir prêter son ordinateur avec une session ouverte pour faire quelques
+   prêter son ordinateur avec une session ouverte pour faire quelques opérations en
-   opérations en empêchant l'accès à des opérations trop sensibles.
+   empêchant l'accès à des opérations trop sensibles.
 
 
-Je suis trésorier d'un club. Puis-je créer un bouton ?
+Je suis trésorièr⋅e d'un club. Puis-je créer un bouton ?
-------------------------------------------------------
+--------------------------------------------------------
 
 .. note::
    Oui bien sûr ! Tant qu'il redirige bien vers la note de ton club.
 
-   Pour cela, rends-toi à la page `</note/buttons/>`_ pour afficher la liste des
+   Pour cela, rends-toi à la page `</note/buttons/>`_ pour afficher la liste des boutons,
-   boutons, puis tu auras accès à l'interface pour créer un bouton. Une fois le
+   puis tu auras accès à l'interface pour créer un bouton. Une fois le bouton créé, il
-   bouton créé, il apparaîtra dans l'onglet ``Consommations``.
+   apparaîtra dans l'onglet ``Consommations``.
 
-   Il faut noter que tant qu'il n'y a pas de boutons visibles pour ton club, tu
+   Il faut noter que tant qu'il n'y a pas de boutons visibles pour ton club, tu n'auras
-   n'auras pas accès à l'interface de consommations, et tu devras nécessairement
+   pas accès à l'interface de consommations, et tu devras nécessairement cliquer sur le
-   cliquer sur le lien ci-dessus pour accéder à l'interface d'édition des boutons.
+   lien ci-dessus pour accéder à l'interface d'édition des boutons. Une fois qu'un bouton
-   Une fois qu'un bouton pour ton club est visible, l'interface consommations
+   pour ton club est visible, l'interface consommations devient accessible.
-   devient accessible.
 
 
-Après passation, je suis trésorier d'un club. Comment récupérer mes droits note ?
+Après passation, je suis trésorièr⋅e d'un club. Comment récupérer mes droits note ?
----------------------------------------------------------------------------------
+-----------------------------------------------------------------------------------
 
 .. note::
-   Tu dois pour cela contacter les trésoriers BDE (voir ci-dessous). Ils vous
+   Tu dois pour cela contacter les trésorièr⋅es BDE (voir ci-dessous). Iels vous
-   expliqueront en détails vos droits et vos interdits et vous donneront les
+   expliqueront en détails vos droits et vos interdits et vous donneront les droits
-   droits requis.
+   requis.
 
 
-Je souhaite contacter un trésorier
+Je souhaite contacter un⋅e trésorièr⋅e
-----------------------------------
+--------------------------------------
 
 .. note::
-   Pour contacter un trésorier, il te suffit d'envoyer un mail à l'adresse
+   Pour contacter un⋅e trésorièr⋅e, il te suffit d'envoyer un mail à l'adresse
-   `tresorerie.bde@lists.crans.org <tresorerie.bde@lists.crans.org>`_. Pense bien
+   `tresorerie.bde@lists.crans.org <tresorerie.bde@lists.crans.org>`_. Pense bien à
-   à donner ton nom de note, voire à envoyer un scan de ta carte d'identité si ta
+   donner ton nom de note, voire à envoyer un scan de ta carte d'identité si ta demande
-   demande concerne un virement entre le compte du BDE et ton propre compte.
+   concerne un virement entre le compte du BDE et ton propre compte.
 
 
 J'ai trouvé un bug, comment le signaler ?
 -----------------------------------------
 
 .. note::
-   La Note Kfet est développée bénévolement par des membres du BDE. Malgré tous nos
+   La Note Kfet est développée bénévolement par des membres du BDE. Nous mettons tous nos
    efforts pour fournir une plateforme sans erreur et la plus ergonomique possible.
    Toutefois, il n'est évidemment pas exclu que des bugs soient présents :)
 
@@ -156,41 +154,42 @@ Je souhaite contribuer
 ----------------------
 
 .. note::
-   La Note Kfet est essentiellement développée par des responsables informatiques du
+   La Note Kfet est essentiellement développée par des responsables informatiques du BDE
-   BDE de l'ENS Paris-Saclay. Toutefois, si vous souhaitez contribuer, vous pouvez
+   de l'ENS Paris-Saclay. Toutefois, si vous souhaitez contribuer, vous pouvez bien sûr
-   bien sûr le faire en accord avec la licence GPLv3 avec laquelle la Note Kfet est
+   le faire en accord avec la licence GPLv3 avec laquelle la Note Kfet est distribuée.
-   distribuée. Pour cela, si vous êtes adhérent Crans, vous pouvez proposer une
+   Pour cela, si vous êtes adhérent⋅e Crans, vous pouvez proposer une demande de fusion
-   demande de fusion de votre code. Si ce n'est pas le cas, vous pouvez envoyer un
+   de votre code. Si ce n'est pas le cas, vous pouvez envoyer un mail à
-   mail à `notekfet2020@lists.crans.org <notekfet2020@lists.crans.org>`_.
+   `notekfet2020@lists.crans.org <notekfet2020@lists.crans.org>`_. Dans les deux cas,
-   Dans les deux cas, merci de rejoindre le canal ``#note`` sur IRC :)
+   merci de rejoindre le canal ``#note`` sur IRC :)
 
 
-Contributeurs
+Contributeur⋅rices
--------------
+------------------
 
 .. note::
    La version 2020 de la Note Kfet a été développée sous le mandat de la
-   Saper[list]popette. Son développement a commencé à l'été 2019. Après un mois de beta
+   Saper[list]popette. Son développement a commencé à l'été 2019. Après un mois de beta à
-   à l'été 2020, son déploiement en production s'est fait le samedi 5 septembre 2020.
+   l'été 2020, son déploiement en production s'est fait le samedi 5 septembre 2020.
 
    Elle succède à presque 6 années de la
    `Note Kfet 2015 <https://wiki.crans.org/NoteKfet/NoteKfet2015>`_, alors en production
    depuis le 6 octobre 2014.
 
-   Liste des contributeurs majeurs, par ordre alphabétique :
+   Liste des contributeur⋅rices majeur⋅es, par ordre alphabétique :
 
    * Pierre-André « PAC » COMBY
-   * Yohann « ÿnérant » D'ANELLO
+   * Emmy « ÿnérant » D'ANELLO
    * Benjamin « esum » GRAILLOT
    * Alexandre « erdnaxe » IOOSS
+   * Nicolas « nicomarg » MARGULIES
 
 
 Hébergement
 -----------
 
 .. note::
-   En accord entre de l'ENS Paris-Saclay et le Crans, l'instance de production présente
+   En accord entre le BDE de l'ENS Paris-Saclay et le Crans, l'instance de production
-   sur `<https://note.crans.org/>`_ est hébergée sur l'un des serveurs du Crans.
+   présente sur `<https://note.crans.org/>`_ est hébergée sur l'un des serveurs du Crans.
    Les données sont hébergées à l'adresse :
 
    .. code::

docs/getting_started.rst

@@ -1,12 +1,12 @@
 La note, c'est quoi ?
 =====================
 
-La Note Kfet est un porte-monnaie virtuel proposé gratuitement à tous les adhérents BDE.
+La Note Kfet est un porte-monnaie virtuel proposé gratuitement à toustes les
-C'est le moyen de paiement privilégié au sein du campus, que ce soit pour payer des
+adhérent⋅es BDE. C'est le moyen de paiement privilégié au sein du campus, que ce soit
-activités du BDE, ou bien pour faire des remboursements entre amis. La note contient
+pour payer des activités du BDE, ou bien pour faire des remboursements entre ami⋅es.
-également la base d'adhérents du BDE et contient de nombreux outils facilitant la vie
+La note contient également la base d'adhérent⋅es du BDE et contient de nombreux outils
-des différents bureaux de clubs, en particulier les trésoriers et surtout les trésoriers
+facilitant la vie des différents bureaux de clubs, en particulier les trésorièr⋅es et
-BDE.
+surtout les trésorièr⋅es BDE.
 
 La Note Kfet est accessible à l'adresse `<https://note.crans.org>`_. La version actuelle
 a été développée par le BDE 2020-2021, et est maintenue par les respos infos du BDE de
@@ -23,7 +23,7 @@ Chaque adhérent⋅e BDE dispose d'un compte appelé « note », créé lors de
 Une note est associée à un solde en euros, et à un pseudo appelé « nom de note ».
 Le solde associé à la note correspond au solde de l'adhérent⋅e, avec lequel il est
 possible de payer tout ce qui est en lien avec le BDE. Le nom de note suffit à
-identifier une personne, et il suffit par exemple de donner ce nom à un permanencier
+identifier une personne, et il suffit par exemple de donner ce nom à un⋅e permanencièr⋅e
 à la Kfet pour acheter un produit.
 
 Faire une transaction
@@ -34,10 +34,10 @@ d'un⋅e autre adhérent⋅e, pourvu que le montant de la transaction n'excède
 propre solde. Pour cela, il suffit d'aller sur la page de transferts, qui est la
 page par défaut après connexion : `<https://note.crans.org/note/transfer/>`_
 Le formulaire pour effectuer un transfert apparaît alors. En cliquant sur le bouton
-« Je suis l'émetteur », le champ « Émetteurs » est directement complété avec votre
+« Je suis l'émetteur⋅rice », le champ « Émetteur⋅rices » est directement complété
-propre note. Il vous suffit alors de remplir le champ « Destinataires » avec le ou
+avec votre propre note. Il vous suffit alors de remplir le champ « Destinataires »
-les noms de note que vous voulez créditer, de spécifier le montant et la raison de
+avec le⋅s nom⋅s de note que vous voulez créditer, de spécifier le montant et la raison
-votre transfert, puis de cliquer sur le bouton « Virement ». Après quelques secondes,
+de votre transfert, puis de cliquer sur le bouton « Virement ». Après quelques secondes,
 si votre solde est suffisant et que la transaction est acceptée, un message de
 confirmation apparaîtra et la transaction apparaîtra dans l'historique ci-dessous.
 
@@ -49,7 +49,7 @@ Consulter ses données personnelles
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
 La Note Kfet sert non seulement à faire des transactions d'argent virtuel au sein
-du BDE, mais aussi à permettre au BDE et à ses clubs de gérer leurs adhérents.
+du BDE, mais aussi à permettre au BDE et à ses clubs de gérer leurs adhérent⋅es.
 À cet effet, diverses informations personnelles sont collectées par la Note.
 
 Pour accéder à votre compte, une fois connecté⋅e, rendez-vous dans le menu en haut
@@ -75,26 +75,26 @@ présentes sont :
  * Département
  * Promotion
  * Adresse
- * Élève/étudiant
+ * Élève/étudiant⋅e
  * Inscription aux listes de diffusion du BDE, du BDA et du BDS
 
 Les trois premières informations sont obligatoires pour pouvoir vous contacter
-et pouvoir tenir un registre d'adhérent.
+et pouvoir tenir un registre d'adhérent⋅es.
 
 Le numéro de téléphone et l'adresse ne sont utilisés uniquement en cas d'urgence,
 notamment en cas de WEI, et ne sont pas des champs obligatoires. De plus,
 promotion, département et section ne sont utilisés sérieusement que en cas
 de WEI, et ne sont pas utilisés sinon.
 
-La distinction élève/étudiant permet de distinguer les achats qui peuvent avoir
+La distinction élève/étudiant⋅e permet de distinguer les achats qui peuvent avoir
-des prix différents pour les élèves et pour les étudiants, notamment en cas de
+des prix différents pour les élèves et pour les étudiant⋅es, notamment en cas de
 transferts d'argent, de WEI ou d'adhésion à certains clubs.
 
 Hormis le pseudo, toutes ces informations ont un caractère confidentiel qui les
-rend privées et inaccessible aux utilisateurs. Les trésoriers BDE et les respos
+rend privées et inaccessible aux utilisateur⋅rices. Les trésorièr⋅es BDE et les respos
 info ont accès à toutes les informations (en cas de besoin uniquement, le cas
 contraire est considéré comme de l'abus de droit qui est punissable), et les
-trésoriers de club ont accès au nom et au prénom afin de faciliter l'association
+trésorièr⋅es de club ont accès au nom et au prénom afin de faciliter l'association
 à un nom de note.
 
 Dans la partie informations personnelles, il est également possible de modifier
@@ -106,7 +106,7 @@ de nom de note.
 Le tableau des adhésions actives sur la partie du haut contient l'ensemble des
 clubs auxquels vous êtes adhérent⋅es, avec les dates de début, de fin, votre
 rôle au sein du club (généralement simple membre, mais cela peut également
-être trésorier⋅ère par exemple) ainsi que la cotisation que vous avez éventuellement
+être trésorièr⋅e par exemple) ainsi que la cotisation que vous avez éventuellement
 payée au club.
 
 L'historique des transactions contient l'ensemble des transactions qui ont fait

docs/index.rst

@@ -3,7 +3,7 @@ Documentation de la Note Kfet 2020
 
 
 Bienvenue sur la documentation de la Note Kfet 2020. Cette documentation est à la fois
-destinée aux adhérents BDE pour découvrir le fonctionnement de la note, mais aussi aux
+destinée aux adhérent⋅es BDE pour découvrir le fonctionnement de la note, mais aussi aux
 respos info qui souhaitent découvrir comment fonctionne la note sous le capot.
 
 Des informations complémentaires sont également disponibles sur le `Wiki Crans <https://wiki.crans.org/NoteKfet/NoteKfet2020/>`_.

docs/install-dev.rst

@@ -82,7 +82,7 @@ Pour cela, on peut simplement faire :
    $ source env/bin/activate
    (env) $
 
-À noter que ``source`` peut s'abbréger par ``.`` uniquement.
+À noter que ``source`` peut s'abréger par ``.`` uniquement.
 
 Vous êtes donc dans un environnement virtuel Python. Pour installer les dépendances
 de la note :
@@ -162,8 +162,8 @@ Ouvrez votre navigateur, tapez `<http://localhost:8000/>`_, enjoy :)
    optimisé pour recevoir des requêtes en parallèle ou être utilisé en production.
 
 
-Créer un super-utilisateur
+Créer un⋅e super-utilisateur⋅rice
---------------------------
+---------------------------------
 
-La commande ``./manage.py createsuperuser`` vous permettra de créer un super-utilisateur
+La commande ``./manage.py createsuperuser`` vous permettra de créer un⋅e
-initial.
+super-utilisateur⋅rice initial⋅e.

docs/install.rst

@@ -15,7 +15,7 @@ version 1.11, qui n'est plus maintenue par Django depuis déjà quelques mois.
 Les versions stables de Django sont les versions 2.2 et 3.2, Debian Bullseye
 utilisant la version 2.2.
 
-Afin de permettre à ses utilisateurs d'utiliser les dernières fonctionnalités de
+Afin de permettre à ses utilisateur⋅rices d'utiliser les dernières fonctionnalités de
 certains paquets, Debian a créé une distribution particulière, appelée
 ``buster-backports``. Cette distribution contient des paquets de la distribution
 à venir « ``testing`` » (``bullseye`` à l'heure où cette documentation est écrite)
@@ -187,7 +187,7 @@ clé sous forme de chaîne de caractère suffisamment longue (64 caractères par
 qui n'est pas à transmettre et qui évite d'autres sites malveillants de faire des requêtes
 directement sur la note.
 
-Le champ ``CONTACT_EMAIL`` correspond l'adresse mail que les adhérent⋅e⋅s peuvent contacter
+Le champ ``CONTACT_EMAIL`` correspond l'adresse mail que les adhérent⋅es peuvent contacter
 en cas de problème. C'est là où le champ ``Nous contacter`` redirigera.
 
 Le champ ``NOTE_URL`` correspond au nom de domaine autorisé à accéder au site. C'est également
@@ -636,5 +636,5 @@ On peut enfin redémarrer le serveur Web. Les données ont bien été copiées.
 
 .. caution::
 
-   On ne copiera **jamais** des données d'adhérent⋅e⋅s sur une machine personnelle.
+   On ne copiera **jamais** des données d'adhérent⋅es sur une machine personnelle.
    Ce type d'opération doit s'effectuer impérativement entre des serveurs du BDE.

docs/scripts.rst

@@ -139,8 +139,8 @@ de diffusion utiles.
 Il prend 2 options :
 
 * ``--type``, qui prend en argument ``members`` (défaut), ``clubs``, ``events``, ``art``,
-  ``sport``, qui permet respectivement de sortir la liste des adresses mails des adhérents
+  ``sport``, qui permet respectivement de sortir la liste des adresses mails des adhérent⋅es
-  actuels (pour la liste ``adherents.bde@lists.crans.org), des clubs (pour
+  actuel⋅les (pour la liste ``adherents.bde@lists.crans.org), des clubs (pour
   ``clubs@lists.crans.org``), des personnes à abonner à ``evenements@lists.crans.org``,
   à ``all.bda@lists.crans.org`` et enfin à ``bds@lists.crans.org``.
 * ``--lang``, qui prend en argument ``fr`` ou ``en``. N'est utile que pour la ML événements,
@@ -157,8 +157,8 @@ malheureusement pas aussi simple que de simplement supposer que ces listes sont
 À terme, il pourrait être envisageable de synchroniser automatiquement les listes avec la note.
 
 
-Suppression d'un utilisateur
+Suppression d'un⋅e utilisateur⋅rice
-----------------------------
+-----------------------------------
 
 Le script s'appelle ``force_delete_user``.
 
@@ -167,7 +167,7 @@ Le script s'appelle ``force_delete_user``.
    Ce script est dangereux. À n'utiliser qu'avec de très grosses pincettes si vous savez
    ce que vous faites. Seul cas d'usage pour l'instant recensé : supprimer des comptes en
    double qui se sont malencontreusement retrouvés validés pour raison de Sogé et de mauvaise
-   communication au sein des trésorier⋅ère⋅s.
+   communication au sein des trésorièr⋅es.
 
    Il n'est certainement pas prévu de supprimer des vrais comptes existants via ce script.
    On ne supprime pas l'historique. Si jamais quelqu'un demanderait à supprimer son compte,
@@ -175,8 +175,8 @@ Le script s'appelle ``force_delete_user``.
 
 Ce script est utile lorsqu'il faut supprimer un compte créer par erreur. Tant que la validation
 n'est pas faite, il suffit en général de cliquer sur le bouton « Supprimer le compte » sur
-l'interface de validation. Cela supprimera l'utilisateur et le profil associé, sans toucher
+l'interface de validation. Cela supprimera l'utilisateur⋅rice et le profil associé, sans
-à une quelconque note puisqu'elle ne sera pas créée.
+toucher à une quelconque note puisqu'elle ne sera pas créée.
 
 Ce script supprime donc un compte ainsi que toutes les données associées (note, alias,
 transactions). Il n'est donc pas à prendre à la légère, et vous devez savoir ce que vous
@@ -192,8 +192,8 @@ pour supprimer tout ce qu'il faut, et une validation manuelle sera requise pour
 la suppression. L'option ``--doit`` évite cette confirmation manuelle.
 **Vous n'avez jamais à utiliser cette option en théorie.**
 
-À la fin du processus, un mail est envoyé aux administrateurs pour les prévenir des
+À la fin du processus, un mail est envoyé aux administrateur⋅rices pour les prévenir des
-élements supprimés.
+éléments supprimés.
 
 Des données réelles jamais tu ne supprimeras.
 
@@ -210,18 +210,18 @@ la Note Kfet 2015.
    s'est déroulé.
 
 
-Ajouter un super-utilisateur
+Ajouter un⋅e super-utilisateur⋅rice
-----------------------------
+-----------------------------------
 
 Le script s'appelle ``make_su``.
 
 Il prend en argument un pseudo.
 
-Avec l'option ``--SUPER, -S``, la personne avec ce pseudo devient super-utilisateur,
+Avec l'option ``--SUPER, -S``, la personne avec ce pseudo devient super-utilisateur⋅rice,
 et obtiens donc les pleins pouvoirs sur la note. À ne donner qu'aux respos info.
 
 Avec l'option ``--STAFF, -s``, la personne avec ce pseudo acquiert le statut équipe,
-et obtiens l'accès à django-admin. À ne donner qu'aux respos info.
+et obtient l'accès à django-admin. À ne donner qu'aux respos info.
 
 
 Rafraîchissement des activités
@@ -264,20 +264,20 @@ Envoi des rappels de négatif
 
 Le script s'appelle ``send_mail_to_negative_balances``.
 
-Il sert à rappeler aux adhérent⋅e⋅s et clubs en négatif qu'ils le sont, mais également
+Il sert à rappeler aux adhérent⋅es et clubs en négatif qui le sont, mais également
-à envoyer aux trésorier⋅ère⋅s et respos info la liste des adhérent⋅e⋅s en négatif.
+à envoyer aux trésorièr⋅es et respos info la liste des adhérent⋅es en négatif.
 
 Il prend les options suivantes :
 
 * ``--spam, -s`` : envoie à chaque adhérent⋅e en négatif un rappel par mail pour recharger
-* ``--report, -r`` : envoie le rapport aux trésorier⋅ère⋅s et respos info
+* ``--report, -r`` : envoie le rapport aux trésorièr⋅es et respos info
 * ``--negative-amount,-n`` : définit le solde maximal en-dessous duquel les notes
   apparaitront sur le rapport / seront spammées
-* ``--add-years, -y`` : ajoute également les adhérent⋅e⋅s des ``n`` dernières années
+* ``--add-years, -y`` : ajoute également les adhérent⋅es des ``n`` dernières années
 
-Ce script est appelé tous les mardis à 5h00 pour spammer les utilisateur⋅rice⋅s en
+Ce script est appelé tous les mardis à 5h00 pour spammer les utilisateur⋅ices en
-négatif et tous les 6 du mois pour envoyer le rapport des notes d'adhérent⋅e⋅s ou de
+négatif et tous les 6 du mois pour envoyer le rapport des notes d'adhérent⋅es ou de
-vieux/vieilles adhérent⋅e⋅s de moins d'un an sous -10 €.
+vieilleux adhérent⋅es de moins d'un an sous -10 €.
 
 
 Envoi des rapports
@@ -285,8 +285,8 @@ Envoi des rapports
 
 Le script s'appelle ``send_reports``.
 
-Les utilisateurs ont la possibilité de recevoir sur demande un rapport à la fréquence de
+Les utilisateur⋅rices ont la possibilité de recevoir sur demande un rapport à la
-leur choix (en jours) des transactions effectuées sur leur note.
+fréquence de leur choix (en jours) des transactions effectuées sur leur note.
 
 Le script prend 2 options :
 

locale/de/LC_MESSAGES/django.po

@@ -1446,8 +1446,10 @@ msgid "trusted"
 msgstr ""
 
 #: apps/note/models/notes.py:243
-msgid "frienship"
+#, fuzzy
-msgstr ""
+#| msgid "Manage aliases"
+msgid "friendship"
+msgstr "Aliases bearbeiten"
 
 #: apps/note/models/notes.py:248
 #, python-brace-format

locale/de/LC_MESSAGES/djangojs.po

@@ -9,9 +9,9 @@ msgstr ""
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2022-10-07 09:07+0200\n"
 "PO-Revision-Date: 2020-11-16 20:21+0000\n"
-"Last-Translator: Yohann D'ANELLO <ynerant@crans.org>\n"
+"Last-Translator: Emmy D'ANELLO <ynerant@crans.org>\n"
-"Language-Team: German <http://translate.ynerant.fr/projects/nk20/nk20-js/de/"
+"Language-Team: German <http://translate.ynerant.fr/projects/nk20/nk20-js/de/>"
-">\n"
+"\n"
 "Language: de\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"

locale/es/LC_MESSAGES/django.po

@@ -1433,8 +1433,10 @@ msgid "trusted"
 msgstr "amigo"
 
 #: apps/note/models/notes.py:243
-msgid "frienship"
+#, fuzzy
-msgstr "amistad"
+#| msgid "friendships"
+msgid "friendship"
+msgstr "amistades"
 
 #: apps/note/models/notes.py:248
 #, python-brace-format

locale/fr/LC_MESSAGES/django.po

@@ -20,6 +20,7 @@ msgstr ""
 
 #: apps/activity/apps.py:10 apps/activity/models.py:127
 #: apps/activity/models.py:167
+#: apps/activity/models.py:323
 msgid "activity"
 msgstr "activité"
 
@@ -82,7 +83,7 @@ msgstr "peut inviter"
 #: apps/activity/models.py:44
 #: apps/activity/templates/activity/includes/activity_info.html:46
 msgid "guest entry fee"
-msgstr "cotisation de l'entrée invitée"
+msgstr "cotisation de l'entrée invité⋅e"
 
 #: apps/activity/models.py:49
 msgid "activity type"
@@ -119,12 +120,12 @@ msgstr "type"
 #: apps/wei/models.py:171 apps/wei/templates/wei/attribute_bus_1A.html:13
 #: apps/wei/templates/wei/survey.html:15
 msgid "user"
-msgstr "utilisateur·ice"
+msgstr "utilisateur⋅rice"
 
 #: apps/activity/models.py:96
 #: apps/activity/templates/activity/includes/activity_info.html:36
 msgid "organizer"
-msgstr "organisateur·ice"
+msgstr "organisateur·rice"
 
 #: apps/activity/models.py:97
 msgid "Club that organizes the activity. The entry fees will go to this club."
@@ -238,6 +239,16 @@ msgstr "invité·e·s"
 msgid "Invitation"
 msgstr "Invitation"
 
+#: apps/activity/models.py:330
+#: apps/activity/models.py:334
+msgid "Opener"
+msgstr "Ouvreur⋅se"
+
+#: apps/activity/models.py:335
+#: apps/activity/templates/activity_detail.html:16
+msgid "Openers"
+msgstr "Ouvreur⋅ses"
+
 #: apps/activity/tables.py:27
 msgid "The activity is currently open."
 msgstr "Cette activité est actuellement ouverte."
@@ -366,7 +377,7 @@ msgstr "Toutes les activités"
 
 #: apps/activity/templates/activity/includes/activity_info.html:32
 msgid "creater"
-msgstr "créateur·ice"
+msgstr "créateur⋅rice"
 
 #: apps/activity/templates/activity/includes/activity_info.html:53
 msgid "opened"
@@ -588,7 +599,7 @@ msgstr "Pas de rechargement"
 
 #: apps/member/forms.py:185
 msgid "You can credit the note of the user."
-msgstr "Vous pouvez créditer la note de l'utilisateur·ice avant l'adhésion."
+msgstr "Vous pouvez créditer la note de l'utilisateur⋅rice avant l'adhésion."
 
 #: apps/member/forms.py:186 apps/registration/forms.py:85
 #: apps/wei/forms/registration.py:97
@@ -603,7 +614,7 @@ msgstr "Banque"
 
 #: apps/member/forms.py:233
 msgid "User"
-msgstr "Utilisateur·ice"
+msgstr "Utilisateur⋅rice"
 
 #: apps/member/forms.py:247
 msgid "Roles"
@@ -732,11 +743,11 @@ msgstr "adresse"
 #: apps/registration/templates/registration/future_profile_detail.html:43
 #: apps/wei/templates/wei/weimembership_form.html:47
 msgid "paid"
-msgstr "payé·e"
+msgstr "payé⋅e"
 
 #: apps/member/models.py:90
 msgid "Tells if the user receive a salary."
-msgstr "Indique si l'utilisateur·ice perçoit un salaire."
+msgstr "Indique si l'utilisateur⋅rice perçoit un salaire."
 
 #: apps/member/models.py:99 apps/treasury/tables.py:143
 msgid "No"
@@ -763,7 +774,6 @@ msgid ""
 "Register on the mailing list to stay informed of the sport events of the "
 "campus (1 mail/week)"
 msgstr ""
-"S'inscrire sur la liste de diffusion pour rester informé·e des actualités "
 "sportives sur le campus (1 mail par semaine)"
 
 #: apps/member/models.py:113
@@ -784,7 +794,7 @@ msgstr "date de dernier rapport"
 
 #: apps/member/models.py:127
 msgid "email confirmed"
-msgstr "adresse email confirmée"
+msgstr "adresse e-mail confirmée"
 
 #: apps/member/models.py:132
 msgid "registration valid"
@@ -796,7 +806,7 @@ msgstr "Charte VSS lue"
 
 #: apps/member/models.py:142 apps/member/models.py:143
 msgid "user profile"
-msgstr "profil utilisateur·ice"
+msgstr "profil utilisateur·rice"
 
 #: apps/member/models.py:177
 msgid "Activate your Note Kfet account"
@@ -894,11 +904,11 @@ msgstr "Le rôle {role} ne s'applique pas au club {club}."
 
 #: apps/member/models.py:381 apps/member/views.py:712
 msgid "User is already a member of the club"
-msgstr "L'utilisateur·ice est déjà membre du club"
+msgstr "L'utilisateur·rice est déjà membre du club"
 
 #: apps/member/models.py:393 apps/member/views.py:721
 msgid "User is not a member of the parent club"
-msgstr "L'utilisateur·ice n'est pas membre du club parent"
+msgstr "L'utilisateur·rice n'est pas membre du club parent"
 
 #: apps/member/tables.py:139
 msgid "Renew"
@@ -911,7 +921,7 @@ msgid ""
 "%(pretty_fee)s will be charged to renew automatically the membership in this/"
 "these club·s."
 msgstr ""
-"Cet·te utilisateur·ice n'est pas membre du/des club·s parent·s %(clubs)s. Un "
+"Cet·te utilisateur·rice n'est pas membre du/des club·s parent·s %(clubs)s. Un "
 "montant supplémentaire de %(pretty_fee)s sera débité afin de renouveler "
 "automatiquement l'adhésion dans ce·s club·s."
 
@@ -921,8 +931,8 @@ msgid ""
 "The user is not a member of the club·s %(clubs)s. Please create the required "
 "memberships, otherwise it will fail."
 msgstr ""
-"Cet·te utilisateur·ice n'est pas membre du/des club·s parent·s %(clubs)s. Merci de "
+"Cet⋅te utilisateur⋅rice n'est pas membre du/des club·s parent·s %(clubs)s. "
-"d'abord créer l'adhésion requise, sinon cette adhésion va échouer."
+"Merci de d'abord créer l'adhésion requise, sinon cette adhésion va échouer."
 
 #: apps/member/templates/member/add_members.html:29
 #, python-format
@@ -939,7 +949,7 @@ msgid ""
 "This club has parents %(clubs)s. Please make sure that the user is a member "
 "of this or these club·s, otherwise the creation of this membership will fail."
 msgstr ""
-"Ce club a pour parents %(clubs)s. Merci de vous assurer que l'utilisateur·ice "
+"Ce club a pour parents %(clubs)s. Merci de vous assurer que l'utilisateur⋅rice "
 "est membre de ce·s club·s, sinon la création de cette adhésion va échouer."
 
 #: apps/member/templates/member/base.html:17
@@ -988,8 +998,8 @@ msgid ""
 "If you use the force mode, the user won't be able to unlock the note by "
 "itself."
 msgstr ""
-"Si vous verrouillez la note de force, l'utilisateur·ice ne pourra plus la "
+"Si vous verrouillez la note de force, l'utilisateur⋅rice ne pourra plus la "
-"déverrouiller soi-même."
+"déverrouiller ellui-même."
 
 #: apps/member/templates/member/base.html:110
 #: apps/member/templates/member/base.html:137 apps/treasury/forms.py:91
@@ -1132,7 +1142,7 @@ msgstr "Attention"
 
 #: apps/member/templates/member/manage_auth_tokens.html:44
 msgid "Regenerate token"
-msgstr "Regénérer le jeton"
+msgstr "Régénérer le jeton"
 
 #: apps/member/templates/member/manage_auth_tokens.html:53
 msgid "OAuth2 authentication"
@@ -1170,7 +1180,7 @@ msgstr "Recadrer et envoyer"
 #: apps/registration/templates/registration/future_profile_detail.html:28
 #: apps/wei/templates/wei/weimembership_form.html:26
 msgid "This user doesn't have confirmed his/her e-mail address."
-msgstr "Cet·te utilisateur·ice n'a pas encore confirmé son adresse e-mail."
+msgstr "Cet⋅te utilisateur⋅rice n'a pas encore confirmé son adresse e-mail."
 
 #: apps/member/templates/member/profile_detail.html:13
 #: apps/registration/templates/registration/future_profile_detail.html:29
@@ -1217,11 +1227,11 @@ msgstr "Cette adresse doit être valide."
 
 #: apps/member/views.py:139
 msgid "Profile detail"
-msgstr "Détails de l'utilisateur·ice"
+msgstr "Détails de l'utilisateur⋅rice"
 
 #: apps/member/views.py:205
 msgid "Search user"
-msgstr "Chercher un·e utilisateur·ice"
+msgstr "Chercher un·e utilisateur·rice"
 
 #: apps/member/views.py:253
 msgid "Note friendships"
@@ -1253,15 +1263,15 @@ msgstr "Modifier le club"
 
 #: apps/member/views.py:574
 msgid "Add new member to the club"
-msgstr "Ajouter un·e nouvelle·au membre au club"
+msgstr "Ajouter un·e nouvelleau membre au club"
 
 #: apps/member/views.py:703 apps/wei/views.py:973
 msgid ""
 "This user don't have enough money to join this club, and can't have a "
 "negative balance."
 msgstr ""
-"Cet·te utilisateur·ice n'a pas assez d'argent pour rejoindre ce club et ne peut pas "
+"Cet⋅te utilisateur⋅rice n'a pas assez d'argent pour rejoindre ce club et ne "
-"avoir un solde négatif."
+"peut pas avoir un solde négatif."
 
 #: apps/member/views.py:725
 msgid "The membership must start after {:%m-%d-%Y}."
@@ -1273,7 +1283,7 @@ msgstr "L'adhésion doit commencer avant le {:%d/%m/%Y}."
 
 #: apps/member/views.py:880
 msgid "Manage roles of an user in the club"
-msgstr "Gérer les rôles d'un·e utilisateur·ice dans le club"
+msgstr "Gérer les rôles d'un⋅e utilisateur⋅rice dans le club"
 
 #: apps/member/views.py:905
 msgid "Members of the club"
@@ -1384,8 +1394,8 @@ msgstr ""
 #: apps/note/models/notes.py:70
 msgid "The note is blocked by the the BDE and can't be manually reactivated."
 msgstr ""
-"La note est bloquée de force par le BDE et ne peut pas être débloquée par le·a "
+"La note est bloquée de force par le BDE et ne peut pas être débloquée par læ "
-"possesseur·ice de la note."
+"propriétaire de la note."
 
 #: apps/note/models/notes.py:78
 msgid "notes"
@@ -1397,11 +1407,11 @@ msgstr "Cet alias est déjà pris."
 
 #: apps/note/models/notes.py:152
 msgid "one's note"
-msgstr "note d'un·e utilisateur·ice"
+msgstr "note d'un·e utilisateur·rice"
 
 #: apps/note/models/notes.py:153
 msgid "users note"
-msgstr "notes des utilisateur·ice·s"
+msgstr "notes des utilisateur·rice·s"
 
 #: apps/note/models/notes.py:159
 #, python-format
@@ -1438,7 +1448,7 @@ msgid "trusted"
 msgstr "ami·e"
 
 #: apps/note/models/notes.py:243
-msgid "frienship"
+msgid "friendship"
 msgstr "amitié"
 
 #: apps/note/models/notes.py:248
@@ -1543,7 +1553,7 @@ msgid ""
 msgstr ""
 "Les montants des notes doivent se trouver entre - 92 233 720 368 547 758.08 "
 "€ et 92 233 720 368 547 758.07 €. Ne cherchez pas à capitaliser l'argent du "
-"BDE."
+"BDE, il est temps de penser à partager les richesses."
 
 #: apps/note/models/transactions.py:274
 msgid "recurrent transaction"
@@ -1558,7 +1568,7 @@ msgid ""
 "The destination of this transaction must equal to the destination of the "
 "template."
 msgstr ""
-"Le·a destinataire de cette transaction doit être identique à celui du bouton "
+"Læ destinataire de cette transaction doit être identique à cellui du bouton "
 "utilisé."
 
 #: apps/note/models/transactions.py:290
@@ -1587,7 +1597,7 @@ msgid ""
 "payment method and a User or a Club"
 msgstr ""
 "Une transaction spéciale n'est possible que entre une note associée à un "
-"mode de paiement et un·e utilisateur·ice ou un club"
+"mode de paiement et un⋅e utilisateur⋅rice ou un club"
 
 #: apps/note/models/transactions.py:357 apps/note/models/transactions.py:360
 #: apps/note/models/transactions.py:363 apps/wei/views.py:978
@@ -1661,8 +1671,8 @@ msgstr "Consommer"
 #: apps/note/templates/note/conso_form.html:43
 #: apps/note/templates/note/transaction_form.html:69
 #: apps/note/templates/note/transaction_form.html:96
-msgid "Name or alias..."
+msgid "Name or alias…"
-msgstr "Pseudo ou alias ..."
+msgstr "Pseudo ou alias…"
 
 #: apps/note/templates/note/conso_form.html:53
 msgid "Select consumptions"
@@ -1711,11 +1721,11 @@ msgstr "Mail généré par la Note Kfet le"
 #: apps/note/templates/note/transaction_form.html:58
 #: apps/note/templates/note/transaction_form.html:178
 msgid "Select emitters"
-msgstr "Sélection des émetteur·ice·s"
+msgstr "Sélection des émetteur·rice·s"
 
 #: apps/note/templates/note/transaction_form.html:73
 msgid "I am the emitter"
-msgstr "Je suis l'émetteur·ice"
+msgstr "Je suis l'émetteur⋅rice"
 
 #: apps/note/templates/note/transaction_form.html:85
 #: apps/note/templates/note/transaction_form.html:180
@@ -1740,11 +1750,11 @@ msgstr "Nom"
 
 #: apps/note/templates/note/transaction_form.html:177
 msgid "Select emitter"
-msgstr "Sélection de l'émetteur·ice"
+msgstr "Sélection de l'émetteur⋅rice"
 
 #: apps/note/templates/note/transaction_form.html:179
 msgid "Select receiver"
-msgstr "Sélection du destinataire"
+msgstr "Sélection de læ destinataire"
 
 #: apps/note/templates/note/transaction_form.html:181
 msgid "Transfer type"
@@ -1767,24 +1777,24 @@ msgid "Current price"
 msgstr "Prix actuel"
 
 #: apps/note/templates/note/transactiontemplate_list.html:13
-msgid "Name of the button..."
+msgid "Name of the button…"
-msgstr "Nom du bouton ..."
+msgstr "Nom du bouton…"
 
 #: apps/note/templates/note/transactiontemplate_list.html:15
 msgid "New button"
 msgstr "Nouveau bouton"
 
 #: apps/note/templates/note/transactiontemplate_list.html:22
-msgid "buttons listing "
+msgid "buttons listing"
-msgstr "liste des boutons "
+msgstr "liste des boutons"
 
 #: apps/note/templates/note/transactiontemplate_list.html:73
-msgid "button successfully deleted "
+msgid "button successfully deleted"
-msgstr "le bouton a bien été supprimé "
+msgstr "le bouton a bien été supprimé"
 
 #: apps/note/templates/note/transactiontemplate_list.html:77
-msgid "Unable to delete button "
+msgid "Unable to delete button"
-msgstr "Impossible de supprimer le bouton "
+msgstr "Impossible de supprimer le bouton"
 
 #: apps/note/templates/note/transactiontemplate_list.html:95
 msgid "Button hidden"
@@ -1878,7 +1888,7 @@ msgid ""
 "is expired."
 msgstr ""
 "Indique si la permission doit être attribuée même si l'adhésion de "
-"l'utilisateur·ice est expirée."
+"l'utilisateur⋅rice est expirée."
 
 #: apps/permission/models.py:182
 #: apps/permission/templates/permission/all_rights.html:89
@@ -1936,16 +1946,16 @@ msgstr ""
 
 #: apps/permission/templates/permission/all_rights.html:12
 msgid "Users that have surnormal rights"
-msgstr "Liste des utilisateur·ice·s ayant des droits surnormaux"
+msgstr "Liste des utilisateur·rice·s ayant des droits surnormaux"
 
 #: apps/permission/templates/permission/all_rights.html:16
 msgid "Superusers have all rights on everything, to manage the website."
 msgstr ""
-"Les super-utilisateur·ice·s ont tous les droits sur tout, afin de gérer le site."
+"Les super-utilisateur·rice·s ont tous les droits sur tout, afin de gérer le site."
 
 #: apps/permission/templates/permission/all_rights.html:21
 msgid "Superusers"
-msgstr "Super-utilisateur·ice·s"
+msgstr "Super-utilisateur·rice·s"
 
 #: apps/permission/templates/permission/all_rights.html:45
 msgid "Roles description"
@@ -2026,7 +2036,7 @@ msgstr "inscription"
 
 #: apps/registration/forms.py:40
 msgid "This email address is already used."
-msgstr "Cet email est déjà pris."
+msgstr "Cette adresse e-mail est déjà prise."
 
 #: apps/registration/forms.py:60
 msgid "Register to the WEI"
@@ -2081,7 +2091,7 @@ msgstr "Activation du compte"
 msgid ""
 "An email has been sent. Please click on the link to activate your account."
 msgstr ""
-"Un email vient de vous être envoyé. Merci de cliquer sur le lien de "
+"Un e-mail vient de vous être envoyé. Merci de cliquer sur le lien de "
 "validation pour activer votre compte."
 
 #: apps/registration/templates/registration/email_validation_email_sent.html:17
@@ -2100,7 +2110,7 @@ msgstr "Valider le compte"
 #: apps/registration/templates/registration/future_profile_detail.html:63
 msgid ""
 "The user declared that he/she opened a bank account in the Société générale."
-msgstr "L'utilisateur·ice a déclaré avoir ouvert un compte à la société générale."
+msgstr "L'utilisateur·rice a déclaré avoir ouvert un compte à la société générale."
 
 #: apps/registration/templates/registration/future_profile_detail.html:73
 #: apps/wei/templates/wei/weimembership_form.html:127
@@ -2110,7 +2120,7 @@ msgstr "Valider l'inscription"
 
 #: apps/registration/templates/registration/future_user_list.html:9
 msgid "New user"
-msgstr "Nouvel·le utilisateur·ice"
+msgstr "Nouvel⋅le utilisateur⋅rice"
 
 #: apps/registration/templates/registration/mails/email_validation_email.html:12
 #: apps/registration/templates/registration/mails/email_validation_email.txt:3
@@ -2124,7 +2134,7 @@ msgid ""
 "confirm your registration."
 msgstr ""
 "Vous vous êtes inscrit·e récemment sur la Note Kfet. Merci de cliquer sur le "
-"lien ci-dessous pour confirmer votre adresse email."
+"lien ci-dessous pour confirmer votre adresse e-mail."
 
 #: apps/registration/templates/registration/mails/email_validation_email.html:26
 #: apps/registration/templates/registration/mails/email_validation_email.txt:9
@@ -2154,11 +2164,11 @@ msgstr "L'équipe de la Note Kfet."
 
 #: apps/registration/views.py:41
 msgid "Register new user"
-msgstr "Enregistrer un·e nouvel·le utilisateur·ice"
+msgstr "Enregistrer un⋅e nouvel⋅le utilisateur⋅rice"
 
 #: apps/registration/views.py:99
 msgid "Email validation"
-msgstr "Validation de l'adresse mail"
+msgstr "Validation de l'adresse e-mail"
 
 #: apps/registration/views.py:101
 msgid "Validate email"
@@ -2166,11 +2176,11 @@ msgstr "Valider l'adresse e-mail"
 
 #: apps/registration/views.py:145
 msgid "Email validation unsuccessful"
-msgstr "La validation de l'adresse mail a échoué"
+msgstr "La validation de l'adresse e-mail a échoué"
 
 #: apps/registration/views.py:156
 msgid "Email validation email sent"
-msgstr "L'email de vérification de l'adresse email a bien été envoyé"
+msgstr "L'e-mail de vérification de l'adresse e-mail a bien été envoyé"
 
 #: apps/registration/views.py:164
 msgid "Resend email validation link"
@@ -2178,11 +2188,11 @@ msgstr "Renvoyer le lien de validation"
 
 #: apps/registration/views.py:182
 msgid "Pre-registered users list"
-msgstr "Liste des utilisateur·ice·s en attente d'inscription"
+msgstr "Liste des utilisateur⋅rices en attente d'inscription"
 
 #: apps/registration/views.py:206
 msgid "Unregistered users"
-msgstr "Utilisateur·ice·s en attente d'inscription"
+msgstr "Utilisateur·rices en attente d'inscription"
 
 #: apps/registration/views.py:219
 msgid "Registration detail"
@@ -2370,14 +2380,14 @@ msgstr "Crédits de la Société générale"
 #: apps/treasury/models.py:315
 #, python-brace-format
 msgid "Soge credit for {user}"
-msgstr "Crédit de la société générale pour l'utilisateur·ice {user}"
+msgstr "Crédit de la société générale pour l'utilisateur·rice {user}"
 
 #: apps/treasury/models.py:445
 msgid ""
 "This user doesn't have enough money to pay the memberships with its note. "
 "Please ask her/him to credit the note before invalidating this credit."
 msgstr ""
-"Cet·te utilisateur·ice n'a pas assez d'argent pour payer les adhésions avec sa "
+"Cet·te utilisateur·rice n'a pas assez d'argent pour payer les adhésions avec sa "
 "note. Merci de lui demander de recharger sa note avant d'invalider ce crédit."
 
 #: apps/treasury/tables.py:20
@@ -2430,7 +2440,7 @@ msgid ""
 "implies regenerate it. Be careful if you manipulate old invoices."
 msgstr ""
 "Attention : le template LaTeX est enregistré avec cet objet. Modifier la "
-"facture implique la regénérer. Faites attention si vous manipulez de "
+"facture implique la régénérer. Faites attention si vous manipulez de "
 "vieilles factures."
 
 #: apps/treasury/templates/treasury/invoice_form.html:69
@@ -2529,7 +2539,7 @@ msgid ""
 "If this credit is validated, then the user won't be able to ask for a credit "
 "from the Société générale."
 msgstr ""
-"Si ce crédit est validé, alors l'utilisateur·ice ne pourra plus demander d'être "
+"Si ce crédit est validé, alors l'utilisateur·rice ne pourra plus demander d'être "
 "crédité·e par la Société générale à l'avenir."
 
 #: apps/treasury/templates/treasury/sogecredit_detail.html:44
@@ -2545,13 +2555,13 @@ msgid ""
 "Warning: if you don't validate this credit, the note of the user doesn't "
 "have enough money to pay its memberships."
 msgstr ""
-"Attention : si vous ne validez pas ce crédit, la note de l'utilisateur·ice n'a "
+"Attention : si vous ne validez pas ce crédit, la note de l'utilisateur·rice n'a "
 "pas assez d'argent pour payer les adhésions."
 
 #: apps/treasury/templates/treasury/sogecredit_detail.html:56
 msgid "Please ask the user to credit its note before deleting this credit."
 msgstr ""
-"Merci de demander à l'utilisateur·ice de recharger sa note avant de supprimer la "
+"Merci de demander à l'utilisateur·rice de recharger sa note avant de supprimer la "
 "demande de crédit."
 
 #: apps/treasury/templates/treasury/sogecredit_detail.html:63
@@ -2570,7 +2580,7 @@ msgstr "Filtrer avec uniquement les crédits non valides"
 #: apps/treasury/templates/treasury/sogecredit_list.html:50
 msgid "There is no matched user that have asked for a Société générale credit."
 msgstr ""
-"Il n'y a pas d'utilisateur·ice trouvé·e ayant demandé un crédit de la Société "
+"Il n'y a pas d'utilisateur·rice trouvé·e ayant demandé un crédit de la Société "
 "générale."
 
 #: apps/treasury/templates/treasury/sogecredit_list.html:63
@@ -2631,7 +2641,7 @@ msgstr "WEI"
 #: apps/wei/forms/registration.py:35
 msgid "The selected user is not validated. Please validate its account first"
 msgstr ""
-"L'utilisateur·ice sélectionné·e n'est pas validé·e. Merci de d'abord valider son "
+"L'utilisateur·rice sélectionné·e n'est pas validé·e. Merci de d'abord valider son "
 "compte"
 
 #: apps/wei/forms/registration.py:59 apps/wei/models.py:126
@@ -2644,7 +2654,7 @@ msgid ""
 "This choice is not definitive. The WEI organizers are free to attribute for "
 "you a bus and a team, in particular if you are a free eletron."
 msgstr ""
-"Ce choix n'est pas définitif. Les organisateur·ice·s du WEI sont libres de vous "
+"Ce choix n'est pas définitif. Les organisateur·rice·s du WEI sont libres de vous "
 "attribuer un bus et une équipe, en particulier si vous êtes un·e électron "
 "libre."
 
@@ -2797,7 +2807,7 @@ msgstr "première année"
 
 #: apps/wei/models.py:249
 msgid "Tells if the user is new in the school."
-msgstr "Indique si l'utilisateur·ice est nouveau dans l'école."
+msgstr "Indique si l'utilisateur⋅rice est nouvelleeau dans l'école."
 
 #: apps/wei/models.py:254
 msgid "registration information"
@@ -2837,19 +2847,19 @@ msgstr "Adhésions au WEI"
 
 #: apps/wei/tables.py:105
 msgid "The user does not have enough money."
-msgstr "L'utilisateur·ice n'a pas assez d'argent."
+msgstr "L'utilisateur⋅rice n'a pas assez d'argent."
 
 #: apps/wei/tables.py:108
 msgid ""
 "The user is in first year. You may validate the credit, the algorithm will "
 "run later."
 msgstr ""
-"L'utilisateur·ice est en première année, vous pouvez valider le crédit, "
+"L'utilisateur·rice est en première année, vous pouvez valider le crédit, "
 "l'algorithme tournera plus tard."
 
 #: apps/wei/tables.py:111
 msgid "The user has enough money, you can validate the registration."
-msgstr "L'utilisateur·ice a assez d'argent, l'inscription est possible."
+msgstr "L'utilisateur⋅rice a assez d'argent, l'inscription est possible."
 
 #: apps/wei/tables.py:143
 msgid "Year"
@@ -2870,19 +2880,19 @@ msgstr "Nombre de membres"
 
 #: apps/wei/tables.py:226 apps/wei/tables.py:257
 msgid "members"
-msgstr "adhérent·e·s"
+msgstr "adhérent·es"
 
 #: apps/wei/tables.py:287
 msgid "suggested first year"
-msgstr "1A suggéré·e·s"
+msgstr "1A suggéré·es"
 
 #: apps/wei/tables.py:293
 msgid "validated first year"
-msgstr "1A validé·e·s"
+msgstr "1A validé·es"
 
 #: apps/wei/tables.py:299
 msgid "validated staff"
-msgstr "2A+ validé·e·s"
+msgstr "2A+ validé·es"
 
 #: apps/wei/tables.py:310
 msgid "free seats"
@@ -2922,7 +2932,7 @@ msgstr "L'adhésion au BDE est offerte avec l'inscription au WEI."
 
 #: apps/wei/templates/wei/base.html:51
 msgid "WEI fee (unpaid students)"
-msgstr "Prix du WEI (étudiants)"
+msgstr "Prix du WEI (étudiant⋅es)"
 
 #: apps/wei/templates/wei/base.html:76
 msgid "WEI list"
@@ -2930,11 +2940,11 @@ msgstr "Liste des WEI"
 
 #: apps/wei/templates/wei/base.html:81 apps/wei/views.py:528
 msgid "Register 1A"
-msgstr "Inscrire un 1A"
+msgstr "Inscrire un⋅e 1A"
 
 #: apps/wei/templates/wei/base.html:85 apps/wei/views.py:614
 msgid "Register 2A+"
-msgstr "Inscrire un 2A+"
+msgstr "Inscrire un⋅e 2A+"
 
 #: apps/wei/templates/wei/base.html:93
 msgid "Add bus"
@@ -3062,7 +3072,7 @@ msgstr "L'inscription a déjà été validée et ne peut pas être dévalidée."
 
 #: apps/wei/templates/wei/weimembership_form.html:132
 msgid "The user joined the bus"
-msgstr "L'utilisateur·ice a rejoint le bus"
+msgstr "L'utilisateur⋅rice a rejoint le bus"
 
 #: apps/wei/templates/wei/weimembership_form.html:133
 msgid "in the team"
@@ -3107,7 +3117,7 @@ msgstr ""
 
 #: apps/wei/templates/wei/weimembership_form.html:166
 msgid "The user didn't give her/his caution check."
-msgstr "L'utilisateur·ice n'a pas donné son chèque de caution."
+msgstr "L'utilisateur⋅rice n'a pas donné son chèque de caution."
 
 #: apps/wei/templates/wei/weimembership_form.html:174
 msgid ""
@@ -3115,13 +3125,13 @@ msgid ""
 "membership will be processed automatically, the WEI registration includes "
 "the membership fee."
 msgstr ""
-"Cet·te utilisateur·ice n'est pas membre du club Kfet pour l'année à venir. "
+"Cet⋅te utilisateur⋅rice n'est pas membre du club Kfet pour l'année à venir. "
 "L'adhésion va être faite automatiquement, l'inscription au WEI inclut le "
 "coût d'adhésion."
 
 #: apps/wei/templates/wei/weimembership_list.html:27
-msgid "View unvalidated registrations..."
+msgid "View unvalidated registrations…"
-msgstr "Voir les inscriptions non validées ..."
+msgstr "Voir les inscriptions non validées…"
 
 #: apps/wei/templates/wei/weiregistration_confirm_delete.html:16
 msgid "This registration is already validated and can't be deleted."
@@ -3141,8 +3151,8 @@ msgid "There is no pre-registration found with this pattern."
 msgstr "Il n'y a pas de pré-inscription en attente avec cette entrée."
 
 #: apps/wei/templates/wei/weiregistration_list.html:27
-msgid "View validated memberships..."
+msgid "View validated memberships…"
-msgstr "Voir les adhésions validées ..."
+msgstr "Voir les adhésions validées…"
 
 #: apps/wei/views.py:58
 msgid "Search WEI"
@@ -3198,7 +3208,7 @@ msgstr "Gérer l'équipe WEI"
 
 #: apps/wei/views.py:492
 msgid "Register first year student to the WEI"
-msgstr "Inscrire un 1A au WEI"
+msgstr "Inscrire un⋅e 1A au WEI"
 
 #: apps/wei/views.py:550 apps/wei/views.py:649
 msgid "This user is already registered to this WEI."
@@ -3209,12 +3219,12 @@ msgid ""
 "This user can't be in her/his first year since he/she has already "
 "participated to a WEI."
 msgstr ""
-"Cet·te utilisateur·ice ne peut pas être en première année puisqu'iel a déjà "
+"Cet⋅te utilisateur⋅rice ne peut pas être en première année puisqu'iel a déjà "
 "participé à un WEI."
 
 #: apps/wei/views.py:578
 msgid "Register old student to the WEI"
-msgstr "Inscrire un 2A+ au WEI"
+msgstr "Inscrire un⋅e 2A+ au WEI"
 
 #: apps/wei/views.py:633 apps/wei/views.py:721
 msgid "You already opened an account in the Société générale."
@@ -3308,10 +3318,10 @@ msgid ""
 "sent to webmasters with the detail of the error, and this will be fixed "
 "soon. You can now drink a beer."
 msgstr ""
-"Désolé, une erreur est survenue lors de l'analyse de votre requête. Un email "
+"Désolé, une erreur est survenue lors de l'analyse de votre requête. Un e-mail "
 "a été envoyé aux responsables de la plateforme avec les détails de cette "
 "erreur, qui sera corrigée rapidement. Vous pouvez désormais aller boire une "
-"bière."
+"bière, avec modération."
 
 #: note_kfet/templates/autocomplete_model.html:15
 msgid "Reset"
@@ -3323,7 +3333,7 @@ msgstr "La note du BDE de l'ENS Paris-Saclay."
 
 #: note_kfet/templates/base.html:78
 msgid "Users"
-msgstr "Utilisateur·ice·s"
+msgstr "Utilisateur·rices"
 
 #: note_kfet/templates/base.html:84
 msgid "Clubs"
@@ -3404,7 +3414,7 @@ msgstr "Charte Info (FR)"
 
 #: note_kfet/templates/base_search.html:15
 msgid "Search by attribute such as name…"
-msgstr "Chercher par un attribut tel que le nom …"
+msgstr "Chercher par un attribut tel que le nom…"
 
 #: note_kfet/templates/base_search.html:23
 msgid "There is no results."
@@ -3602,7 +3612,7 @@ msgid ""
 "If you don't receive an email, please make sure you've entered the address "
 "you registered with, and check your spam folder."
 msgstr ""
-"Si vous ne recevez pas d'email, vérifiez que vous avez bien utilisé "
+"Si vous ne recevez pas d'e-mail, vérifiez que vous avez bien utilisé "
 "l'adresse associée à votre compte, et regarder également le dossier spam."
 
 #: note_kfet/templates/registration/password_reset_form.html:13
@@ -3624,7 +3634,7 @@ msgid ""
 "Kfet and pay the registration fee. You must also validate your email address "
 "by following the link you received."
 msgstr ""
-"Si vous vous êtes déjà inscrit·e·s, votre inscription a bien été prise en "
+"Si vous vous êtes déjà inscrit·e, votre inscription a bien été prise en "
 "compte. Le BDE doit d'abord valider votre compte avant que vous puissiez "
 "vous connecter. Vous devez vous rendre à la Kfet et payer les frais "
 "d'adhésion. Vous devez également valider votre adresse email en suivant le "

tox.ini

@@ -51,4 +51,4 @@ max-complexity = 15
 max-line-length = 160
 import-order-style = google
 application-import-names = flake8
-format = ${cyan}%(path)s${reset}:${yellow_bold}%(row)d${reset}:${green_bold}%(col)d${reset}: ${red_bold}%(code)s${reset} %(text)s
+format = %(cyan)s%(path)s%(reset)s:%(yellow)s%(bold)s%(row)d%(reset)s:%(green)s%(bold)s%(col)d%(reset)s: %(red)s%(bold)s%(code)s%(reset)s %(text)s