Newsgroup: it.comp.grafica
Titolo: Quale formato vettoriale per Word

Avrei la necessita' di importare dei semplici grafici in MS Word.
Non ho alcuna dimestichezza con i formati "bitmap" ma una discreta su
quelli "vettoriali".
Secondo voi qual'e' il migliore formato vettoriale che posso
utilizzare per importare grafici in Word ?
Vi premetto che ora sto utilizzando HP-GL/2 ha purtroppo il filtro di
importazione di Word e' "terribile".
Cosa ne pensate dei CGM ?
Grazie per ogni vostro suggerimento
Lorena Corradin
-----------------------
loren...@libero.it

secondo me il formato Windows Meta File (wmf) che puoi esportare da
corel draw o da illustrator

utilizzare per importare grafici in Word ?
WMF
Tony

WMF
E' un po troppo criptico per i miei "gusti", soprattutto perche' non
conosco il C abbastanza bene e poi non lavoro in Window ma in Unix.
"Dulcis in fundo" mi piacerebbe, ma qui so di esagerare, non fosse un
file "binario"
Mi sapete suggerire qualche altro formato ?
Grazie ancora 
Lorena
--------------------
loren...@libero.it

 file "binario"
eps ha versioni 7bit-clean e può contenere quassicosa: 
testo, vettoriale, raster, tuoi dati arbitrari 
(possibilmente formattati sotto dsc), etc. etc. 
facci sapere qualcosa in più. 
gio-senza-server

(possibilmente formattati sotto dsc), etc. etc. =
Era una delle cose che volevo fare, visto che il grafico lo genero
anche in PS. Ma il punto e' che a Word non "interessa" la parte
"codice" di PS/EPS ma vuole solo la "preview". Il questione per questo
tipo di soluzione e': come faccio a generare questra preview?
Grazie ancora a chi vorra' continuare a discuterne.
Lorena
------------------
loren...@libero.it

 Grazie ancora a chi vorra' continuare a discuterne.
me.  :-) 
vediamo se ho capito. 
stai programmando in un ambiente Unix dal quale puoi produrre 
plottate di dati sia su dispositivi PostScript che HPGL. 
il risultato che ottieni e' pienamente soddisfacente senonche', 
ad un certo punto, sorge un problema perche' qualcuno ti chiede 
di poter inserire i grafici in documenti Word e da li' produrre 
le solite plottate HPGL. 
il punto e' che tu, per evitare di implementare l'esportazione 
dal tuo ambiente in un ulteriore formato, stai cercando di 
utilizzare uno dei formati di cui gia' disponi.  
il problema consiste nel fatto che PostScript e' incapsulabile 
ma essendo il tuo dispositivo di output HPGL quello che ottieni 
in uscita e' la mera preview che non ti soddisfa e d'altro canto 
HPGL, non essendo incapsulabile, deve essere convertito prima di 
essere importato da Word e il procedimento corrente che utilizza 
il filtro di importazione di Word stesso non produce risultati 
decenti. 
ammesso di non aver preso cantonate, mi vengono in mente solo 
due idee (nessuna delle quali esaltante :-) 
1) 
trovi un traslatore HPGL->WMF che produca buoni risultati 
(le risorse HP sulla rete non offrono niente in proposito?)
2)
/warning: non mi intendo di GhostScript, quindi potrei prendere 
lucciole per lanterne 
testi le capacita' di conversione di GhostScript dalla tua uscita 
PostScript in WMF sperando in risultati qualitativamente soddisfacenti. 
la homepage e' "
http://www.cs.wisc.edu/~ghost/index.html
" e contiene 
un rimando per pstoedit che sembra essere il modulo per la conversione 
("
http://www.geocities.com/SiliconValley/Network/1958/pstoedit/
"). 
vedo che menzionano un plug-in shareware che produrrebbe risultati 
migliori e anche un componente utilizzabile direttamente come 
filtro di importazione in Word. chiaramente questa soluzione e' non 
poco impegnativa: dipende quindi da quanto forti sono le tue 
motivazioni e dal fatto che tu possa spendere qualche soldino per 
risolvere il problema (essendo GS free il costo resta comunque 
nell'ordine di idee shareware). 
facci sapere come va a finire! 
 
gio

(le risorse HP sulla rete non offrono niente in proposito?)
Non vorrei alcun  traslatore, vorrei solo le specifiche di creazione
di un file immagine "testo" che Word riesca ad interpretare
correttamente.
Con i file "binari" non vorrei correre il rischio che Unix li scrive
in una maniera e WinNT li legge in un'altra.  
Ho tentato di utilizzare GhostScript/pstoedt sia su Unix che su WInNT
ma con non esaltanti risultati dal punto di vista grafico, e con
l'implicazione di doverci smanettare su un momento ogni volta che creo
un grafico nuovo. 
ciao Lorena

 in una maniera e WinNT li legge in un'altra.
che io sappia il problema della codifica binaria ha importanza 
solo se coinvolgi protocolli di trasferimento che riservano alcuni 
codici per il controllo. credo che tutti i file system, le reti e le 
relative porzioni di OS siano oggi in grado di gestire dati 'binari' 
in modo trasparente... 
ho detto una scempiaggine?  :-) 
chiudo con una domanda: se per te l'argomento e' importante e 
puoi esercitare un po' di controllo sullo workflow, perche' 
non verificare la qualita' dei risultati che si possono ottenere 
rimanendo in ambiente PostScript e spostando l'onere dell'output 
fuori da Word che non e' in grado di sfruttare ne' HPGL in 
ingresso ne' il codice delle EPS in uscita? 
mi spiego meglio. 
se ti basi per i grafici sul formato eps e tramite Distiller 
produci un pdf che poi stampi da Acrobat sul driver non 
PostScript del plotter puo' forse darsi che la qualita' finale 
sia migliore. l'output di Distiller risolve l'annidamento eps dei 
tuoi grafici che vengono direttamente convertiti da Acrobat in 
cio' che necessita al driver del plotter. 
questo workflow, oltre ad essere riciclabile con una diversa 
impostazione di Distiller per la distribuzione dei medesimi 
documenti in formato elettronico, avrebbe il pregio di consentire 
la stampa di qualunque elemento eps da Word e sarebbe inoltre 
interpiattaforma nonche', se opportunamente impostato, non binario. 
inoltre i documenti Word cosi' costruiti sarebbero idonei ad 
ottenere la massima qualita' su dispositivi PostScript tra i 
quali innanzitutto la stampante della quale scrivevi. 
ehm...    x:-) 
naturalmente, oltre alla ovvia verifica della gestibilita' dei pdf 
generati da una stream PostScript tanto orripilante, resterebbe da 
chiarire un dettaglio assolutamente marginale, ovverosia se Acrobat 
ce la fa a stampare sul plotter attraverso il driver non PostScript. 
gio

