LuaTeX e \endlinechar

OldClaudio” post=112361Perché il carattere numero 10 della tabella ASCII è qualcosa come o o o qualcosa del genere. Non sono sicuro, ma il fine riga è codificato con sulle macchine Linux, con sulle vecchie macchine Mac, ma ora con SO X, sono uniformati con i sistemi UNIX; nele macchine Windows sono caratterizzati dai due caratteri di seguito . Nel processo di tokenizzazione in entrata questi vari fine riga sono trasformati tutti in un unico codice esadecimale, che probabilmente non è il 10 (continuo a tirare ad indovinare); coì quando \directlua manda il testo a Lua togliendo tutti i fine riga, sostituisce con spazi tutti i fine riga individuati dal codice sostitutivo di luatex, ma non sostituisce il carattere 10; ecco quindi il codice lua che conta correttamente le righe.

Naturalmente non ho questa visione approfondita; bisognerebbe almeno leggere il libro 5 della Millennium edition del sistema TeX (libro 1: il linguaggio TeX; libro 2: il codice del linguaggio; libro 3: Metafont; libro 4: codice del linguaggio Metafont; Libro 5: l’interprete TeX-the-program fatto di brani di Pascal intercalati con la loro documentazione in linguaggio web. Ci ho provato, ma è troppo difficile per un non-informatico. Forse la cosa è spiegata in modo più comprensibile in TeX by topic; ricordo che c’è scritto qualcosa in merito, ma non me ne ricordo i dettagli.

Ciao Claudio.
Dopo la tua risposta ho fatto qualche passo avanti.
Ecco il codice che però non funziona:
`% !TeX program = LuaLaTeX
\documentclass{article}

\long\def\defstring#1{%
\begingroup
\endlinechar=10\relax
\directlua{s = [[#1]]}\endgroup}

\defstring{1
2
3
4

5
6
7
8
}

\begin{document}

\directlua{
tex.print([[\string\begin{verbatim}]])
local t = 0
for line in string.gmatch(s, [[(.-)]]..string.char(10)) do
t = t+1
tex.print(line)
end
print(t)
print[[ciao]]
}
\end{verbatim}
oo
\end{document}`

Dovrebbero venir stampate le linee date come argomento di \defstring.
Questo perché la stringa multilinea subisce tokenizzazione prima di essere passata come argomento al comando che trova una stringa di una riga soltanto perché i codici di categoria non passano a Lua.

Idee?
R.

Ciao.
Ho tentato questa macro:
`\newcommand\sourcecode[1]{%
\toks255{%
local from_file = sourcecodelib._from_file;
local from_lines = sourcecodelib._from_lines;
local from_string = sourcecodelib._from_string;
local res =}
\begingroup
% catcode corrections
% endlinechar correction (eventually)
\toksapp255{#1; res:_typeset()}
\endgroup
\edef\x{\the\toks255}
\directlua{\x}}
`

L’idea è questa: espandere l’argomento della macro in un gruppo dove si è preventivamente corretto i codici di categoria per i caratteri spazio graffe eccetera, e per il carattere \n di fine riga.
Una volta che l’argomento #1 è stato letto nel modo “giusto” da TeX, lo espando nella macro \directlua per eseguire il codice.
Non funziona.
Vorrei scrivere una macro che accetti normale codice Lua. Ma non posso inserirlo direttamente in \directlua perché la trasformazione in token altera sia gli spazi, sia il carattere di fine riga.
Normalmente non è un problema. Questa volta invece si perché il codice Lua deve rimanere come se lo si leggesse in un file perché, verrà elaborato per essere inserito verbatim.

Così facendo, troverò sotto il codice composto in syntax highlighting, il suo output.
Un po’ intricato da spiegare…
R.