Babel-style shorthands are rendered inside code listings

[gnull]

Consider this example.

\documentclass{article}

\usepackage{minted}

\newminted[hs]{Haskell}{}

\begin{document}

Minted: \mintinline{hs}{Just 1 >>= pure, ---}

Texttt: \texttt{Just 1 >>= pure, ---}

Verb: \verb|Just 1 >>= pure, ---|

\end{document}

In pdf output, all three will render >>= as is. But with make4ht the first two render it as »=, i.e. the babel shorthand that usually converts >> into a guillemet seems to be kicking in. Also, the --- is rendered as is in pdf, but make4ht interprets it in texttt case as –- (i.e. en-dash followed by hyphen). The other two examples render --- as they should.

[michal-h21]

This seems to be fixed in the current version as well. Hopefully the files I already sent in the other issue will be enough.

[gnull]

I checked, and still see >> as » with the three files from #179.

[michal-h21]

I've found that this indeed happens with the --lua option. It is because of the font encoding. Try this config file:

\Preamble{xhtml}
\begin{document}
\fontencoding{OT1}\selectfont
\EndPreamble

[gnull]

Yeah, it works. Thanks a lot, you're a wizard!

Should we close the issue since there's a documented workaround, or do you want it around until (if any) there's a permanent fix?

[michal-h21]

I will fix it in TeX4ht sources. I've found some more fixes were needed to get it working fully, but they don't work in the config file unfortunately.