Better readme (#1240)

Added more detailed information for the setup of the work environment for the new member such as:

    Detailed instructions to configure the Dart and Flutter extension on Android Studio.
    Added link to other documentation. (ie. Contributing documentation, Flutter, etc.)
    Added French translation of the CONTRIBUTING.md file.
    Updated the French version of the README. md file to match the English version.
    Other minor fixes.

Author: BorealApple0939

CONTRIBUTING.fr.md

@@ -0,0 +1,132 @@
+# Contribuer
+
+Lors de la contribution à ce répertoire, veuillez commencer par discuter des changements que vous
+souhaitez appliquer par le biais d'un "_issue_", email, ou tout autre moyen avec le propriétaire de ce
+répertoire.
+
+Prendre note que nous avons un code de conduite, veuillez le suivre pour toutes vos interactions
+avec ce projet.
+
+## Processus de codage
+
+1. Nommer votre branche en suivant le format suivant:
+   `{feature/patch/bugfix}/#{issue number}-{issue description}`
+    - Exemple: `feature/#68-migration-to-null-safety`
+2. Laisser le code dans un meilleur état qu’avant vos modifications. Cela signifie effectuer une
+   refactoring dans les zones autour du code modifié.
+3. Testez vos modifications à l’aide de tests unitaires.
+4. Exécutez `flutter analyze` avant de soumettre une demande d’extraction et corrigez les problèmes
+   découverts.
+
+### Contrôle de version
+
+Le CI met automatiquement à jour la version dans le fichier `pubspec.yaml` en ouvrant une "
+pull request" en utilisant les étiquettes: `version: Major`,`version: Minor` ou `version: Patch`.
+
+- `version: Major`: utilisé lorsqu'un changement complet de UI est effectué ou lorsqu'un changement
+  majeur dans le fonctionnement du projet.
+- `version: Minor`: utilisé lorsqu'une nouvelle fonctionnalité est ajouté dans l'application
+- `version: Patch`: utilisé lorsque aucune fonctionnalité a été ajouté au projet. Cela inclut le
+  formatage, patches, correction de bug, etc.
+
+## Processus des "Pull Request"
+
+1. **Définir un problème relié**
+
+Si vous voulez suggérer des modifications, svp faire un `Issue` pour en discuter.
+<br/>Pour plus d'information:
+[Lien de la documentation sur les "GitHub Issues"](https://docs.github.com/fr/issues/tracking-your-work-with-issues/using-issues/linking-a-pull-request-to-an-issue#linking-a-pull-request-to-an-issue-using-a-keyword)
+<br/>SVP inscrire le `Issue` ici: (utiliser le mot-clé `closes: #12345`)
+
+2. **Description**
+
+Décrire vos changements en détails.
+
+3. **Est-ce que cela a été testé ?**
+
+S'il vous plait, décrire comment vous avez testé vos changements.
+Inclure les détails de vos tests unitaires ansi que les tests manuel effectués, comment vos
+changement ont affecté le code de d'autre fichiers, etc.
+
+4. **Liste à remplir avant de demander un révision de code**
+
+Assurer vous de bien remplir ces critère selon la nature de vos modifications:
+
+- [ ] J'ai performé une auto-révision de mon code
+- [ ] Si c'est une fonctionnalité mère, j'ai ajouté des tests approfondis.
+- [ ] Devons-nous mettre en œuvre des analyses?
+- [ ] Assurez-vous d’ajouter l’une des étiquettes suivantes: `version: Major`,`version: Minor` ou
+  `version: Patch`.
+
+5. **Capture d'écran (si nécessaire)**
+
+Si c’est un changement visuel, veuillez fournir une capture d’écran.
+
+## Code de Conduite
+
+### Notre Engagement
+
+Afin de favoriser un environnement ouvert et accueillant, nous les contributeurs et mainteneurs
+s’engagent à participer à notre projet et notre communauté une expérience sans harcèlement pour tout
+le monde, peu importe l’âge, condition physique, handicap, origine ethnique, identité et expression
+de genre, niveau d’expérience, nationalité, apparence personnelle, race, religion ou identité
+sexuelle et orientation.
+
+### Nos Standards
+
+Voici des exemples de comportements qui contribuent à la création d’un environnement positif:
+
+* Utiliser un langage accueillant et inclusif
+* Respecter les points de vue et les expériences différents
+* Accepter gracieusement les critiques constructives
+* Se concentrer sur ce qui est le mieux pour la collectivité
+* Faire preuve d’empathie envers les autres membres de la communauté
+
+Voici des exemples de comportements inacceptables:
+
+* L'utilisation d'un langage ou d'images sexualisés, d'une attention ou d'avances sexuelles non désirées.
+* Trolling, insultes/commentaires désobligeants et attaques personnelles ou politiques
+* Harcèlement public ou privé
+* Publier les renseignements personnels d’autrui, comme une adresse physique ou électronique, sans
+  autorisation explicite
+* Autres comportements qui pourraient raisonnablement être considérés comme inappropriés dans un
+  contexte professionnel
+
+### Nos Responsabilités
+
+Les responsables du projet sont chargés de clarifier les normes de comportement acceptable et
+doivent prendre des mesures correctives appropriées et équitables en réponse à tout cas de
+comportement inacceptable.
+
+Les responsables du projet ont le droit et la responsabilité de supprimer, modifier ou rejeter des
+commentaires, des confirmations, du code, des modifications au wiki, des problèmes et d’autres
+contributions qui ne sont pas alignées sur ce code de conduite, ou d’interdire temporairement ou
+définitivement tout contributeur pour d’autres comportements qu’ils jugent inappropriés, menaçants,
+offensants ou nuisibles.
+
+### Champ d'Application
+
+Ce code de conduite s’applique aussi bien dans les espaces du projet que dans les espaces publics
+lorsqu’une personne représente le projet ou sa communauté. Les exemples de représentation d’un
+projet ou d’une communauté comprennent l’utilisation d’une adresse électronique officielle du
+projet, la publication par l’intermédiaire d’un compte officiel sur les médias sociaux ou le fait
+d’agir en tant que représentant désigné à un événement en ligne ou hors ligne. La représentation
+d’un projet peut être définie et clarifiée par les responsables du projet.
+
+### Application des Règlement
+
+Les cas de comportement abusif, harcelant ou inacceptable peuvent être signalés en communiquant avec
+l’équipe du projet à [applets@etsmtl.ca](mailto:applets@etsmtl.ca). Toutes les plaintes feront
+l’objet d’un examen et d’une enquête, et donneront lieu à une réponse jugée nécessaire et appropriée
+aux circonstances. L’équipe de projet est tenue de respecter la confidentialité à l’égard du
+déclarant d’un incident. De plus amples détails sur les politiques d’application spécifiques peuvent
+être affichés séparément.
+
+Les responsables du projet qui ne suivent pas ou n’appliquent pas le code de bonne foi peuvent être
+confrontés à des répercussions temporaires ou permanentes déterminées par d’autres membres de la
+direction du projet.
+
+### Attribution
+
+Le présent code de conduite est une adaptation du [Contributor Covenant](http://contributor-covenant.org), version 1.4,
+disponible à l’adresse suivante: [http://contributor-covenant.org/version/1/4](http://contributor-covenant.org/version/1/4/)

CONTRIBUTING.md

@@ -1,33 +1,39 @@
 # Contributing
 
 When contributing to this repository, please first discuss the change you wish to make via issue,
-email, or any other method with the owners of this repository before making a change. 
+email, or any other method with the owners of this repository before making a change.
 
 Please note we have a code of conduct, please follow it in all your interactions with the project.
 
 ## Coding Process
 
-1. Name your branch using the following format: `{feature/patch/bugfix}/#{issue number}-{issue description}`
- - Example: `feature/#68-migration-to-null-safety`
-2. Leave the code in a better state than before your changes. That does mean performing refactoring in the areas around the modified code.
+1. Name your branch using the following format:
+   `{feature/patch/bugfix}/#{issue number}-{issue description}`
+    - Example: `feature/#68-migration-to-null-safety`
+2. Leave the code in a better state than before your changes. That does mean performing refactoring
+   in the areas around the modified code.
 3. Test your changes using unit tests.
 4. Run `flutter analyze` before submitting a pull request and fix any discovered issues.
 
 ### Versioning
 
-The CI automatically updates the version in the `pubspec.yaml` file when opening a pull-request using the specified label: `version: Major`,`version: Minor` or `version: Patch`.
+The CI automatically updates the version in the `pubspec.yaml` file when opening a pull-request
+using the specified label: `version: Major`,`version: Minor` or `version: Patch`.
 
-  - `version: Major`: used when a complete UI redesign is done or when a complete rewrite is done in the project;
-  - `version: Minor`: used when adding a feature in the application;
-  - `version: Patch`: used when no feature was added to the project. This includes refactoring, patches, bug fixes, etc.
+- `version: Major`: used when a complete UI redesign is done or when a complete rewrite is done in
+  the project;
+- `version: Minor`: used when adding a feature in the application;
+- `version: Patch`: used when no feature was added to the project. This includes refactoring,
+  patches, bug fixes, etc.
 
 ## Pull Request Process
 
 1. **Define a related Issue**
 
-If suggesting a new feature or change, please discuss it in an issue first
-For more explanation: https://docs.github.com/en/issues/tracking-your-work-with-issues/linking-a-pull-request-to-an-issue#linking-a-pull-request-to-an-issue-using-a-keyword
-Please link the issue here: (use keyword `closes: #12345`)
+If suggesting a new feature or change, please discuss it in an issue first.
+<br/>For more explanation: 
+[GitHub Issue Documentation](https://docs.github.com/en/issues/tracking-your-work-with-issues/linking-a-pull-request-to-an-issue#linking-a-pull-request-to-an-issue-using-a-keyword)
+<br/>Please link the issue here: (use keyword `closes: #12345`)
 
 2. **Description**
 
@@ -42,10 +48,11 @@ see how your change affects other areas of the code, etc.
 4. **Checklist before requesting a review**
 
 Make sure to fill out the following checklist for a change request:
-  - [ ] I have performed a self-review of my code.
-  - [ ] If it is a core feature, I have added thorough tests.
-  - [ ] Do we need to implement analytics?
-  - [ ] Make sure to add either one of the following labels: `version: Major`,`version: Minor` or `version: Patch`. 
+
+- [ ] I have performed a self-review of my code.
+- [ ] If it is a core feature, I have added thorough tests.
+- [ ] Do we need to implement analytics?
+- [ ] Make sure to add either one of the following labels: `version: Major`,`version: Minor` or `version: Patch`.
 
 5. **Screenshots (if useful)**
 
@@ -76,7 +83,7 @@ include:
 Examples of unacceptable behavior by participants include:
 
 * The use of sexualized language or imagery and unwelcome sexual attention or
-advances
+  advances
 * Trolling, insulting/derogatory comments, and personal or political attacks
 * Public or private harassment
 * Publishing others' private information, such as a physical or electronic
@@ -108,7 +115,7 @@ further defined and clarified by project maintainers.
 ### Enforcement
 
 Instances of abusive, harassing, or otherwise unacceptable behavior may be
-reported by contacting the project team at applets@etsmtl.ca. All
+reported by contacting the project team at [applets@etsmtl.ca](mailto:applets@etsmtl.ca). All
 complaints will be reviewed and investigated and will result in a response that
 is deemed necessary and appropriate to the circumstances. The project team is
 obligated to maintain confidentiality with regard to the reporter of an incident.
@@ -124,4 +131,5 @@ This Code of Conduct is adapted from the [Contributor Covenant][homepage], versi
 available at [http://contributor-covenant.org/version/1/4][version]
 
 [homepage]: http://contributor-covenant.org
+
 [version]: http://contributor-covenant.org/version/1/4/

README.fr.md

@@ -1,5 +1,5 @@
 <div align="center">
-  <img src="https://raw.githubusercontent.com/ApplETS/Notre-Dame/master/docs/images/ETS_logo.png" />
+  <img src="https://raw.githubusercontent.com/ApplETS/Notre-Dame/master/docs/images/ETS_logo.png" alt="ETS"/>
   <p>
     <br /><strong>Projet Notre-Dame</strong>
     <br />
@@ -9,66 +9,101 @@
     </a>
     <img src="https://img.shields.io/endpoint?url=https://gist.githubusercontent.com/clubapplets-server/e51406de3b919a69f396642a2bcb413c/raw/notre_dame_master_badge_coverage.json" alt="Code coverage"/>
     <br />
-    <img src="https://img.shields.io/endpoint?color=green&logo=google-play&logoColor=green&url=https%3A%2F%2Fplayshields.herokuapp.com%2Fplay%3Fi%3Dca.etsmtl.applets.etsmobile%26l%3DPlay%2520Store%2520version%26m%3D%24version" alt="Play store version"/>
+    <img src="https://img.shields.io/endpoint?color=green&logo=google-play&logoColor=green&url=https%3A%2F%2Fplay.cuzi.workers.dev%2Fplay%3Fi%3Dca.etsmtl.applets.etsmobile%26l%3DPlay%2520Store%2520version%26m%3Dv%24version" alt="Play store version"/>
     <br />
     <img src="https://img.shields.io/itunes/v/557463461?label=App%20Store%20version&logo=appstore" alt="App store version"/>
     <br />
   </p>
 </div>
 
-Ce projet concrétise la quatrième version de l'application mobile ÉTSMobile pour Android et iOS. Il s'agit de portail principal entre l'utilisateur et l'École de technologie supérieure (ÉTS) sur appareils mobiles. ÉTSMobile est un projet open-source développé par les membres du club étudiant ApplETS. L'application offre notamment :
+Ce projet concrétise la quatrième version de l'application mobile ÉTSMobile pour Android et iOS. Il
+s'agit du portail principal entre l'utilisateur et
+l'[École de technologie supérieure (ÉTS)](https://www.etsmtl.ca/) sur appareils mobiles. ÉTSMobile
+est un projet open-source développé par les membres du club
+étudiant [ApplETS](https://clubapplets.ca/). L'application offre notamment :
 
 * L'accès aux notes d'évaluations
 * L'accès aux horaires de cours
 * Et bien plus...
 
-_Note: Ce guide est aussi disponible en: [English](https://github.com/ApplETS/Notre-Dame/blob/master/README.md)_
+<ins>_Note: This guide is also available in: [English](README.md)_<ins/>
 
 ## Technologies utilisées
 
-* [Flutter](https://flutter.dev)
+* Flutter [[Accueil](https://docs.flutter.dev) |
+  [Téléchargement](https://docs.flutter.dev/get-started/install)]
 
 ## Requis
 
-- Flutter SDK v3.19.3 ou supérieure
+- Flutter SDK v3.32.0 ou supérieure
 - Openssl v1.1.1g ou supérieure
 - Java sdk 17
 
+## Configuration de Flutter
+
+- Télécharger le SDK Flutter à partir de la
+  section ["Technologies utilisées"](#Technologies-utilisées)
+  et suivre les instructions officielles.<br>
+  (Il est recommandé d'utiliser 7-Zip pour l'extraction du fichier)
+- Ouvrir le menu des paramètres et s'assurer que les extensions Flutter et Dart sont bien
+  installées.
+- Dans le menu des paramètres, se rendre dans la section "Languages & Frameworks".
+    - <ins>Flutter</ins>: Ajouter le chemin vers le dossier Flutter.
+    - <ins>Dart</ins>: Ajouter le chemin du dossier "flutter/bin/cache/dart-sdk" du dossier Flutter
+      et cocher Notre-Dame comme projet supporté.
+
 ## Avant de démarrer le code
 
-- Pour avoir accès a certaines fonctionnalités vous allez avoir besoin du certificat de SignetsAPI, la clef Google Drive., etc. , ces fichiers sont encrypté.
-  Pour les décrypter vous allez devoir exécuter le script `env_variables.sh` (disponible uniquement sur le Google Drive du club), 
-- puis exécuter les commandes suivantes à la racine du projet:
+- Pour avoir accès à certaines fonctionnalités vous allez avoir besoin du certificat de SignetsAPI,
+  la clef Google Drive, etc. Ces fichiers sont encryptés.
+  Pour les décrypter, vous allez devoir exécuter le script `env_variables.sh` (disponible uniquement
+  sur le Google Drive du club), puis exécuter les commandes suivantes à la racine du projet:
+
+### Linux
+
 ```sh
 chmod +x ./scripts/decrypt.sh
 chmod +x ./env_variables.sh
 ./env_variables.sh
 ```
 
+### Windows
+
+Dans une invite de commande GitBash
+
+```sh
+sh "env_variables.sh"
+```
+
 ## Démarrer le code
 
-- Pour générer les classes pour l'internationalisation, exécuter les commandes suivantes:
+- Pour générer les classes pour l'internationalisation (l10n), exécuter les commandes suivantes:
+
 ```bash
 flutter pub get
 ```
 
 - Pour générer les mocks:
+
 ```bash
 dart run build_runner build
 ```
 
-
-## Ajouter une variable d'environnement pour une API_KEY
-- Pour ajouter le Google Maps API TOKEN et le GitHub API TOKEN, vous devez renommer le fichier `.env.template` en `.env`.
-Dans le fichier `.env` , vous devez ajouter le Google Maps API TOKEN et le GitHub API TOKEN.
-
-
 ## Git hooks
 
-Vous pouvez trouver dans le dossier `.githooks` l'ensemble des hooks pour git. Pour configurer git afin d'utiliser ce dossier, saisir la commande suivante:
+Vous pouvez trouver dans le dossier `.githooks` l'ensemble des hooks pour git. Pour configurer git
+afin d'utiliser ce dossier, saisir la commande suivante:
+
 ```bash
 git config core.hooksPath .githooks
 ```
 
-## ⚖️ License
-Ce projet est licencié selon la licence Apache V2.0. Voir le fichier [LICENSE](https://github.com/ApplETS/Notre-Dame/blob/master/LICENSE) pour plus d'informations.
+## Comment renouveler les certificats Apple
+
+Suivre la procédure de
+ce [répertoire](https://github.com/ApplETS/fastlane-ios-certificates/blob/master/README.md),
+accessible uniquement par les groupes admin et devops.
+
+## Comment contribuer au projet
+
+Vous pouvez contribuer au projet en suivant les instructions de ce [document](CONTRIBUTING.fr.md)