cuappdev / cuappdev/pear-android
Fragment for MainActivity?
- Langage dominant
- Kotlin
- Étoiles
- 1
- Forks
- 0
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Since this activity is quite sparse we should just have it as a fragment pushed by the scheduling activity (or vice versa, I don't have all of the designs so I'm not sure which would make more sense)--creating activities takes a lot of resources so we should avoid having many of them.
For the sake of merging in all pending changes before the semester's end, feel free to make an issue for this and not change it now.
_Originally posted by @jmf373 in https://github.com/cuappdev/pear-android/pull/3_
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
Commencez par examiner MainActivity et l’activité de planification, puis comparez-les aux designs d’application disponibles. L’issue n’identifie pas quel composant devrait devenir un fragment et ne définit pas de condition d’achèvement concrète ; clarifiez donc la navigation et le design prévus avant de modifier le code.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- kotlin
- Domaine
- mobile
- Type d'issue
- Refactorisation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 20/100