robitex

LBreda” post=93576

Potevi tranquillamente utilizzare le vecchie credenziali del sito del Sant’Anna.

Uhm, non mi funzionarono, ma probabilmente sbaglio la password.

Penso che per usare un db in LaTeX ci siano due strade:
1 – [modo esterno] creazione del sorgente in automatico, compilazione, report finale;

Sí, ovviamente, ma scrivere un programma che mi produca preventivi (e sarebbe carino producesse anche il PDF, ma mi sa che non ci sono librerie e tocchi cavarsela con qualche pipeline), al momento, mi pare un po’ come tentare di uccidere una mosca con un bazooka. Funziona, ma ne vale la pena?

2 – [modo interno] creazione di un pacchetto per LuaLaTeX che si connette al db ed esegue le query.

LuaLaTex è la prima volta che lo sento nominare. Potrebbe essere l’occasione per imparare qualcosa di nuovo, anche se a quanto mi dici è un bazooka che ogni tanto fa pure cilecca nel far fuori la mosca. Grazie per i link (per una cosa del genere preferirei SQLite, nonostante le noie di scalabilità nella progettazione del DB, che andare a modificare le strutture delle tabelle è una pena). Solo che non conosco il Lua, per quanto mi sembri molto facile da apprendere.

Ciao,
nel modo 1 puoi usare il linguaggio che ritieni adatto: dal C a Ruby.
Per la questione ‘bazooka contro la mosca’ direi questo:
qualsiasi programma di gestione preventivi puoi vederlo come un bazooka contro la mosca.
Nel caso di cui stiamo ragionando, hai un vantaggio: l’applicazione la costruisci tu, il codice LaTeX lo crei tu ed è facilmente modificabile (nel senso che non si tratta di report da compilare in un binario ma di un file di testo).

In questi giorni sto mettendo a punto un sistema basato su LaTeX per produrre documenti fiscali. Ho messo a punto la struttura del database ma non ho ancora deciso se passerò dal modo 1 o dal modo 2. Ed in effetti è abbastanza ininfluente: posso inserire i dati con mille client diversi e posso ralizzare i report con mille librerie diverse (purché ovvio compatibili con il database scelto).

Alla prossima.
R.

LBreda” post=93555

Già; credo che tu debba crearti una classe ad hoc; prova a vedere la guida tematica sulle classi, qui sopra nella sezione Documentazione.
Ricorda: il logo tuo va nella testatina, il logo del cliente, ammesso che in un preventivo ci voglia, va nel copro del messaggio.

Ci proverò appena ho un po’ di tempo.

