<div dir="ltr"><div>Hi all,<br><br></div>in the meantime I tried a minimal example and it works so there must be an incompatibility in one of the packages. I will examine it further when I have time.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div>
<br><div class="gmail_quote">2018-07-25 12:39 GMT+02:00 Zdenek Wagner <span dir="ltr"><<a href="mailto:zdenek.wagner@gmail.com" target="_blank">zdenek.wagner@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Anyway, as I wrote, I had no time to test it and I will have no time at least to the end of September.<br></div><div class="gmail_extra"><span class=""><br clear="all"><div><div class="m_3953116991013702180gmail_signature" data-smartmail="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/<wbr>wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div>
<br></span><div><div class="h5"><div class="gmail_quote">2018-07-25 12:26 GMT+02:00 David Carlisle <span dir="ltr"><<a href="mailto:d.p.carlisle@gmail.com" target="_blank">d.p.carlisle@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hmm for all variants that I can detect are using things incompatible<br>
with inputenc it is not preloaded<br>
<br>
<br>
<br>
% Skip this section in Unicode TeX, or if  MLTeX and EncTeX are enabled.<br>
%    \begin{macrocode}<br>
\ifnum0%<br>
  \ifx\Umathchar\@undefined\else 1\fi<br>
  \ifx\mubyte\@undefined\else 1\fi<br>
  \ifx\charsubdef\@undefined\els<wbr>e 1\fi<br>
  =\z@<br>
<br>
<br>
so in a format built with enctex there should be no change in the 2018<br>
release (or that's a bug, sorry)<br>
<span class="m_3953116991013702180HOEnZb"><font color="#888888"><br>
David<br>
</font></span><div class="m_3953116991013702180HOEnZb"><div class="m_3953116991013702180h5"><br>
<br>
On 25 July 2018 at 10:51, Zdenek Wagner <<a href="mailto:zdenek.wagner@gmail.com" target="_blank">zdenek.wagner@gmail.com</a>> wrote:<br>
> Hi all,<br>
><br>
> I was too busy with my own work so that I almost have not tested TL 2018. I<br>
> found that my LaTeX documents do not work and since I have all releases<br>
> starting at 2014, I have just switched back and had no time to examine it<br>
> further.<br>
><br>
> Now I probably know the reason. I often use constructions as<br>
> \futurelet\next\dosomething or \everypar{\setinitial} with<br>
> \def\setinitial#1{... do something with the first character ...}. For these<br>
> macros everything must be a character with category 11 or 12, not an active<br>
> character. The inputenc package in case of UTF8 will give me just a part of<br>
> the character. For this reason I use encTeX where active characters are not<br>
> needed. As I am thinking about it just now, it seems to be easily solvable.<br>
> The encoding files for encTeX can start with \csname<br>
> UseRawInputEncoding\endcsname which will revert the encoding for new LaTeX<br>
> and insert harmless \relax in all other cases. The same encTeX files are<br>
> also used in the plain TeX so \csname seems to me as most portable.<br>
><br>
><br>
> Zdeněk Wagner<br>
> <a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" rel="noreferrer" target="_blank">http://ttsm.icpf.cas.cz/team/w<wbr>agner.shtml</a><br>
> <a href="http://icebearsoft.euweb.cz" rel="noreferrer" target="_blank">http://icebearsoft.euweb.cz</a><br>
><br>
> 2018-07-25 11:36 GMT+02:00 David Carlisle <<a href="mailto:d.p.carlisle@gmail.com" target="_blank">d.p.carlisle@gmail.com</a>>:<br>
>><br>
>> On 25 July 2018 at 09:18, Zdenek Wagner <<a href="mailto:zdenek.wagner@gmail.com" target="_blank">zdenek.wagner@gmail.com</a>> wrote:<br>
>><br>
>> ><br>
>> > pdflatex is an 8-bit SW, it is not Unicode-aware. It is achieved by<br>
>> > active<br>
>> > characters which break a lot of things. Almost all my older files ceased<br>
>> > to<br>
>> > work with pdflatex and TL2018 .<br>
>> >><br>
>><br>
>> That's very surprising, you could have reported at least one to the team!<br>
>><br>
>> Since the release I have only seen one report of a user file that<br>
>> generated an error<br>
>> (and that was silently mos-interpreting non ascii input in older<br>
>> releases so the error wasn#t really a bad thing)<br>
>><br>
>> If you have an example of a conforming document that failed to work<br>
>> after the 2018 release let us know<br>
>> at the very least we can add to the documentation to say what to do,<br>
>> if that is not covered by the existing documentation.<br>
>><br>
>><br>
>> David<br>
><br>
><br>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>