robitex

PS. Ho definito il comando in cui “salvare” il testo dell’intestazione con \newcommand\firstlines anzichè con \def.

Mi aspettavo che con più di un ambiente partab nel documento LaTeX avrebbe lamentato la definizione di un comando già definito, invece non ha fatto una grinza.

E’ perché la definizione del comando si trova all’interno di un gruppo e cessa di esistere subito dopo (escludo tranquillamente l’ipotesi che LaTeX sovrascriva i comandi con lo stesso nome altrimenti si potrebbero verificare errori e d’altro canto non esisterebbe il \renewcommand)?

PS. Il nuovo ambiente funziona p e r f e t t a m e n t e.

Bene grazie,
ci lavorerò un po’ su, anche per capire il funzionamento dei comandi TeX da te usati nell’ultimo codice.

Nel frattempo vorrei tornare al problema dei parametri opzionali:
A volte non riesco a vedere alla prima la sintassi dei comandi. Solo con tentativi e approfondimenti ulteriori riesco a chiarirmi il codice, questa volta di \newcommand.

Nella sintassi infatti non mi era chiaro se l’argomento opzionale possa essere utilizzato specificandolo tra parentesi quadre oppure graffe.
Io l’avevo inteso con le parentesi graffe e questo non raggiungeva l’obiettivo che mi ero preposto:
`\nuovocomando[opzione]{testo per il secondo argomento del comando}`
Chiarito il caso di una sola opzione per \newcommand, rimane il problema multiplo, ovvero implementare un comando con più opzioni, preferibilmente da specificare in ordine singolo tra parentesi quadre, così:
`\nuovocomando[opzione1][opzione2]…[opzionen]{testo di input al comando}`

Per esempio, vorrei che il comando \firma avesse l’ulteriore opzione [lineabase] con funzionamento si/no, per disegnare una \rule di appoggio della firma autografa centrata ed alla distanza guista.
`\firma[\fj\fp][lineabase]{Ruolo}{Nome}`

[OT] a migliore spiegazione:
Avrei almeno un’altra dozzina di argomenti da approfondire per giungere ad un codice soddisfacente, ma dovrò prima impiegare tempo per costruire una semplice e razionale “interfaccia” da esporre all’utente che dovrà essere solo successivamente implementata.
Per esempio, le lettere in mail merge, la possibilità di specificare più indirizzi, la possibilità di abbreviare con semplici comandi i nomi dei firmatari con rispettivo ruolo (che può cambiare di volta in volta), l’aspetto della prima pagina della lettera rispetto a quello delle successive, far si che il codice compia dei tentativi per raccogliere la lettera in un unica pagina, gestione della formula di saluto, nuovo environment per la lista degli allegati alla lettera, automatizzare la costruzione di certe tabelle economiche, ecc.
Il più interessante problema mi sembra quello delle lettere multiple (si lo sò esiste il pacchetto envlab), e quello relativo a come l’utente possa fornire le informazioni dei destinatari.
Già che ho messo a dura prova la vostra pazienza, vi accenno ad un altra idea che vorrei sviluppare: un pacchetto per la compilazione di etichette complesse progettabili liberamente dall’utente.

Grazie.

Completamento:

Nel caso di firma doppia uso:
`\newcommand{\firmadoppia}[4]{%
\begin{tabular}{*{2}{p{8cm}}}%
\makebox[8cm][c]{\stileruolo{#1}} & \makebox[8cm][c]{\stileruolo{#3}}\\%
\makebox[8cm][c]{\stilenominativo{#2}} & \makebox[8cm][c]{\stilenominativo{#4}}\\%
\end{tabular}\vspace*{0.62cm}}`

Per la firma centrata (che è alla fine del documento per cui non compare più il \vspace per garantire lo spazio della firma vera e propria):
`\newcommand{\firmacentrata}[2]{%
\begin{center}
\stileruolo{#1}\par
\stilenominativo{#2}
\end{center}}`