About the IMPORT instruction
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 20/100
Línea de trabajo
The payload names no files, so start by finding the pre-parser and the IMPORT handling in the C# source. Read how the main file's configuration is applied to the merged text. Done would mean imported files are pre-parsed recursively with their own configuration, syntax errors report the correct file and line, and the grammar reads are merged before the main parse. The issue is a design proposal with no maintainer decision, so confirm the approach in the thread before writing code.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What we have now
The pre-parsing applies on the main file. For each IMPORT read, it deletes that import and add the imported content to the start of the new string to parse.
The problem
Now if there is an error in one file, the parsing will still trigger an error, but it will neither give the file it occurs nor the correct line of the error. Moreover, different files may need different configurations. As for now, only the last line is taken into account for configuration, and that may lead to unexpected errors when parsing.
Idea for solution
Here is what I propose:
- When the pre-parser reads the main file, each time a IMPORT instruction is encountered
- The pre-parsing is also applied on the imported file, with a new empty configuration context so that the main configuration and the imported file configuration does not conflict. (Each time a IMPORT instruction is read, pre-parsing must recursively applied to the imported file).
- The syntax parsing is applied to the imported file.
- Once the pre-parsing is finished, all imported grammar reads are merged together
- The parsing can normally apply on the main file normally
- Lenguaje dominante
- C#
- Estrellas
- 0
- Forks
- 0
- Merge medio
- 3 d 4 h
- PR fusionados (30 d)
- 5
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 Natvs/Nt.SyntaxParser
-
New light syntaxAbiertogood first issue usability
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
Natvs/Nt.SyntaxParser#45 ·
-
Starting a new branchAbiertogood first issue usability
Dificultad 3/5 Medio día Aptitud para principiantes 73/100
Natvs/Nt.SyntaxParser#44 ·
-
documentation
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
Natvs/Nt.SyntaxParser#35 ·
-
More pre-parsing instructionsAbiertoenhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
Natvs/Nt.SyntaxParser#28 ·
-
Comments in grammar filesAbiertoenhancement good first issue
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Natvs/Nt.SyntaxParser#15 ·
Todos los issues de Natvs/Nt.SyntaxParser
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Natvs/Nt.Automaton#33 ·
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
a-corriger documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
christian-raj/S-Aloha#312 ·
-
ready-for-agent tech-debt
Dificultad 1/5 1-3 horas Aptitud para principiantes 85/100
DigiBanks99/menlo#640 ·
Los mantenedores suelen responder en 1 día
-
ci
Dificultad 1/5 Menos de una hora Aptitud para principiantes 62/100
OpenTabletDriver/OpenTabletDriver#5283 ·
Los mantenedores suelen responder en 3 días