Newsgroup: it.comp.grafica
Titolo: [per fotolitisti] Xpress e trap in pdf

Una cosa che mi piace di Xpress è la sua gestione del trap fra i colori;
molto utile, soprattutto quando poi si va in stampa.
Ho voluto fare un test e ho notato che le informazioni sul trap vengono
perse quando da Xpress viene prodotto un PDF o un EPS in composita. (ebbene
sì: anche EPS! Perchè spesso nei service - lo dico perchè c'ho lavorato -
impaginano anche esportando gli EPS da Xpress, ritenendolo del tutto simile
ad un PDF quando questo contiene tutto, font compresi)
Allora mi chiedo: cosa è meglio? Perdere le informazioni sul trap
(utilissime) e dare al service un file di Xpress, oppure dare al service un
PDF/EPS "incompleto"?
Terza ipotesi: ho preso una cantonata e in realtà il problema non esiste?
-- 
saluti,
DoZ
www.dozarte.com

 Terza ipotesi: ho preso una cantonata e in realtà il problema non esiste?
Hai scritto tutto giusto: almeno fino alla versione 
4.11, il trap viene perso (più o meno, vedi sotto) 
se si esce in composita. 
Cosa sia meglio fare, va valutato caso per caso; un 
fornitore che utilizza l'in-rip trapping non vuole 
trap impostato a monte e quindi può considerare 
ottimale anche un file pdf in composita; in altre 
situazioni si può inserire il trap a manina tramite, 
per esempio, plug-in di Acrobat; altre volte ancora 
si può semplicemente scegliere di non trappare. 
Personalmente ho incontrato il problema in passato 
quando ho utilizzato eps di XPress, e in quei casi 
mi rassegnavo a non trappare (una 'catastrofe' che 
d'altronde è la regola con pressoché tutte le eps 
provenienti da programmi come Freehand e Illustrator); 
attualmente devo considerare questa cosa come un limite 
molto più grosso, in quanto sto spingendo i clienti a 
fornire file in formato pdf e, dal momento che molti 
sono prodotti a partire da file di XPress, il trap lo 
devo inserire a mano tramite smanettamenti in Pit-Stop, 
cosa che non sempre è fattibile in tempi accettabili e 
alle volte non è fattibile tout court. 
Non so se esistono plug-in più potenti che aiutano ad 
automatizzare questa applicazione del trap a valle 
prima di giungere al rip. 
Nota (per soli appassionati): in realtà il trap viene 
in qualche modo preservato tramite la chiamata 
x sttrp
(dove x è lo spessore del trap in punti) che si aggancia 
ai procset nei quali le due routine 
/sttrp0/settrap where{/settrap get}{{pop}}ifelse def
/sttrp{dup/trp X sttrp0}B
sono in grado di attivare il trap purché da qualche parte 
sia definito l'operatore 'settrap'. Il punto è che il '.ps' 
non contiene tale definizione, sicché l'esito dipende dalla 
buona volontà di chi scrive il rip; nel mio Harlequin, ad 
esempio, si può scegliere di raccogliere la chiamata in 
un determinato Page Setup. 
Seconda nota (questa, credo, utile a tutti): in composita non 
solo il trap ma anche la sovrastampa (con la quale vengono 
realizzati molti dei trap impostati a mano in XPress) non 
viene gestita correttamente; per avere un esempio di una 
situazione nella quale ciò ha un effetto pratico, prova 
a mettere una scritta nera sotto ad un fondo magenta e 
a stampare in composita, poi in separazione: nel secondo 
caso il nero affiora (dimostrando, btw, come una bozza in 
composita da XPress sia tutt'altro che probante sotto 
questo aspetto). 
gio vale-lo-stesso? 
(non un fotolitista)

 ha scritto nel messaggio
news:3F840EF1...@skylink.it...
Hai scritto tutto giusto: almeno fino alla versione
4.11, il trap viene perso (più o meno, vedi sotto)
se si esce in composita.
Perchè? Dalla versione 5 cosa cambia?
p.s.: perchè quando rispondo ai tuoi msg non mi appaiono le parentesi
triangolari di quotazione?

 appaiono le parentesi triangolari di quotazione? 
Perché sei uno di quei pervertiti che usano Outlook.  <:) 
Scherzo: in realtà è una vecchia storia, e dobbiamo 
ancora determinare se il problema è dovuto ad Outlook, 
a Mozilla, o alla combinazione dei due (scemo e più 
scemo, you know). 
 
gio com'era-quel-film?