Prerequisites should update based on user action
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 20/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Área
- frontend
Línea de trabajo
Start by reviewing the OpenShift Quick start courses exploration document, especially pages 7 and 8, and inspect the current quick-start prerequisite behavior. Define whether prerequisites should update after user actions, whether unavailable quick starts should be locked or merely indicated, and how a cleanup script would reset the state; done means these behaviors and their edge cases are specified and implemented.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
A script should be able to run that updates a quick starts prerequisites as the user completes them, giving users updated information about what they still have outstanding to complete before taking the current quick start. (Should be able to also run clean up script so the next person can run it again.)
This also brings up the question of how to handle quick starts that aren't available yet or when prerequisites haven't been completed. Are there any valid use cases for locking quick starts? Given that validation is still not possible, locking quick starts could just invite users to “fake” completion of a quick start to get to the next one. Additionally, we may not want to block advanced users from accessing a quick start later in a course if they don’t need the prior ones. If we find a valid use case for this, we could consider greying out and locking quick starts that users are not yet able to take. (Info on this pulled from OpenShift's Quick start courses exploration doc, page 7 and 8).
Jira Issue: PF-1893
- Lenguaje dominante
- TypeScript
- Estrellas
- 15
- Forks
- 47
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de patternfly/patternfly-quickstarts
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
-
Add Guided Tour components Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
-
PF Team
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
PF Team
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
Todos los issues de patternfly/patternfly-quickstarts
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
bcgov/bc-wallet-mobile#4761 · 1 comentario ·
-
external-issue to-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
area-deployment area-integrations triage:bot-seen
Dificultad 2/5 Medio día Aptitud para principiantes 86/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
refactor
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100