robitex

Ciao a tutti.
Vi faccio una domanda un po’ di base e forse un po’ insolita.. ho creato un piccolo software (di contabilità, ma non importa) e vorrei che generasse dei report (ad esempio la lista dei movimenti). Mi piacerebbe che tali report fossero formattati decentemente, magari in un file pdf o dvi..insomma non un semplice file di testo. Per fare ciò avevo pensato di far generare un file .tex. La mia applicazione dovrebbe infine compilare tale file .tex in un pdf (ad esempio). Con una distribuzione di LaTeX installata non c’è problema dato che è possibile invocare il compilatore da riga di comando. Tuttavia mi sarebbe piaciuto che la mia applicazione fosse compatta, che non richiedesse installazioni. Esiste una versione di LaTeX (o, al limite, di TeX) che faccia al caso mio? Riassumendo, mi piacerebbe che esistesse un unico eseguibile da collocare in una directory della mia applicazione e che possa essere invocata senza installazione. Oppure una dll o qualcosa di simile!
Grazie a tutti

ciaoo

Sono d’accordo con Enrico, per funzionare LaTeX ha bisogno di parecchi file per giunta indicizzati. Per fissare le idee diciamo che servono circa 300 MB di file escludendo documentazione e pacchetti meno importanti, e riducendo all’osso secondo necessità mirate, tutto materiale soggetto a continuo aggiornamento.
Tale quantità è impensabile che possa essere gestita con un unico file.
Non vedo tuttavia problemi a rilasciare un applicativo che funziona utilizzando un installazione TeX, in fondo l’utente dopo l’installazione del tutto vedrebbe i report in pdf composti con LaTeX, anche se dietro le quinte la distribuzione è compresa di mille file.

Il problema in altre parole è suddiviso in due:
1 – maggiore complessità nella scrittura del codice d’installazione dell’applicativo che dovrebbe installare anche TeX and C. (altrimenti l’utente deve installare TeX a mano);
2 – complessa generazione dei file sorgenti poiché è delicato stabilire quali dati devono essere generati dall’applicativo nel sorgente e quali invece devono essere gestiti nel run di LaTeX.

Come minimo serve una o più classi documento, ben progettate e ben scritte.
La mia esperienza si limita ad alcuni script in Lua che generano sorgenti e li compilano.
Credo sia un buon risultato che conferma che LaTeX come motore di report è una buona (ma appunto complessa) strada.

In futuro penso che LuaTeX potrebbe facilitare l’elaborazione di report.
Ciao

8)
si è per wordpress mi hai letto in testa, grazie mille ho iniziato a usarlo ieri non lo sapevo e non l’ho mai visto (qualche link di blog wordpress che abbiano formule?)
ma lo renderizza o rende leggibili i sorgenti in latex da un utente web? perchè io ora sto allegand il .tex ad ogni post di wordpress

beh io lua non lo conosco ma sono abbastanza comodo in python quindi penso di farlo così
il mio problema è.. come capisco le misure da croppare?
le misure della formula e la posizione nella pagina? non mi dire che le devo calcolare..

In un post di WordPress basta digitare i seguenti tag per inserire formule. Essi verranno immediatamente trasformati in immagini PNG automaticamente con tanto di tip se si lascia sopra di essi il mouse riportante il codice LaTeX che le ha generate!!!

`
nel testo del post si può in qualsiasi punto inserire formule in corpo con la seguente sintassi:
$latex codiceformula$

per esempio
$latex u \cdot 2^i$

Per le formule in display basta premettere il comando \displaystyle senza cambiare il tag:
esempio:

$latex \displaystyle\sum_{j}^{n+1} j = \sum_{j}^{n} j + 2(n+1)-1=n^2 + 2n + 1 = (n+1)^2.$

Più in dettaglio, io uso il seguente markup per le formule in display che centrano nella pagina l'espressione:

$latex \displaystyle codiceformula$

`

Se utilizzi questa tecnica non c’è bisogno di alcun altro intervento. Semmai il problema si sposta a dare ai propri utenti il post in formato pdf pronto per il download. E qui entra in gioco lo script wp2pdf… (una prima versione dello script la trovi sul mio blog).

Invece di allegare il file .tex allega il file pdf del post!

Infine, l’utility di Oberdik dal nome pdfcrop calcola automaticamente il bounding box della formula, basta che essa compaia in una pagina pdf senza nessun altro elemento come per esempio il numero di pagina.
In questo caso lo script (in Python o Lua) dovrebbe compilare tanti file tex quante sono le formule per produrre i pdf con esse e procedere con il cropping e la trasformazione in png.

Bye

ciao a tutti sto scrivendo la tesi in latex, questa è la sintassi che uso

\documentclass[12pt,a4paper,openright,twoside]{book}
\usepackage[italian]{babel}
\usepackage[T1]{fontenc}
\usepackage{fancyhdr}

\pagestyle{fancy}
\renewcommand{\chaptermark}[1]{\markboth{#1}{}}
\renewcommand{\sectionmark}[1]{\markright{#1}{}}

\fancyhf{}
\fancyhead[LE,RO]{\textbf{\thepage}}
\fancyhead[RE]{\textbf{\nouppercase{\leftmark}}}
\fancyhead[LO]{\textbf{\nouppercase{\rightmark}}}

\usepackage{graphicx}
\usepackage{graphics}
\usepackage{amsmath}
\usepackage{amsfonts}
\usepackage{indentfirst}
\usepackage{bm}
\usepackage{amssymb}
\usepackage{latexsym}
\usepackage{amsthm}
\usepackage{pstricks}
\usepackage{slashed}
\usepackage[latin1]{inputenc}
\usepackage{eucal}

\hoffset
\voffset

ho 2 problemi che non riesco a risolvere da solo:

1) vorrei che il margine laterale fosse più stretto cioè vorrei che il testo fosse più espanso nella pagina, allora ho provato a dargli fullpackage con l’opzione headers, e mi fa il margine giusto ma l’header rimane col vecchio margine e in pratica non copre tutto il testo, oppure gli ho dato textwidth ma dà lo stesso problema

2) all’inizio di ogni capitolo,prima di iniziare una sezione, se vado a capo lasciando uno spazio nel file tex , nel pdf invece di risultare come un nuovo capoverso (cosa che fa di default nelle sezioni) mi dà una riga vuota anche lì che non voglio assolutamente.

Ciao e Benvenuto,
Per regolare la pagina usa il pacchetto geometry (quindi leggi su di esso una buona guida come quelle dei link in alto).
Tuttavia non è corretto allargare la gabbia del testo ed anche questo è ampiamente illustrate nelle guide.

Per creare un nuovo capoverso devi includere due ritorni a capo (non uno solo ne aggiungere spazi): nel sorgente deve risultare quindi una riga bianca.

TeX considera una sequenza di carattere spazio come un unico spazio, un solo ritorno a capo come uno spazio, e due o più ritorni a capo come l’inizio di un capoverso.

Ciao e buon lavoro!!!

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