Add guidelines for formatting questions and explanations
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Documentación
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- cpp, markdown
- Área
- content, documentation
Línea de trabajo
Comienza revisando las convenciones existentes del repositorio para las preguntas y las explicaciones, y después compara cada una de las 17 reglas propuestas con el contenido actual. La tarea estará completada cuando exista un conjunto coherente de directrices de formato, aprobado por un maintainer, con un alcance y una redacción claros.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Suggestions from @tocic:
<changes> — <reason> — <automatable>:
- use ``` instead of
for code blocks (even inside quotes) — easier to read/write, code highlighting — greppable - no
using namespace std;— more vertical space —clang-tidy/greppable - no EOL at EOF — consistency —
clang-formatcan consistently do the opposite - 2 or 4 spaces for code indentation — consistency, more horizontal space —
clang-format (...)for omitting,[some text]for our remarks inside references — consistency — not*/**instead of_/__— consistency, to support_in refs — nothttpsinstead ofhttp— security — greppable- strip whitespace — easier to read —
git - remove/replace non-printable chars — looks like they are present in the original standard draft so we can ignore them in the future — greppable
- add missing punctuation — consistency, easier to read — partially greppable
- use
>instead of""for refs — easier to read, better highlighting — not - empty line before a quote — consistency, easier to read in long explanations — greppable
>instead of just>— consistency, easier to read — greppable- use
>(right angle bracket + newline) for linebreaks in quotes — vanilla markdown syntax, idk why it renders correctly without them — not - try to preserve the original formatting in quotes — hightlighting, easier to match — not
- always add a hint — if there's "No hint", the user loses his score for nothing — greppable
- refer to
¶note-Xand¶general-example-Ydirectly where appropriate — no need to write[*Note X*:and— *end example*]— not
- Lenguaje dominante
- Python
- Estrellas
- 130
- Forks
- 15
- Merge medio
- 1 min
- PR fusionados (30 d)
- 2
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 knatten/cppquiz
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 52/100
-
Website shows poorly on mobileAbiertohelp wanted
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
-
Filter by difficultyAbiertolow-pri
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de knatten/cppquiz
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
With emit_ontology_keys, one ontology key change is reported as two errors (keys and keys_digest)Posiblemente ocupada @rvandewater la tomó hoy. Abiertobug priority:low
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 84/100
iausathub/satchecker#286 ·
Los mantenedores suelen responder en 1 día
-
bug test
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
OpenAssetIO/OpenAssetIO#1527 ·
-
automated endpoint-dead needs-curation
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
almanac-data/climate-almanac#128 ·
Los mantenedores suelen responder en 1 día