Multi-line custom element support
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- html, markdown
- Área
- documentation, web-dev
Línea de trabajo
Read related issue #239 and the linked CommonMark discussion first, focusing on the unresolved block-level parsing options for custom elements. Define the desired behavior using the multiline example, including that it must render without an unintended
wrapper, then determine the spec and implementation changes needed.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
related: #239
I have a custom element that has a few very long attribute values, but needs to render without a wrapping <p>. It’s entirely unfeasible to write it all in one line (not to mention doing so would require me to update the component to handle escaped newlines, because it expects newlines in the string).
I get that the parsing question around this is complicated, but there needs to be a way to handle something like:
<my-element
attr1="very long content
that might even line wrap"
attr2="more very long content"
>
</my-element>
This is doubly so now that custom elements are gaining further traction.
There was discussion in #239 and https://talk.commonmark.org/t/raw-html-blocks-proposals-comments-wanted/983/69 includes discussion around the idea of whitelisting vs blacklisting block level elements, but never seemed to resolve that issue. I think, at a bare minimum, there needs to be a way to configure known block level elements, or a flag to treat custom elements as block level (I'm not entirely sure whether that's a spec issue vs. implementation though)
- Lenguaje dominante
- Python
- Estrellas
- 5.2k
- Forks
- 360
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 commonmark/commonmark-spec
-
NBSP written two different waysAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
commonmark/commonmark-spec#843 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
commonmark/commonmark-spec#838 · 2 comentarios ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 62/100
commonmark/commonmark-spec#728 · 2 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
commonmark/commonmark-spec#844 · 5 comentarios · 1 reacción ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
commonmark/commonmark-spec#842 ·
Todos los issues de commonmark/commonmark-spec
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 6 días
-
Bump zizmor to 1.31.1+Abiertogithub_actions
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
collective/icalendar#2003 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
openzim/python-scraperlib#360 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
volcengine/OpenViking#6445 ·
Los mantenedores suelen responder en 1 día