Update docs screenshots to reflect new navigation design and use the actual in-app example screener
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 55/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- java
- Área
- documentation, tooling
Línea de trabajo
After #522 and #525 are complete, inspect the screenshot automation scripts in e2e and compare the current docs example with the in-app example screener. Done means the screenshots and any affected docs text reflect the new navigation and actual screener; also document whether combining the scripts or sharing setup is worthwhile.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Depends on #522 and #525 being complete first!
There are a couple of scripts (in e2e I believe) that automate creating screenshots, so maybe that can streamline this task.
Will probably need to update the scripts (and maybe some of the docs text too?) to reflect the content of the in-app example screener instead of the dummy screener that currently is used for docs. (Sanity check that this makes sense before beginning! - is there something gained by keeping the two separate (docs example vs. in-app example).
Bonus: combine the existing screenshot automation scripts into one script (or maybe separate scripts with a common setup? Not sure, but investigate what is best)
- Lenguaje dominante
- Java
- Estrellas
- 16
- Forks
- 5
- Merge medio
- 14 h 45 min
- PR fusionados (30 d)
- 25
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin 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 CodeForPhilly/benefit-decision-toolkit
-
Make docs website more visibleAbiertodocumentation Good for newcomer quick win
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
CodeForPhilly/benefit-decision-toolkit#519 ·
Los mantenedores suelen responder en 1 día
-
documentation quick win
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
CodeForPhilly/benefit-decision-toolkit#445 ·
Los mantenedores suelen responder en 1 día
-
Make issue templatesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
CodeForPhilly/benefit-decision-toolkit#425 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
CodeForPhilly/benefit-decision-toolkit#524 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
CodeForPhilly/benefit-decision-toolkit#523 ·
Los mantenedores suelen responder en 1 día
Todos los issues de CodeForPhilly/benefit-decision-toolkit
Issues similares
-
area/frontend good first issue kind/cooldown
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
beehive-lab/TornadoVM#1151 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
(cbor) `maxStringLength` not consistently checked for chunked (indefinite-length) text valuesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
FasterXML/jackson-dataformats-binary#823 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día