Por que o formato pdfcsplain rompe com \frlang?

Por que o formato pdfcsplain rompe com \frlang?

Outlook e copiar/colar pdfcsplainexecutado no seguinte arquivo funcionam bem:

\input utf8lat1 \input lmfonts
ê é à
\end

Outlook e copiar/colar da pdfcsplainexecução no seguinte arquivo estão quebrados:

\input utf8lat1 \input t1code \frlang \input lmfonts
ê é à
\end

Por que?

(NOTA: csplain recente é usado (março de 2019), onde \frlangestá habilitado por padrão)

A propósito: O que significa \oripdfoutputem csplain.ini? E por que \xprncodes=0é usado em csenc-u.texmas \xprncodes estão habilitados em csplain.ini?

Responder1

\input t1codedeve ser antes \input utf8lat1porque t1codefaz configurações muito básicas, outras macros (usadas em utf8lat1) dependem de tais configurações. Se você usar \input t1codeno csplain, isso \inputé recomendado como o primeiro \inputem seu documento:

\input t1code \input utf8lat1 \frlang \input lmfonts
ê é à
\end

Observe que essa "obscuridade" ocorre apenas quando o csplain é usado no TeX de 8 bits (como o pdfTeX). Se csplain for usado em luaTeX ou XeTeX então \input t1codenem \input utf8lat1nunca deverá ser usado:

\frlang \input lmfonts
ê é à
\end

Responder2

O problema pode ser reproduzido sem \frlang: está t1codejunto com lmfonts.

O problema é que \cmaccentscontinua em vigor. Corrija-o emitindo \csaccents:

\input utf8lat1
\input t1code
\frlang
\input lmfonts
\csaccents

ê é à

\end

insira a descrição da imagem aqui

informação relacionada