Newsgroup: it.comp.os.os2
Titolo: PDFWRITER

Voi siete riusciti a farlo funzionare?
Ho scaricato l' ultima versione da netlabs e ho installato tutti i
componenti secondo le istruzioni ma al momento della stampa si ode un
beep ma niente file di oputput... in effetti lo spooler si riempie
quindi almeno quello viene elaborato il problema si verifica quando
viene inviato alla stampante PDF virtuale... sara' mica che ci vuole
il GS-8.x mentre io ho il GS-7.x ?
-- 
Alessandro
-------------------------------------------
Ubi Maior minor cessat
-------------------------------------------

 il GS-8.x mentre io ho il GS-7.x ?
Funziona benissimo con i gstools 7.x
Controlla che la porta di stampa della stampante che usi sia 
corretta (pdf). Controlla poi che il path ai gstoos sia una cosa tipo:
D:\OS2P\GSTOOLS\GS7.05
ovvero NON deve puntare al \bin.
Do per scontato che i gstools siano installati bene.
Per inciso non ho ai usato l'installer dei netlabs, non mi da
molto affidamento. Ho sempre fatto tutto a mano....
Ciao!
-- 
Antonio Manara Rossini (aka: WarpToy)
WSiTE: 
www.vrglabs.com
 - FiDONET: 2:332/807.14 - iCQ: 14586599 
PGP 5.0i key available.

 molto affidamento. Ho sempre fatto tutto a mano....
Anche io tutto a mano.


 Comunque e' proprio sull' installazione del GS che ho dei dubbi:
http://www.ecomstation.it/ecsoft2/prog.php?progid=659
[perche' la gente non sfrutta le risorse che ha a disposizione??]
-- 
ciao, Gabriele
[ 
http://www.ecomstation.it/xwp
 ]
[ 
http://www.ecomstation.it/ecsoft2/
 ]

 [perche' la gente non sfrutta le risorse che ha a disposizione??]
                         Istruzioni per l'installazione
                         Assieme a GSView. Per l'installazione del
solo Ghostscript si veda il file
                         \gs7??os2\gs7.??\doc\Install.htm , paragrafo
"Install OS2" (in inglese).
Quelle che ho appunto gia' letto :-)
Comunque credo di aver trovato il difetto:
il searchpath di gsos2 richiede che la dir abbia il nome gsx.xx mentre
io l' ho scompattato in una dir generica GS... e quindi non mi trova
alcuni files, pero' mi pare assurdo che tutte le volte che faccio un'
upgrade cambi il searchpath e debba cambiare il nome della dir di
installazione del GS.... BAH...


 [perche' la gente non sfrutta le risorse che ha a disposizione??]
Perche' non le conosce?
Perche' le ha gia' sfruttate, ma non e' riuscito ugualmente?
Perche' la lettura di una faq ci impedisce di andare a tentoni sino a quando
non troviamo la "nostra" soluzione ai problemi?
;->


 molto esplicativa....
In pratica sotto ad una root comune dovresti avere una cosa tipo:
\fonts
\gs8.00
\gsview2
 il path del driver deve puntare a ....\gs8.00
dentro alla quale dovresti avere una struttura cosi':
\bin
\doc
\examples
\lib
se lanci gsos2 a mano ti da un errore del tipo:
AFPL Ghostscript 8.00: Can't find initialization file 
gs_init.ps
.
semplicemnte perche' non avendo settato le variabili che richiede (cosa che
fanno gsview e pdfwriter) non trova le librerie in \bin.
Questo per chiarire che non serve alcuna installazione particolare perche'
funzioni l'accrocco. Devi solo stare attento ai path!
Se vuoi un consiglio vai qui:
http://www.subsys.de/ePDF/
prendi ePDF che e' decisamente piu' "rifinito" del lavoro dei netlabs e prova
con questo... se non riesci neanche con ePDF (che per inciso ti da anche
un driver di stampa modificato) direi che il problema e' altrove.
Ciao e facci sapere com'e' andata :)


 
Installalo assieme a GSView ed accetta la struttura di subdirectory 
che ti propone lui e non avrai nessun problema.


 
-- 


 che ti propone lui e non avrai nessun problema.
FATTO, ho risolto cosi':
Tramite la variabile d'ambiente GS_LIB (leggendo la CORPOSA
documentazione) ho definito dei searchpath alternativi cosi' gsos2 mi
trova librerie, file di configurazione e fonts nei percorsi che indico
io e cosi' almeno la configurazione di GSOS2 e' completata.
Poi per la stampa dei PDF stampo su file in formato PS e poi converto
con GV che e' anche meglio perche' posso impostare molte piu' opzioni
di conversione.


 Ciao e facci sapere com'e' andata :)
