Feature Request: Create tests for syntax highlighter YAML files
Los mantenedores suelen responder en 3 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- go
- Área
- testing-qa
Línea de trabajo
Comienza inspeccionando runtime/syntax/markdown.yaml y el comportamiento existente del análisis sintáctico para el formato Markdown anidado. Compara el enfoque propuesto con los ejemplos de spec.json de CommonMark y, después, define casos de sintaxis representativos y un mecanismo de validación cuyos resultados puedan comprobarse con las piezas analizadas esperadas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
When creating or updating syntax files for languages that have complex syntax rules (such as nested formatting types in Markdown, $\LaTeX$, or AsciiDoc), it may be helpful to have syntax examples and their correct parsings to compare changes against.
For example, I am working on updating the Markdown syntax file to fix some style nesting bugs, such as the following bug that incorrectly renders bold text inside an italicized sentence:
In this case, once a solution has been found, it would be quick to test a few strings of italicized and bold text and verify that a fix works. However, when combined with other rules, this case would become more time-consuming to manually verify that fixes have been made and existing cases have not been broken.
Would it be possible to implement some sort of parsing validation system to ensure code is broken down into the correct "pieces"?
One related example that comes to mind is CommonMark's spec tests that include pairs of Markdown source strings and their proper HTML renderings. I'm not sure how Micro handles parsed code or if a system like this would be possible, but I wanted to bring up the idea in case others may find it useful as well.
- Lenguaje dominante
- Go
- Estrellas
- 29.8k
- Forks
- 1.4k
- Merge medio
- 1 d 12 h
- PR fusionados (30 d)
- 2
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 micro-editor/micro
-
feature syntax
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
micro-editor/micro#4289 ·
Los mantenedores suelen responder en 3 días
-
Also bind alt-click for multi-cursorsPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertofeature
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
micro-editor/micro#4260 ·
Los mantenedores suelen responder en 3 días
-
XML syntax highlighting breaks if empty tag contains whitespace before closePosiblemente ocupada @justadityaraj la tomó hace 57 días. Abiertobug syntax
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
micro-editor/micro#4213 · 1 comentario ·
Los mantenedores suelen responder en 3 días
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
micro-editor/micro#3553 · 5 comentarios ·
Los mantenedores suelen responder en 3 días
-
syntax
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
micro-editor/micro#2969 · 3 comentarios · 1 reacción ·
Los mantenedores suelen responder en 3 días
Todos los issues de micro-editor/micro
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
microsoft/TypeScript#65370 ·
Los mantenedores suelen responder en 1 día
-
bug tech debt testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
aws/amazon-vpc-cni-k8s#3976 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
txn2/mcp-data-platform#2522 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
open-telemetry/opentelemetry-go-contrib#10234 ·
Los mantenedores suelen responder en 1 día
-
discovery/backoff: default FindPeers limit yields no fresh peersPosiblemente ocupada @zakazaka95 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100