Newsgroup: it.comp.java
Titolo: Come stampare per una Web application ?

Per applicazioni da usare tramite browser, qual'e' il modo 'migliore' per
stampare documenti tipo ddt/fatture ?
Per migliore intendo il sistema piu' compatibile con i diversi browser /
sistemi operativi .
In sostanza, volendo realizzare un programma ad esempio di fatturazione che
deve essere utilizzabile via browser sia da Windows che da Unix che da Mac,
quale sistema di stampa mi conviene adottare ?
Grazie mille e ciao.
RobertoA

 ha scritto nel messaggio
news:avoh79$241$1...@serv1.albacom.net...


 per stampare documenti tipo ddt/fatture ?
Dare la possibilità di scaricarli come pdf.
Specialmente per le fatture, il cliente ti chiederà (senza ombra di dubbio) 
di poterle spedire via e-mail non modificabili e graficamente uguali alla 
stampa cartacea fatta internamente. Ti conviene quindi lavorare in questa 
direzione.

 ha scritto nel messaggio
news:Xns9300973D2E3...@195.31.190.131...


differenze da una pattaforma ad un'altra.
Qualche volta il discorso è già comparso, magari trovi qualcosa sui vecchi 
post.
Poi ti segnalo
http://xml.apache.org/fop/index.html
HTH
-- 
Ciao
	Fabrizio C.

 differenze da una pattaforma ad un'altra.
http://xml.apache.org/fop/index.html
In pratica si tratta di creare una tantum un modello xsl:fo che rappresenta 
graficamente la tua fattura; quindi ogni volta generi la fattura come xml, 
la dai in pasto al parser insieme al modello, il risultato è un pdf della 
fattura.
E' 100% java quindi portabile.  

 ha scritto nel messaggio
news:Xns93009AE793C...@195.31.190.131...


 (tipo crystal report per capirci) o bisogna farlo a manina?
Che io sappia, temo a manina. 


Per pura curiosità: lo hai usato o solo visto sul sito?
Mi interesserebbe sapere come ti è sembrato e se ci hai fatto qualcosa di 
utile.
Occhio però che se ne parli male lo dico agli autori (alcuni li conosco) 
;-)
-- 
Ciao
	Fabrizio C.

 ;-)
Diciamo che l'ho scaricato, l'ho eseguito e ho visto che prometteva bene 
per un editor di file XSL:FO (parlo della separazione delle varie parti, 
attributi, ecc), e non avendo progetti da portare avanti ... non l'ho 
usato piu' di tanto...
Purtroppo Java, XML, JSP, FOP, Cocoon, ecc..., non sono molto graditi 
come vorrei, dove lavoro! :-(


 come vorrei, dove lavoro! :-(
Scusa la curiosita', ma il mancato gradimento e' dovuto a motivazioni:
a) tecniche
b) filosofiche
c) religiose
Stefano ... curioso

fez ha scritto:

Visto che per adesso i progetti sono per lo piu' modesti (della portata 
di motori di ricerca annunci o giu' di li') si usa PHP/MySQL o 
ASP/Access, l'uno perche' conveniente, l'altro per via di antichi 
retaggi Winsozz oriented...
Poi mettici in piu' il tempo di realizzazione, che per PHP e ASP e' 
abbastanza veloce per lavori di piccole dimensioni.
Pero' a lungo termine secondo me non paga questa facilita': con 
JSP/Servlet magari il tempo per imparare le prime volte e' lungo, ma poi 
se ne guadagna in affidabilita' (ASP qualche volta inspiegabilmente 
invece di dar come output il file HTML compilato, da' il sorgente ASP 
O__O ), in sicurezza e facilita' nell'apportare modifiche successive.
L'altro aspetto che ne limita l'utilizzo e' secondo me il fatto che 
esistono pochi hosting con JSP/Servlet a buon prezzo e visto che c'e' 
ancora il pregiudizio della lentezza di Java in generale.
E poi ti dicono: "Metti caso arriva il progetto piu' grande: che 
facciamo? impariamo da zero JSP e ci vuole un sacco di tempo... e 
abbiamo il cliente che ci pressa... e abbiamo le scadenze...."
Insomma, devo fare opera di convincimento con chi di dovere!
CIAO!