Se vuoi una intestazione che contenga due riquadri, uno con i dati della tua ditta (ragione sociale, logotipo, partita IVA, IBAN e quant’altro sei solito inserire nei preventivi, e analogamente un riquadro con i dati del cliente con ragione sociale, codice fiscale o partita IVA, eccetera, si può sempre fare in testa al corpo una unica tabella riquadrata con 2 colonne di tipo X (pacchetto tabularx) dal contenuto allineato a sinistra;

Ma una cosa del genere si può fare nella testatina?

robitex” post=93550
Benvenuto sul forum!

Grazie! Qualche volta chiesi aiuto anche sul vecchio forum, ma secoli fa.

Aggiungo che occorre mettere a punto anche il lato “getione dati”.
Questo aspetto è fondamentale perché da esso dipende non solo l’efficienza con cui produci i preventivi, ma anche le potenzialità di crescita e modifica e adattamento.
Ho creato centinaia di preventivi con LaTeX, che per me si chiamano computi metrici esecutivi.

Questo sarebbe molto interessante, sono decisamente a mio agio con i database. Ma come può essere implementata la cosa in LaTeX?

Puoi dirci qualcosa di più su come è costruito un tuo preventivo?

Intestazione con dati miei e del cliente, breve testo che riassume i requisiti del cliente sul lavoro, tabella del tipo “oggetto – costo”. A volte, in un documento analogo ma precedente al preventivo vero e proprio, le tabelle sono piú di una, per le diverse combinazioni di servizi tra i quali l’eventuale cliente con le idee poco chiare possa scegliere (ma potrei fare piú preventivi e sarebbe lo stesso).

Non vorrei insistere troppo, ma l’uso di un database dovrebbe essere sempre preso in considerazione in questi casi.

Sarebbe meraviglioso.

Potevi tranquillamente utilizzare le vecchie credenziali del sito del Sant’Anna.
Penso che per usare un db in LaTeX ci siano due strade:
1 – [modo esterno] creazione del sorgente in automatico, compilazione, report finale;
2 – [modo interno] creazione di un pacchetto per LuaLaTeX che si connette al db ed esegue le query.

Uso preferibilmente la prima perché non è sempre facile connettersi da LuaTeX alle librerie, e forse si perde qualcosa.
Leggi per esempio questo post recente:
http://www.guitex.org/home/it/forum/5-tex-e-latex/93493-luatex-non-trova-il-modulo-luasqlsqlite3
ma esiste anche un post sul mio blog per PostgreSQL.
Saluti.
R.

LBreda” post=93546Salve,

Esistono classi per (o adattabili per) fare preventivi? Finora mi sono abbastanza arrangiato a mano, ma i risultati lasciano molto a desiderare. Tabella a parte, è sempre un po’ problematico il posizionamento di dati e logo miei e del cliente.

Grazie,

—
Lorenzo Breda

Benvenuto sul forum!
Aggiungo che occorre mettere a punto anche il lato “getione dati”.
Questo aspetto è fondamentale perché da esso dipende non solo l’efficienza con cui produci i preventivi, ma anche le potenzialità di crescita e modifica e adattamento.
Ho creato centinaia di preventivi con LaTeX, che per me si chiamano computi metrici esecutivi.
Ci sono qundi due punti di vista da tenere separati il più possibile:
* come il documento deve apparire
* quali dati devono essere gestiti

Puoi dirci qualcosa di più su come è costruito un tuo preventivo?
I miei computi hanno per esempio tre sezioni:
* una prima sezione anagrafica per l’individuazione dell’oggetto dei lavori
* una sezione di voci prezzi/quantità/unità di misura/totale
* una sezione con una tabella di ripartizione delle spese

Non vorrei insistere troppo, ma l’uso di un database dovrebbe essere sempre preso in considerazione in questi casi.
Saluti.
R.

DeX” post=93456Buongiorno a tutti 🙂

Sono un laureando arrivato ormai agli sgoccioli, e la stesura della tesi ormai mi occupa gran parte della giornata; prima di iniziare la scrittura del mio progetto ho letto qualche guida di LaTex e poi mi sono buttato a capofitto in questo mondo.
Negli ultimi giorni sto litigando con un comando apparentemente semplice e banale (da quanto ho letto un po’ ovunque nel Web), \include o \input …. Ed è per questo che chiedo disperatamente il vostro aiuto:

I miei relatori vogliono un file principale all’interno del quale dovrò importare i capitoli, man mano che saranno pronti; ho creato un MainFile.tex inquesto modo:

`
\documentclass{book}
\usepackage{amsmath, amssymb}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[italian]{babel}

…
\input{02CapDue}

\begin{document}

\end{document}
`

In questo modo compila tutto alla perfezione.
Il problema sorge nel momento in cui voglio importare il capitolo successivo.

Esattamente sotto \input{02CapDue} inserisco \input{03CapTre} (entrami i capitoli sono nella medesima cartella), compilo due volte e il PDF creato da TexMaker mi mostra solo il primo file!
Ho provato in tutte le salse, seguendo mille indicazioni, ogni volta errori diversi … Potete darmi una mano per favore? I tempi stringono, ormai mancano due settimane alla consegna, e ho questo peso sullo stomaco non indifferente!

Come posso importare più file .tex all’interno di un .tex principale???

Ringrazio tutti per la cortesia e disponibilità.

DeX

Ciao DeX e benvenuto (ps. come hai fatto a loggarti nel momento stesso in cui ti ho attivato? ho sospettato di aver attivato un utente malintezionato)!

Forse è perché il comando \input{nomefile} non si trova all’interno dell’ambiente document?
R.

pasotti” post=93324Beh il mio è un documento di passa 500 pagine, includo parecchi documenti, stampo fronte e retro l’intero file…sarebbe assai più pratico avere modo di avere già nel file le tavole solo nei fogli di destra…

La stampa fronte/retro è più lenta e sollecita molto la meccanica della stampante.
R.