Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

read: an empty paragraph before a list in a table cell is lost

Abierto
#214 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
76/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
go, markdown
Área
cli, content

Línea de trabajo

Start with tableShape and renderCellLines, then reproduce the XML table-cell shape described in the issue and inspect the table property test that exposed it. The fix is done when the empty paragraph before a list survives the Markdown round trip and the generated Markdown is a fixed point on the next read.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

An empty paragraph just before a list in a table cell loses its line on the round trip. The table property test found it on main while I was working on #204, once a change to the generator moved its seeds onto this shape:

<td><p><strong>x up</strong></p><p /><ol><li><p>auth</p></li></ol></td>

reads as | **x up**<br><ol><li><p>auth</p></li></ol> |. That publishes as <strong>x up</strong><br><ol>…, and the next read drops the <br>: | **x up**<ol>…</ol> |. So the Markdown is not a fixed point, and the empty line is gone.

renderCellLines puts a <br> before the empty line and none before the list (a list ends its line by being a block), so the <br> it writes ends up directly before the <ol>, where it has no effect. #55 already keeps a table raw for an empty paragraph at either end of a cell. The likely fix is the same rule for an empty paragraph next to a list, in tableShape.

Lenguaje dominante
Go
Estrellas
2
Forks
0
Merge medio
2 h 31 min
PR fusionados (30 d)
59

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de mozilla/markfluence

Todos los issues de mozilla/markfluence

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.