applets/notre-dame-android

ETSMobile next generation for Android. Moved to the following repository : https://github.com/ApplETS/Notre-Dame

notre-dame-android's Issues

Urgences: Vue d'un type d'urgence particulier

Manière de représenter les urgences lorsque dans une section. Entre autres:

• Format (HTML, PDF, Texte brut, etc...)
• Mise en page
• Liens pour contact immédiat (Téléphone, courriel)

Création de la vue par défaut

• Création de la barre de navigation inférieure
• Ajout des sections dans la barre de navigation
• Changement des sections en fonction de la sélection de la barre

Ajouter Buglife

• Ajouter Buglife afin de permettre aux utilisateurs de rapporter des bogues et émettre des commentaires

Site web : https://www.buglife.com/
Repo GitHub : https://github.com/Buglife/buglife-android

Profil : Ajouter les items « Sanction » et « À faire »

Horaire : Implémenter la vue en calendrier

Horaire : Ajouter le repository pour les sessions de l'utilisateur

Afin de récupérer les séances de cours de l'utilisateur, il faut, tout d'abord, récupérer la session.

Considérer l'utilisation d'un RateLimiter

Actuellement, les repository ne contiennent aucune logique dans la méthode shouldFetch. En effet, elle se fie seulement à un paramètre formel.
Ex. : https://github.com/ApplETS/Notre-Dame-Android/blob/dev/repository/src/main/kotlin/ca/etsmtl/repository/data/repository/signets/SessionRepository.kt#L43

Cela entraîne des situations ou des données sont demandées aux services alors qu'elles n'ont pas encore été changées. De plus, deux demandeurs pourraient demander une ressource de manière concurrente ce qui déclencheraient l'envoi de deux requêtes au serveur web et ce, pour un même résultat. En d'autres mots, il n'y a actuellement aucune limitation quant à la fréquence de rafraichissement.

L'introduction d'un RateLimiter nécessite qu'au moins les questions suivantes doivent être répondues :

• Quel est l'intervalle de temps?
• Comment permettre à un demandeur de forcer le rafraîchissement?

Référence : https://github.com/googlesamples/android-architecture-components/blob/master/GithubBrowserSample/app/src/main/java/com/android/example/github/util/RateLimiter.kt

Urgences: Système de modèle/vue

Relation entre la couche de données et la couche des vues pour les urgences.

Exemple: Une liste avec un modèle selon les différents types d'urgences.

• Création du modèle
• Création de la liste
• Création de l'adaptateur/contrôleur

Horaire : Ajouter le view model

La vue de l'horaire doit interagir avec un ViewModel.

Profil : Ajouter les sections du profil

• État du dossier étudiant
• Informations personnelles
• Programmes

Système de surveillance de stabilité

Quelques suggestions:

• Fabric
• Firebase

Urgences: Types

Types d'urgence où une section spécifique sera requise.

• Appel à la bombe 💣
• Colis suspect 📦
• Incendie 🔥
• Odeur suspecte 💨
• Panne d'ascenseur ⛔️
• Panne électrique ⚡️
• Personne armée 🔫
• Urgence médicale 🏥

Gabarit sur l'architecture du projet

• Choix de l'architecture
• Structure des paquets
• Explication sur les choix de l'architecture (Markdown)
• Explication concrète des technologies utilisés (librairies, exemples, etc...)

Exemple concret ici

Mise en place de Travis-CI

Comment démarrer ici

• Joindre le projet à Travis
• Vérifier le fonctionnement initial