@@ -7,7 +7,7 @@ documentation is all scattered in the internet. So I am writing mostly to
7
7
remember myself, in future, if I have the same kind of issue what I need to do.
8
8
9
9
The context: [ Mataroa] ( https://mataroa.blog/ ) , the blog platform
10
- < capivaras.dev> is hosted on, relies in
10
+ [ capivaras.dev] ( https://capivaras.dev ) is hosted on, relies in
11
11
[ python-markdown] ( https://python-markdown.github.io/ ) , predates CommonMark
12
12
specification and as such, has some incompatibilities. One of those
13
13
incompatibilities with CommonMark is the way sub lists are handled. From the
@@ -29,9 +29,15 @@ CommonMark renderer called
29
29
[ Goldmark] ( https://github.com/yuin/goldmark/ ) . I them re-render the Markdown to
30
30
Mataroa using a [ Markdown
31
31
renderer] ( https://github.com/teekennedy/goldmark-markdown ) before publising to
32
- <capivaras.dev>, because this allow me to do some transformations in the
33
- original Markdown. It mostly works fine except for sub lists, thanks to the
34
- fact that the Markdown renderer I am using renders sub lists with 2 spaces.
32
+ [ capivaras.dev] ( https://capivaras.dev ) , because this allow me to do some
33
+ transformations in the original Markdown. It mostly works fine except for sub
34
+ lists, thanks to the fact that the Markdown renderer I am using renders sub
35
+ lists with 2 spaces.
36
+
37
+ The only reason sub lists are working right now is because
38
+ [ @ratsclub ] ( https://gluer.org/ ) fixed this issue in the fork that
39
+ [ capivaras.dev] ( https://capivaras.dev ) runs. But I want to be compatible with
40
+ the official instance if I ever need to migrate.
35
41
36
42
The solution? Let's fix this in a
37
43
[ PR] ( https://github.com/teekennedy/goldmark-markdown/pull/21 ) . However now that
0 commit comments