Dunque la conf. del GS ora e' completa e corretta pero' ho lo stesso
problema di stampa, comunque ho risolto stampando su file.PS e
convertendo con GView, cosi' ho anche molte piu' opzioni di
conversioni.
ho fatto molte prove, cosi' per vedere la diff. tra vari sistemi di
conversione e devo dire che su uno stesso file.html di 8.268Kb se lo
converto con HTMLtoPDF mi diventa un file.pdf di 6.681 Kb mentre se lo
stampo in formato PS e lo converto diviene un file.pdf di oltre 45Kb:
nel primo caso HTMLtoPDF e' molto piu' efficente ma poco preciso, l'
output e' un file.pdf formattato con diverse imprecisioni; nel secondo
caso il file e' si piu' grande ma preciso, pressoche' perfetto.
Provero' anche con ePDF ma credo che la questione delle dimensioni
dipenda dal motore di conversione di GS.
Grazie a tutti per i suggerimenti.


 In alternativa: ePDF. 
www.subsys.de


 > 
Ah, questa ti ha lasciato senza parole... :)


 dipenda dal motore di conversione di GS.
Attento la dimensione dipende fortemente dalle impostazioni
della risoluzione e del tipo di output: screen, stampa, prepress,...
Se guardi le impostazioni dell'ePDF capisci al volo di cosa parlo,
altrimenti nella docu dei gstools mi pare se ne parli assieme ai device 
di stampa.
Ciao


 
No comment anche a questa :-) Non saro' io a discutere se e' sensato o
no spendere mezza giornata del proprio tempo pur di riuscire 
installare il programma xy senza lasciargli usare la struttura di 
*sub*directory che richiede ;-)


 di stampa.
Dunque, dai numerosi test che ho eseguito questo e' il risultato:
partendo da uno stesso file.html l' ho convertito in 
file.ps
 prima
stampandolo sulla stampante virtuale PostScript (la apple ecc.), poi
tramite HTMLDOC; poi ho convertito i 
files.ps
 con GS variando i
parametri di output e la risoluzione;
Il risultato e' che le dimensioni finali, del file.pdf, dipendono
pochissimo dai parametri di risoluzione e di output e moltissimo dalle
dimensioni del 
file.ps
 iniziali.
Quelle ottenute con la stampante sono enormi, oltre 2 MB, mentre le
dim. del 
file.ps
 ottenute con HTMLDOC sono dell' ordine della decina
di Kb ...
Alla fine pero' la qualita' del PDF ottenuto e' praticamente la
stessa ma con il 
file.ps
 piccolo (19,510Kb) ottengo un file.pdf di
6,900Kb, con il 
file.ps
 grosso (2,650MB) ottengo un file.pdf di
44,185 Kb,(convertendo sempre con una risol. di 72) 
Tenete poi conto che il file.html dipartenza e' di soli 8,286Kb...
non oso pensare quali dimensioni potra' avere un 
file.ps
 ottenuto
tramite il driver della stampante partendo da un file.html di
qualche decina di Kb... sara' dell' ordine di diversi MB.
HTMLDOC
Se con htmldoc converto direttamente in PDF ottengo un documento di
elevata qualita' e formattato correttamente, se converto prima in PS,
il 
file.ps
 ottenuto contiene grossi errori di formattazione relativi
al margine superiore che ovviamente sballa tutta l' impaginazione
anche nella conversione in PDF.
Conclusioni(personali): allo stato attuale se volete file di qualita'
e piccoli e se disponete del documento in formato HTML convertite da
HTML a PDF usando HTMLDOC, e' la cosa migliore in assoluto, almeno
per il testo, non ho provato con immagini, tabelle e formattazioni
complesse. Questo metodo e' ideale se volete spedire file.pdf
molto piccoli via e-mail.
Se vi basta un' output di qualita' indipendentemente dalle dimensioni
(che comunque non sono esagerate in assoluto, almeno per 
file.ps
 di
partenza dell' ordine di pochi MB) usate pure ePDF o PDFWRITER ma
ricordate che il punto e' proprio questo:
ePDF e PDFWRITER convertono in PS usando il motore del driver di
stampante e le dim. finali sono vincolate soprattutto a questo;
HTMLDOC puo' convetire direttamente in PDF in modo molto piu'
efficente e pulito.
L' ideale sarebbe una stampante PDF virtuale basata su HTMLDOC che,
ricordiamolo, e' GNU-GPL.
Alternativamente se avete documenti WORD o altro potete provare a
convertire in RTF e poi in html (con RTFtoHTML) e poi in PDF tramite
HTMLDOC ma non garantisco il risultato, non ho ancora provato. In
effetti e' un po' macchinoso ma se funziona...
Trovate tutte le ultime versioni su:
http://www.os2site.com
Scusate per la lunghezza.


 -infine controlla DENTRO l'oggetto "PDF" se i percorsi siano a posto.
Tutto OK
Non funge.
Sembra una contraddizione ma e' cosi'. :-))


 dimensioni del 
file.ps
 iniziali.
Beh diciamo dal 
FILE.PS
 iniziale in generale e non necessariamente
dalle sue dimensioni


 pronto per Pido/2. Paro paro. :-)
Mah... proprio cosi' direi ancora di no perche' ci sono alcune
inesattezze e alcune cose oscure che vorrei verificare... e altre da
aggiungere. Diciamo che come versione pre-alpha potrebbe andare.
