robitex

OldClaudio” post=93755

Sono anche io curioso! 😀
A parte le battute, io non ho fatto niente di particolare, se non crearmi il solito dummy package con equivs.

È proprio a quegli equivs che mi riferivo; ma siccome io sono un utente occasionale di Linux, ricordo di averne preso nota, ma di non averli usati quegli equivs; ora non so più dove ne presi nota. Però ne avevi dato comunicazione qui sul forum (magari la vecchia versione del forum) quindi con un cerca si dovrebbe trovare quel messaggio.

Ok. Ho capito.
Quanto al problema con LightDM non me ne sono proprio accorto. La mia procedura standard di installazione è leggermente diversa da quella della guida di Enrico.
Un saluto.
R.

DirkPitt” post=93740

Ciao,
puoi installare:
la TeX Live 2013 nello stato ‘frozen’ aggiornato fino ad aprile 2014
la TeX Live pretest (che diventerà la 2014)
nulla in attesa della TeX Live 2014

🙂
R.

Ciao,

grazie per la risposta.

Mi sai dire quando sarà disponibile per il download la 2014?

E sulla guida invece? Mi ricordo che nell ultime versioni di ubuntu la guida di Enrico non andava bene (a causa di Unity, se non sbaglio, che probabilmente togliero, ma cmq….)

Ciao

Non credo che Unity influenzi la procedura d’installazione di TeX Live, né in modo diretto da CTAn né dai repository con apt-get.
Ti consiglio di non rimuovere Unity, ciò comporta infatti qualche problema data l’integrazione della shell di Canonical.
Piuttosto installa il pacchetto gnome-session-fallback. All’avvio potrai scegliere Gnome classic e così potrai scordarti Unity.
R.

LuglioM26″ post=93676Salve a tutti.

Non conosco quali siano i requisiti e le conseguenze per rientrare tra i destinatari che usufruiscono della quota del 5xmille né la politica di gestione del gruppo GUIT ma oltre alla possibilità di poter diventare socio e di fare donazioni dirette tramite conto corrente postale o bonifico bancario vorrei chiedere se sarà possibile in futuro devolvere tale quota del 5xmille al GUIT.

Saluti

Stefano

Potrebbe essere una buona idea.
Non ci avevo mai pensato. Da quel che leggo sul sito dell’Agenzia delle Entrate occorre iscriversi in un elenco.
Serve leggere qualche articolo di norme ed in primis capire se il GuIT ricade tra gli enti ammessi.
Puoi aiutarci a chiarire questi punti?
Posso poi presentare una proposta in consiglio.
Grazie.
Ecco un riferimento che potrebbe essere utile:
http://www.agenziaentrate.gov.it/wps/content/nsilib/nsi/home/cosadevifare/richiedere/iscrizione+elenchi+5+per+mille+2014/scheda+informativa+5xmille+2014
R.

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.