robitex

Ciao,
anche se l’oggetto è un po incasinato, la sostanza è questa:
– ho i dati delle mie fatture su un file .ods
– il ‘template’ è un file .odt
-faccio la stampa unione e ottengo la mia fattura.

Siccome ho iniziato ad usare LateX e i risultati si vedono 😯 , vorrei passare anche questa procedura in Latex, quindi:
1 – è possibile farlo?
2 – Come?
3 – Cosa posso usare come sorgente dati? (un DB o un foglio di calcolo sarebbe gradito)

grazie

Renato

Anch’io produco fatture e ricevute con LaTeX. I documenti oltre che tipograficamente gradevoli mantengono sempre la perfetta consistenza uno con l’altro.
Risolvere il tuo problema tuttavia è anche una questione di gestione dati ma, diversamente da ansys, ti sconsiglio datatool diciamo per una mia particolare allergia nei confronti del pacchetto di Nicola Talbot.
La logica direbbe:
* diamo a LaTeX l’incombenza della gestione tipografica
* diamo ad un secondo strumento l’incombenza della gestione dati

Per fissare le idee diciamo che il tuo strumento di gestione dati sia un foglio di calcolo (adatto solo per piccoli uffici ed attività). Per passare i dati dal foglio a LaTeX, basta fare un copia incolla in un sorgente già predisposto e compilare.
Per esempio in alcune celle delle formule restituiscono i dati come comandi LaTeX tipo (in A1 è riportata la data del documento):
`
= concatena(“\def\data{“;A1;”}”)
`
Copiando ed incollando tali celle siamo già pronti per compilare ed ottenere la fatture.
In conclusione, prima crea il sorgente LaTeX dove userai alcune macro che svolgono il ruolo di campo (tipo “Data documento: \data”), poi passa alla fase di produzione.

Avrai separato l’aspetto della fattura dai dati di fatturazione: l’aspetto può quindi cambiare indipendentemente dai dati (modello e vista).

Altre soluzioni più comode se per esempio le fatture da generare sono 1000, potrebbero essere quelle basate su script molto semplici da scrivere ed efficienti.
L’argomento è interessante e spero in futuro di portare a termine un progetto che risolve brillantemente la cosa, ma che è ancora chiuso in un cassetto…
Bye

Vorrei creare un foglio che illustra gli argomenti che saranno trattati in una materia universitaria. Volevo sapere da voi se il codice che uso puo’ essere migliorato:

`\documentclass[a4paper,11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[english]{babel}
\usepackage[a4paper,top=3cm,bottom=2cm,%left=3.5cm,right=3.5cm,bindingoffset=5mm
]{geometry}
\title{{\bfseries Subject\\\Large{5 ECTS}}\\ \large{Bachelor of Science in Faculty – Academic Year 2008-2009}}
\author{Prof. Caio}
\date{}
\begin{document}
\maketitle

\paragraph*{category1}
subcategory1, subcategory1, subcategory1.

\paragraph*{category2}
subcategory2, subcategory2, subcategory2.
\vspace {1cm}
\paragraph*{Type of examination\\}
Two written essays.

\paragraph*{\large{Textbooks}}
\begin{quote}
Author — “Book'' — Editor
\end{quote}
\end{document}`

Il risultato grafico mi soddisfa ma penso si possa migliorare da un punto di vista di codice.

Il codice non ha a mio avviso particolari problemi (tranne che utilizzare \paragraph senza delle \section non è corretto, usa \section).
Quello che farei è tuttavia esattamente il contrario: pensare ad un modello tipografico e DOPO implementarlo con il codice.
Mi spiego: utilizzando l’infrastruttura della classe article, con il comando \maketitle, si da al documento il significato compositivo di un articolo, con una prima pagina strutturata in titolo, ecc.
Pensa invece a cosa vuoi produrre ovvero un documento che illustra la struttura di un corso con i seguenti elementi (immagino):

* stemma università con identificazione
* titolo e codice dell’insegnamento
* nominativi insegnanti
* lingua d’insegnamento
* parte strutturata delle lezioni teoriche
* parte strutturata delle lezioni di esercitazione
* parte strutturata delle visite didattiche
* ecc

A questo punto (prendendo spunto dai documenti precedenti e da quelli dei colleghi), si scriverà il codice. Il processo di progettazione non è altro che l’ideazione del linguaggio e la sua implementazione.

Ricordo che il Prof. Beccari fece in LaTeX un registro delle lezioni (leggi l’articolo su ArSTeXnica disponibile sul sito del GuIT).

Ciao

Ho fatto le sostituzioni indicate (in effetti una volta segnalate anche io mi sono detto: “ci potevo arrivare”) ed è andato bene con gli esempi che mi avevate dato. Tuttavia quando ho provato a mettere un record del mio database, latex è entrato in crisi con i caratteri accentati. Non li metteva come tali ma come caratteri strani (al volo non me li ricordo, qualcosa tipo … per la “è” ecc…).

