Newsgroup: it.comp.software.tex
Titolo: [long] XML, TeX & co: il parere tei TeXnici

Buona domenica,
in questi giorni sto facendo (per lavoro e studio personale) il punto
della situazione su ciò che riguarda la rappresentazione di documenti
in formati indipendenti dalla presentazione e la loro pubblicazione in
vesti differenti, dal web alla carta stampata.
Posto che XML si presenta come formato d'elezione per rappresentare i
dati, siano essi statici o prelevati da una base di dati, diverse
possibilità si presentano quando si tratta il passo successivo del
"rendering".
XSLT è sicuramente lo strumento ad hoc per produrre HTML e quindi
soddisfare la produzione di output per il web, sia esso fruito in
maniera visuale, uditiva, tattile, etc.
Produrre contenuti per la stampa, e qui vi interpello, resta il punto
più ricco di incognite.
XSL-FO appare ideale per lo scopo ed in giro si iniziano a vedere
interessanti implementazioni che lo supportano (ad es.
http://xml.apache.org/fop/
); d'altra parte acquisire una discreta
pratica con XSL-FO non è proprio roba da un paio di giorni, e richiede
inoltre di gestire manualmente il layout, cosa che sappiamo bene non
essere appannaggio di tutti.
A questo punto entra in gioco TeX: perchè non creare un sorgente TeX,
(o più propriamente LaTeX, ConTeXt, 4TeX, etc) a partire dal documento
XML, con una trasformazione XSLT?
In questo modo, in 2 passaggi (trasformazione XSL, compilazione del
sorgente TeX) si otterrebbe un output per la stampa di ottima qualità,
senza dover cimentarsi tipografi nella scrittura di un foglio XSL-FO.
Arriva una eventuale ed ulteriore domanda: se il processo avviene
on-line è sufficiente montare sul server una distribuzione TeX alla
maniera tradizionale.
Ma se si volesse creare un applicazione stand-alone (alternativa
"povera" a FrameMaker e compagni) come si potrebbe integrare TeX senza
richiedere all'utente (che si suppone non sappia nemmeno cosa sia TeX)
di installarne una distribuzione?
In sostanza, esiste il modo di "isolare" TeX (più un eventuale
pacchetto di macro) ed integrarlo in un applicazione così che il
processo di trasformazione XML->Documento per la stampa risulti del
tutto trasparente all'utente finale rispetto alla presenza del motore
TeX?
Spero di non avervi tediato troppo e attendo le vostre graditissime
proposte,
--
Fabio Fidanza

 maniera tradizionale.
ConTeXt può elaborare direttamente i file XML (entro certi limiti; 
non ha un XSLT completo).
-- 
Giuseppe "Oblomov" Bilotta
"Da grande lotterò per la pace"
"A me me la compra il mio babbo"
(Altan)
("When I grow up, I will fight for peace"
 "My daddy will buy it for me")

XML, con una trasformazione XSLT?
Non ci vedo un grande vantaggio: dovrai comunque scrivere la trasformazione
per ogni dtd. E, probabilmente, con minore controllo sulla formattazione,
rispetto a FOP. L'unico motivo potrebbe essere una maggiore dimestichezza
con TeX, rispetto a FOP.
Un'altra scelta potrebbe essere Open Jade, che ha già un backend TeX, ma
richiede comunque di scrivere la procedura di trasformazione per lo
specifico dtd.
Ciao.

è da un anno che mi scervello per lo stesso problema.
Mi sono costruito da me com un HTAplication un piccolo
kit che prende un file xhtml, (quindi xml, visualizzabile con ie 6.0, senza
dtd e altro), applica un xsl che trasforma in tex attraverso uno script
lancia il parser saxon e produce il mio pdf.
Ottengo così la possibilità di scrivere i testi in xhml e dio convertirli in
latex.
Ma   ce sempre un ma... e difficile implementare tutti i segni grafici... ho
scopiazzato qua e là... se trovi qualcosa di meglio fammi sapere?

 scopiazzato qua e lŕ... se trovi qualcosa di meglio fammi sapere?
Non basta scopiazzare da MathML e le tabelle UNICODE?
-- 
Giuseppe "Oblomov" Bilotta
"Da grande lotterň per la pace"


 ha scritto nel messaggio
news:E6Eka.19452$iy5.5...@twister2.libero.it...

Se ti va possiamo sentirci in mail, per poi pubblicare qui sul
newsgroup i risultati più interessanti.
Gradirei conoscere in dettaglio le problematiche così da poterle
affrontare insieme.
Grazie e buona giornata,
--
Fabio

ok Fabio,
possiamo sentirci per e-mail.
Io attualmente sto cercando collaborazioni per un progetto
opensource per la scuola. Si tratta di creare un tool authoring
per ipertesti.... che potrebbe, in seconda istanza,
produrre documenti per la stampa. E qui entra in gioco
LaTeX.
Un primo esperimento, ma senza latex, l'ho fatto e lo depositato
su un sito... che purtroppo ora è stato ... chiuso. Si tratta di un
glossario nautico. Ho creato un set up per l'installazione. Poi mi sono
accorto che ha
degli errori. Comunque funziona... lo puoi scaricare qui:
http://digilander.libero.it/s.schirone/soft/programmi.htm
clicca sul link e scarica il file compresso. unzippalo ed esegui il set
up...
fammi sapere spassionatamente la tua opinione...
grazie
ciaoSalvatore Schirone
http://digilander.libero.it/s.schirone
salv...@iol.it

in che senso?

 in che senso?
Punto primo: ti spiacerebbe citare *almeno* la domanda a cui 
rispondi?
Rigurardo la tua domanda: tu dicevi che ti mancavano le definizioni 
dei simboli; che io sappia, il MathML e UNICODE definiscono la gran 
parte se non tutti i simboli matematici ed il loro uso in ambito 
SGML/XML.
-- 
Giuseppe "Oblomov" Bilotta
"Da grande lotterò per la pace"