ho detto una scempiaggine?  :-) 
non so, ma un mio collega mi aveva detto, credo di potermici fidare,
che per esempio se devi scrivere 4 word in "reale" Unix scrive cosi'
le word: 1 2 3 4 mentre Intel  4 3 2 1. Va da se che tutto diventa
"illeggibile"  o sbaglio ? 
Parlandone mi fai venire in mente una cosa: per Word potrei
tralasciare i formati vettoriali e passare a un bitmap, l'unico
problema che mi rimane e' come inserire dei caratteri nell'immagine.
Non vorrei mettermi li' a dover "disegnare" anche le scritte.
ciao Lorena

 Non vorrei mettermi li' a dover "disegnare" anche le scritte.
perbacco! sei sicura di volerti imbarcare nella stesura di un 
rasterizzatore dei dati? 
i formati raster avevo pensato li avessi esclusi a priori per 
questioni di megabattaggio; se invece sono un'opzione, cio' a cui 
avevo pensato io e' la conversione dell'uscita PostScript di cui 
gia' disponi in tiff bitmap o a colore indicizzato utilizzando 
ad esempio proprio GhostScript di cui si era parlato (o neanche 
questa conversione funziona? :-)  
se la risoluzione e' sufficiente, questo processo ti eviterebbe 
tra l'altro qualunque preoccupazione inerente il testo. 
gio

rasterizzatore dei dati? 
Infatti non ne ho proprio nessuna voglia, ma in un certo senso, sto
arrivanto alla "frutta".
Comunque continua a frullarmi in testa il formato CGM ne sai qualcosa
di piu'?
ci sentiamo.  Ciao Lorena

 di piu'?
piu' o meno solo che e' uno standard ISO e che questo probabilmente 
implica l'esborso di una cifra da capogiro per arrivare alle specs. 
naturalmente ci saranno vie traverse, ma non saprei come aiutarti. 
questo formato e' capace di descrivere il testo? 
btw, come mai questo interesse per CGM? 
non penso proprio che offra qualcosa in piu' rispetto al PostScript 
e non credo che vanti significativa diffusione nell'ambito che stiamo 
discutendo; se fossi in te, dovendo imparare qualcosa di nuovo per 
colmare il gap della preview, mi concentrerei su un formato molto 
comune (WMF, TIFF) e magari ben documentato (TIFF). 
e poi CGM, anche ammesso di poterlo importare in Word, andrebbe 
traslato al momento di inserirlo nel documento e nuovamente in 
output in caso di stampa PostScript, comportando quindi gli 
stessi svantaggi di HPGL. 
gio

output in caso di stampa PostScript, comportando quindi gli =
la stampa non e' un problema se riesce ad importarlo correttamente.
Il fatto e' che l'HPGL non lo importa correttamente, se no non mi
starei facendo tutti questi problemi.
ciao, lorena

 vantaggio che Word lo capisce cosi' com'e' (almeno cosi' sembra)
naaa!  :-) 
_gli tocca_ capirlo (e con i tuoi esempi ci e' riuscito). 
ma qui sta il punto: lo deve tradurre, indipendentemente 
dal dispositivo che utilizzi per produrre le stampe (anzi, 
mi sorge il sospetto che debba tradurlo gia' in ingresso). 
nel caso di eps il problema e' rimosso ab origine in quanto 
il formato e' costituito da una stream che può essere 
direttamente elaborata dal dispositivo di output (e meno 
fai pastrugnare le cose al software Microsoft... ;-). 
gio