Ho pensato a problemi di codifica e ho cambiato da latin1 a ansinew, ma non è servito. Inoltre ciò ha fatto sì che Latex aprisse e chiudesse l’ambiente matematico un po’ a caso, sballando il risultato finale (compromesso comunque dalla non codifica delle lettere accentate).

Non ho il codice sotto mano. Spero possiate aiutarmi. Altrimenti ve lo posto appena posso.
Grazie. Davide

Innanzi tutto l’ordine corretto di caricamento dei tre pacchetti base è mnemonicamente definito dalla sigla “fib”, ovvero 1:fontenc 2:inputenc 3:babel.
Poi si caricano gli altri pacchetti.

La codifica del file sorgente deve essere passata come opzione al pacchetto inputenc, ma solo tu conosci quale codifica hai usato. Se per esempio lavori sotto Windows la codifica è generalmente latin1 (ovvero la ISO8859), ma se lavori con un editor tipo TeXWorks il file potrebbe essere codificato come Unicode (utf8).
Studiati una guida di base al paragrafo che tratta della codifica e vedrai che il problema si risolverà in un attimo.

Ciao

Scusate,
ancora qui per aggiungere un miglioramento: inversione del punto di vista. In questo modo il codice Lua anziché essere richiamato ogni volta che compare la macro \curdir, esso definisce una volta per tutte la macro \curdir che espande al path.

L’utente si ritrova quindi con una macro tradizionale, efficiente ed espandibile.

`\documentclass{minimal}

\directlua{
do
require “lfs”
local bs = “\string\\”
local cd = string.gsub(lfs.currentdir(),
bs,
bs..”textbackslash “)

tex.sprint(bs..”def”..bs..”curdir{“..cd..”}”)
end
}

\begin{document}

\texttt{\curdir}

\emph{\curdir}

\curdir

\curdir

\curdir

\end{document}`

Saluti

Ciao,
ho installato la libreria lua file system con la quale si può ottenere in lualatex il percorso della directory corrente.

Il tutto è molto semplice: basta chiamare all’interno della nuova macro \directlua di LuaTeX, il codice Lua con il quale si ottiene il percorso, ma vediamo le cose una alla volta:

Il codice Lua per stampare il path corrente è (da inserire in uno script):
`– codice Lua:
— caricamento libreria LuaFileSystem
require “lfs”

— memorizzo la stringa contenente il path
— della directory corrente
local cd = lfs.currentdir()
print(“Current dir: ” .. cd”)`

Ok. Se vogliamo utilizzarlo in un documento (Lua)LaTeX dovremo scrivere semplicemente:
`\documentclass{minimal}

\newcommand{\curdir}{
\directlua{% ecco quì il codice Lua
require “lfs”
local cd = lfs.currentdir()
tex.print(cd)
}
}

\begin{document}
\curdir
\end{document}`

Tuttavia questa semplicità è in realtà un poco più complicata per i sistemi Windows perché l’espansione della macro \curdir contenendo il carattere backslash produce un errore:
Per esempio il percorso “C:\documenti\tesi” darebbe luogo all’espansione delle macro \Documenti e \tesi. Ciò si può evitare per esempio sostituendo i caratteri di escape con la macro \textbackslash.
Il codice del comando diventerebbe questo:

`\newcommand{\curdir}{
\directlua{
require “lfs”
local cd = string.gsub(lfs.currentdir(),
“\\”,
“\\textbackslash “)
tex.print(cd)
}
}`

Abbiamo messo i doppi \\ perché in Lua in una stringa letterale definita dagli apici (doppi o semplici) il carattere \ funziona come carattere di escape ed un doppio \\ significa quindi il carattere \ stesso.
Allora avremo potuto anche scrivere:
`\newcommand{\curdir}{
\directlua{
require “lfs”
local cd = string.gsub(lfs.currentdir(),
[[\]],
[[\textbackslash ]])
tex.print(cd)
}
}`
dove si è usata la notazione tra doppie parentesi quadre per specificare le stringhe, notazione che non interpreta i caratteri di escape in Lua.
Entrambe i codici non funzionano perché in LuaTeX il codice all’interno di \directlua VIENE espanso TeXnicamente e quindi viene espanso per esempio \textbackslash dove non dovrebbe affatto essere.

Questo serpente che si morde la coda può essere risolto inserendo la primitiva \string nel codice Lua per evitare che i token vengano espansi.
Un codice per stampare il percorso della directory corrente in lualatex può essere questo:

`% installare la libreria lfs e compilare con lualatex
\documentclass{minimal}

\newcommand{\curdir}{
\directlua{
require “lfs”
local cd = string.gsub(lfs.currentdir(),
“\string\\”,
“\string\\textbackslash “)
tex.print(cd)
}
}

\begin{document}
\curdir
\end{document}
`
Ciao

