Bracket sizing should be based on levels of nesting
- Lenguaje dominante
- Haskell
- Estrellas
- 1.3k
- Forks
- 201
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
Currently, the outermost bracket pair is always the largest possible size (125% of normal text height), and they get smaller from there. The means that even when you only have one pair of brackets on a line, they are the largest they can be.
Instead, sizing should count from the innermost pair. That means if there's only one pair of brackets, they should be regular-sized. Only if there are nested brackets will they start to grow larger. That also means we can make deeply nested brackets even bigger, because the extra space is **only** used when it's really needed because the programmer nests brackets deeply.
Unfortunately, this does mean the entire file must be rescanned to change parenthesis sizing, and changes later on can affect much early portions of the file. It doesn't fit so well with the existing forward-only syntax highlighting scheme that CodeMirror uses. Making this work is an interesting open question.
Guía de contribución
Línea de trabajo
Comienza con el esquema existente de resaltado de sintaxis de CodeMirror's, que solo funciona hacia delante, y sigue cómo se asignan los tamaños de los corchetes. Se considera terminado cuando el tamaño de los corchetes se basa en la profundidad de anidamiento desde el par más interno, los pares individuales mantienen su tamaño normal y los corchetes profundamente anidados pueden crecer sin romper las actualizaciones en otras partes del archivo.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Área
- frontend
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100