> What am I missing? > > It seems like you want your derived backend to transcode special blocks > somewhat differently than the parent backend. And adding a special block > export filter doesn't quite do the job.
I tried out the example Juan posted and it works perfectly well. But it would require to user to do something similar for each arbitrary new special block they need. E.g. #+being_katex, #+begin_tikz, #+begin_tikzjax (could be anything!) where the content needs to be kept unmodified. > For that purpose, you should write a special block transcoder - perhaps > falling back to the parent backend for block types you do not wish to handle > as described above. Can you please point me to an example? > Block specific customizations could rely on a backend specific attribute. Yes, I am doing block-specific customization (like support #+attr_shortcode above special blocks here[1]). But I don't know how to get back the original content of the special block because the `contents` arg received by the exporter's org-hugo-special-block already has the Org entities, and sub/super replacements done. [1]: https://github.com/kaushalmodi/ox-hugo/blob/458142675bb5a0e7ee26ecea07d75c10aa52184b/ox-hugo.el#L2872
