|
From: | jfbu |
Subject: | Re: [AUCTeX] files with non-ascii characters and LaTeX as in TeXLive 2018 |
Date: | Mon, 21 May 2018 11:34:24 +0200 |
User-agent: | Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 |
Le 21/05/2018 à 11:04, jfbu a écrit :
If AUCTeX provides a user-interface for extra TeX commands on command-line, via some variable, couldn't it check for that variable being or not nil. If nil, do not use \input, if not nil, use the \input with whatever extra measures are needed from the fact that any command will be executed after the format is loaded, hence the non-ascii characters assumed to be utf-8 and their first byte is active.
Ah sorry for the confusion in this paragraph. In fact, the utf-8 first bytes are active in both cases, but in the case of pdflatex filename they have a temporary definition based on \string and the thing works For reference on this, these links http://tug.org/pipermail/tex-live/2018-May/041669.html https://github.com/latex3/latex2e/commit/93b375e40e3dbfd57093e5b527be1d357a942a99 indirectly explain it, because there was a problem on Windows that utf-8 filenames are presented to the binary in another encoding. The commit above contains modified definitions for the LaTeX address@hidden macros, but indirectly it does illustrate that the mechanism is in place already in pdflatex filename situation. The difference with pdflatex "\input" filename is that \input is processed at a later time and the LaTeX address@hidden macros have by then another meaning. I think. Best Jean-François
[Prev in Thread] | Current Thread | [Next in Thread] |