I was able to get rid of it by commenting out SectionPagesMenu in config.toml and the corresponding [menu.main] in each section, except the few ones I need a dropdown menu for. Didn’t understand how it got resolved. Expect to run into this again …
I strongly suspect this was an error on your part, though if it happens again and it seems to be from BluestNight, let me know - preferably in a GitLab issue.
The runtime error still persists.
I do not get that error on any of the four sites using this theme that I maintain, using the latest version of the theme. If you still have the issue after updating, I’d check that required front matter items are present in all of your content files, as I think it’s possible I make an assumption that something is set when it isn’t. If that doesn’t help and you are willing to give me access to the site files (i.e. via a git repo), I may be able to figure it out. With the information I currently have, I have no clue what is causing it.
The extra js, css issue (critical for me)
I’ve been thinking more on this and think I may add this in a future update.
TOC not getting displayed. I use file extension .mmark . If I change it to .md, TOC works, but my math equations (katex) and diagrams get messed up.
If you look under the documentation for Mmark in Hugo, you’ll notice that certain features are not currently working with Mmark files. It’s a Hugo issue, not a theme one.
I need .mmark because of katex and displaying math.
I’m going to look into including this as well, in the form of MathJax. I’ll want to play around with it for a bit before deciding whether to include it, though. Even if I don’t include it, if the custom CSS/JS gets implemented you can include MathJax yourself.
comments : I did as in the doc, regarding secrets.php
Still comments don’t show. If I load localhost:1313/hashover.php, it displays the file. So relative path shud not be an issue. And yes, php-fpm is running on my archlinux localhost. Was recently upgraded. Any clues ?
I’m assuming by “displays the file” you mean that it is correctly parsed by PHP and that the resulting page does not display any PHP code in it at all. If you are seeing PHP code, that’s definitely an issue with how the server is set up.
I would try viewing the source for a generated page and see what URL it uses for the
hashover.php file. Does the page load if you visit that URL? If not, can you figure out what the correct URL is?
I have recently started university classes and don’t have as much time to spend tracking down bugs, so any help you can provide in narrowing these down is greatly appreciated.