@freethebit I cannot recreate the issue you are seeing.
Actually let me take that back…
I see the issue with:
- list item 1 - list item 2 ``` echo "hello" ``` - another list item 1 - another list item 2
But not with:
- list item 1 - list item 2 ```text echo "hello" ``` - another list item 1 - another list item 2
Thanks for the reply, but this is not a option for me. I’m looking for a static site generator that use something that properly render markdown
.md files and default syntax and the content files a wide compatible with other tools. Since there is no global setup for this, I’m moving on my actual project to another static site generator.
Speed is good as long it properly render the content.
And here’s another workaround:
- list item 1 - list item 2 <!--list-end--> ``` echo "hello" ```
(I happen to know these shortcomings of Blackfriday as I have written an Emacs Org mode to Blackfriday compatible Markdown generator .)
My opinion on this: its ugly, I don’t use shortcodes for a reason, mix stuff that is not content to content. If I need to use shortcode, I do not use.
I am in the same camp.
I’m going to play with 11ty today and see how it goes. The sad part, is that I only notice it after developed a theme for hugo and made the setup CI / CD on gitlab.
Here’s what’s keeping me with Hugo:
- While the Blackfriday dependency sucks, the workarounds are not bad (there’s a glimmer of hope that Hugo will switch to the commonmark Go library at some point).
- Static binary (I don’t need Ruby, node.js, etc. dependencies)
- Apart from Markdown parsing, there are many things that make up a static site generator and Hugo is great in all those areas… few I can think of: the bundle system, resources, data files, theme inheritance, etc.
- COMMUNITY! (this forum right here)
No if statement to check for the MD file extension in the event the OP is including images or other files inside the content dir?
Hi @rdwatters. If I’m understanding your question correctly, then this line from the above only returns the files with the relevant extension.
files="$(find . -type f -name "*.$ext_old")"
Could you elaborate a bit on this? Or provide a link to discussion on this topic?
I am very curious about the reasoning for not using shortcodes. Thanks!
Thanks for creating a separate thread.
Oops. You abstracted that part too, which is awesome. Sorry for the sloppy feedback, @zwbetz, and thank you for sharing; I’ll likely be using this sooner rather than later😊
After testing everything that I could the only option acceptable is what you showed:
```text echo "hello" ```
Specifying the code language in every single block.
Is this a case to have in the documentation a explicit note about the need to specify the programming language when using code block?
It helps in one way but mess up the hole thing,
- Item 1 - Item 2 ```zzz code ``` - Item 3
It make ‘item 3’ as sub level of ‘item 2’. The expected result was the code to be inside ‘item 2’.
Without the ‘zzz’ the thing keep it well formatted.
You could try the option
blackfriday is f*****
Yep. That’s a nasty bug.
Thanks for that example… I was a surprised that that didn’t work … because … I had tested that to work myself.
Turns out it’s a regression in Hugo v0.55.5; actually a regression in Blackfriday, because the Blackfriday version was bumped when going from v0.55.4 -> v0.55.5.
The temporary “fix” is to switch back to using Hugo v0.55.4 to avoid this particular bug.
Hopefully Hugo reverts the Blackfriday version until this gets fixed there.
Update: This issue is fixed in Hugo master branch ( d6ca728f ).
Where to ask for a new build for the docker image ‘monachus/hugo’ ?
At the end, to make my stuff working properly, I had to fork this repo https://github.com/oskapt/docker-hugo , downgrade hugo version to v0.55.4, and create another docker image https://hub.docker.com/r/freethebit/hugo , and modify my
gitlab-ci.yml to the image
freethebit/hugo as a temporary fix.