Non sarebbe più comodo definire un comando?

`
\newcommand{\tbris}[1][]{% l'argomento opzionale è l'etichetta
\begin{table}[!htbp]
\caption{Risultati ottenuti}\label{tab:tbRis#1}
\centering\footnotesize
\input{capitoli/tabelle/tabRisultato}
\end{table}
}`

e poi nel testo dire semplicemente:
`…
\tbris[Prima]
…`
ed in un altro punto del sorgente quando l’inserisco per la seconda volta:
`…
\tbris[Seconda]
…`

in questo modo posso riferirmi alla stessa tabella ma nel punto in cui l’ho sistemata:
\ref{tab:tbRisPrima}
Bye

Il repository on line può essere modificato solo da chi ne ha le credenziali, quindi l’accesso è privato ma i dati sono pubblici (generalmente è così per gli hosting gratuiti).
In altre parole, la chiave ssh rende per tutti i dati di sola lettura tranne a te che hai l’accesso anche in scrittura.

Credo però, in qualità di utente LaTeX, che sia importante chiarire cosa ci si aspetta: una struttura verticale in cui ogni modifica viene sottoposta all’amministratore del progetto che ha l’onere di approvarle e di risolvere eventuali conflitti tra modifiche apportate sulle medesime righe di codice? O una struttura libera e distribuita in cui ciascuno ha il diritto di far ciò che vuole ma in cui ogno passaggio, ogno modifca deve essere tracciabile ricostruibile ed associabile ad un determinato utente? Credo che chiarito questo punto, e scelto se si va in direzione di un wiki collaborativo o di un libro in senso più tradizionale, anche la risposta potrebbe essere più semplice.

Perfettamente d’accordo. Hai centrato il nocciolo della tematica LaTeX/git.
Credo che non esiste una risposta univoca perché dipende dal progetto che si sta portando avanti.
Se si sta scrivendo uno stesso documento un coordinatore è necessario, se invece ciascuno è responsabile di una propria sezione, ognuno è responsabile di se stesso.
In pratica ogni sezione diviene un documento autonomo.
Un buon esempio “misto” credo sia la nostra rivista ArSTeXnica, dove ogni articolo è un documento indipendente uno dall’altro ma che potrebbe essere prodotto da uno o più autori.

Interessanti anche i link che hai postato.
Grazie e saluti.

La sintassi che usi lascia perplessi: se un ambiente prevede un argomento obbligatorio, esso è unico e va racchiuso tra parentesi graffe.

Per indirizzi multipli puoi semplicemente aggiungere l’indirizzo all’argomento obbligatorio distanziandolo dal precedente con l’opzione [distanza] data al comando di interruzione di linee \\. considera il seguente esempio tratto dal manuale della classe:
`
\documentclass[boldsubject,italicsignature,smartindent]{letteracdp}
% Of course, the above options are a matter of personal taste…
% Name, address and signature of the sender (the name is optional):
\name{Revinu Jitis Drofnats}
\address{
Revinu~J. \textsc{Drofnats}\\
Department of Farm Ecology\\
University of St.\,Anford\\
Haga Alto, CA~94321 (U.S.A.)
}

\signature{R.~J. Drofnats\\Professor}

\date{January~1, 2006} % as usual, date is optional, default is \today

% Place where the letter is written (optional):
\place{St.\,Anford}

% Since we are writing in English, we redefine a couple of words:
\renewcommand*{\subjectname}{Subject:}
\renewcommand*{\headtoname}{To:}

% Uncomment the following declaration if you want running heads:
% \pagestyle{headings}
\begin{document}
\begin{letter}[Brian~K. Reid]{
Prof.~Brian~K. \textsc{Reid}\\
Department of Electrical Engineering\\
Stanford University\\
Stanford, CA~94305 (U.S.A.)\\[2ex]
Prof.~Brian~K. \textsc{Reid}\\
Department of Electrical Engineering\\
Stanford University\\
Stanford, CA~94305 (U.S.A.)
}[
This is the optional subject of the letter.
]
\opening{Dear Prof.~Reid,}
this letter is typeset using a \texttt{letter} environment;
You can also use the \texttt{foldedletterhead} environment in place
of the \texttt{letterhead} environment (or \texttt{foldedletter} in
place of \texttt{letter}) to obtain a letter prepared to be folded in
three parts, as one usually does before putting it in an envelope.
Experiment to see what happens.
\closing{Sincerely,}
\end{letter}
\end{document}`
In blu l’argomento obbligatorio dell’ambiente letter.
Bye

PS: mi sono ricordato che sul numero di aprile di quest’anno di ArSTeXnica disponibile sul sito del GuIT c’é un articolo di Tommaso sul modo corretto di comporre indirizzi postali secondo le norme di poste italiane.