Newsgroup: it.comp.grafica
Titolo: DTP e database

Devo realizzare un catalogo multilingua
Le informazioni testo ed i dati sono già inseriti  in un database.
Ora vorrei solo realizzare una struttura modello e inserire i dati nel
programma di DTP e ottenere il catalogo.
E' possibile qualcosa del genere ?
Ho visto degli xtras di Quark, li ho provati nelle demo version ma non
mi sono piaciuti
Con In Design è possibile ? (sfruttando al limite il supporto OLE)
Grazie
Andrea


wrote:

Io uso Corel Ventura 8, che comprende Corel Database Publisher 8.
Si integrano perfettamente l'uno all'altro e insieme fanno un'ottima
piattaforma di database publishing.
E' praticamente senza limiti; a giorni consegnero' un catalogo con
dati (e immagini) provenienti da database. 
Altri miei colleghi fanno ancora tutto a mano con Pagamaker o XPress.
I plug-in per DBP per XPress sono piuttosto limitati, ma sempre
costosi (come mai?).
Ciao
Tony

 costosi (come mai?).
suppongo sia stato ingenuo da parte mia, ma mi sarei proprio 
aspettato una (per quanto compendiaria) comparativa a sostegno 
di un simile giudizio. 
o sono troppo pessimista ed è ancora possibile rimediare? 
gio 
(sempre avverso alla gnomologia)

 ha scritto nel messaggio
news:39F94593...@skylink.it...


ciao Rodolfo
io credo che una fetta di quanto si paga per l'acquisto 
del software Corel sia motivata dalla presenza di 
queste funzioni, quindi definirle gratuite mi sembra 
eccessivo; resta indubbiamente la differenza di prezzo 
che, Tony lo sa bene quanto me, sempre intercorre tra 
un pacchetto distribuito su larga scala e un plug-in 
commercializzato in mercati verticali: a giudicare dal 
debole che il nostro comune amico nutre per le piccole 
realtà ;-) non credo vorrà farne una colpa alle software 
house, spesso minuscole, che si imbarcano in questi progetti. 
già che ci siamo, in considerazione dei recenti dissesti 
di casa Corel mi chiedo se non sarebbe stato più saggio 
portare progressivamente ma per tempo il prezzo dei loro 
pacchetti professionali almeno nei dintorni del valore 
che loro compete ovviamente sdoppiandoli in due versioni 
per il mercato consumer (esiziale perderlo) e pro: quale 
professionista con un poco di sale in zucca si farebbe 
anche solo sfiorare dall'idea di abbandonare questi 
strumenti se dovessero costare diciamo il doppio del 
prezzo attuale? credo più o meno nessuno, ma certo mi 
piacerebbe conoscere la vostra opinione. 
tornando alla mia domanda: cosa ha visto Tony? e quali 
erano queste numerose funzioni mancanti in campo Quark? 
insisto non perché mi interessi lasciarmi coinvolgere 
dalla neanche tanto sottintesa polemica anti-XPress 
ma piuttosto perché incuriosito dalla prospettiva di 
rilevanti funzionalità che ancora non ho avuto modo 
di conoscere. 
/no rant, eh?!  :-) 
sempre più mi rendo conto che seguendo questo NG potrei 
imparare molto dai pochi ma buoni professionisti che vi 
postano; il punto è che se continuiamo a discutere in 
termini di giudizi puri e semplici, la quantità di 
informazione scambiata si attesta poco sopra lo zero: 
mi piacerebbe veder spendere qualche minuto in più a 
chi scrive per consentire a coloro che come me leggono 
(con molto interesse, credetemi) di conoscere la genesi 
delle opinioni che vengono espresse. 
giusto per fare un altro esempio di un argomento che 
giudico molto interessante non solo per il sottoscritto 
ma in generale per molti di noi, ho notato gli svariati 
cenni da te fatti in queste ultime settimane alle difficoltà 
inerenti il passaggio di documenti XPress, Illustrator e 
CorelDraw tra Win e Mac; ebbene, sarebbe per me di notevole 
interesse conoscere qualche dettaglio di queste tue esperienze 
ma fino ad ora non ne ho trovati affatto nei messaggi che ho 
letto: si può avere qualche info riguardo al tipo di problemi 
in cui ti sei imbattuto (tralasciando, è chiaro, le pozioni 
segrete con le quali li hai risolti)?  >>:-)  
!?! mmm? naaa! orride alquanto. 
mumble jumble... 
aaah!  *snap*  motion!, this has to be the trick. lemme see... 
}:-)
{:-)
}:-)
{:-)
occielo. bleah! 
/vuoto mentale 
err... qualcuno sa come fare delle sopracciglia ammiccanti?  x:-) 
gio 
(a quanto pare a corto di faccine)



Ciao gio,
scusa il ritardo, ma sono ho avuto poco tempo.
Ti allego un paio di risposte da utenti di Ventura e utenti di XPress.
Il primo Allan Shearer e' un utente di Ventura anzi, "un utente Corel
Database Publisher", mentre Mac fa girare una azienda
service/fotocomposizione sia mac che pc.
Prima di risponderti mi sono documentato: in altre parole (mi cospargo
il capo di cenere) ho chiesto a qualcun altro, piu' competente di me
(possibile?  /tony immodesto e ironico...).
Non ho il tempo di tradurre, ma se ci sono problemi fammi sapere...
Sebbene siano due visioni personali, le ritengo molto obiettive (dopo
aver conosciuto queste persone...).
NOTA: Il primo giudizio e' stato scritto dall'ex Product Manager di
Ventura (Allan Shearer) che oggi non lavora piu' alla Corel. In ogni
caso, e' il parere piu' autorevole al momento, riguardo le
potenzialita' di Ventura o DBP. Nessuno piu' di lui e' stato vicino a
Ventura e nessuno piu' di lui puo' dire di non aver nessun interesse a
promuovere un software che non gli da' piu' uno stipendio.
=====INIZIO ALLAN
Hi Tony
DBP and VP have proven themselves over many years to be one of the
best combinations/solutions for publishing data, whether simple/small
jobs or complex/large jobs.
We all know how much simpler our lives are with the automation (not
yet referring to OLE automation) factor of VP, with it's paragraph
tags, frame tags, etc...
To add another automation tool into the picture (DBP) one can expect
the benefits derived from automating tasks to grown exponentially.
Then ... consider VP's OLE Automation abilities ... which admittedly
does not extend to DBP ... BUT, there's nothing stopping someone from
utilizing Corel Script or other programming languages from automating
DBP by passing arguments via the command line (running in 'silent
mode') ... and also modifying the RCP files on the fly, to ultimately
have full control over DBP ... making it do things it wasn't even
designed to do.
So now you have VP, DBP and Corel Script (or VB, whatever your choice
is) working solidly together giving you *almost* unlimited power and
freedom to do whatever your imagination can come up with.
With this combination, one can pretty much do anything!  Small, large
... simple, complex.  From simple mail merge to very complex tables
and catalogues.
Oh ... and of course ... it's all FREE!  ;-)  Sure, you have to buy VP
(very inexpensive) ... but as you know, DBP and Script are thrown in
as 'freebies' (an insult, really).
Well ... hope this helps a bit, Tony.  :-)
Allan
====FINE
=====INIZIO MAC
Ventura's dbp module was originally written by a British firm who used
it to compile insurance tables for Lloyd's of London...producing the
first complete from scratch printing of these data in over a century.
It was improved, and brought to market as a standalone product, then
was bought by Ventura Software and sold as a separate module for
Ventura. When Corel bought Ventura in 94, dbp came with it and was
included with the version 4.2 release and has been included with each
release since then.
There are many "dbp" XTs (XTensions) for Quark XPress. Some are very
complex and expensive and are widely used for catalog production,
production of these "auto trader" type publications, land for sale
publications, grocery store inserts, etc.
One of the popular lower priced XTs for database work is Xdata.
WIth XPress and Xdata one has the ability to create x-tagged text for
import into Xpress, import referenced graphic elements, etc. much like
with VenturaDBP. Xdata costs about $395. dbp is included with Ventura.
One common use of dpb is to make directories. and a common format
decision for directories is to have running headers that list the
first-last names found on that page, like in a telephone book (at
least in the US). Neither XP nor Xdata has that capability. For
another couple hundred $ you can buy a plug in from spomeone in
Germany to do this. (a one trick pony). Ventura has had this capbility
since at least version 2 (maybe before)
Another common need is the need to bring data into a tabular
arrangment. XP doesn't do tables. neither does Xdata nor the header
XT. Spend another $300 or so on a table XT, and then try to get it to
work with Xdata (I don't know if does). Ventura's dbp will output in
tabular form. Ventura's dbp also accepts a wider variety of data types
than does Xdata (which, as I recall, only takes CSV--my recollection
may be incorrect, however) 
During the beta testing for V8 I was in the middle of a dbp job I'd
done with ventura for some years, and there were some problems with
the beta to I thought I'd give x-data and XP a try. It worked. sort
of. It did not have the flexibility that DBP has; I couldn't, for
example, change "Calif." in the database to "CA" in the output
automatically and on the fly. And I was not looking forward to
spending almost $500 to buy XTs I would use only once a year.
Fortunately, the V8 problems were addressed and I actually did the
job with a late beta of V8.
--
Mac Townsend,

err... qualcuno sa come fare delle sopracciglia ammiccanti?  x:-) 
§;)
Ciao
Tony

Ultime notizie:
ho trovato una XTension che permette a XPress di includere le fonts in
un file EPS.
Questo permette di ottenere, finalmente, un EPS completo da importare
in Coreldraw (o altre apps).
Non l'ho ancora provato, ma se volete iniziare voi....
http://www.wizardsoftware.de/downloadus.htm
Ciao
Tony

 ha scritto nel messaggio
news:39FAE76D...@skylink.it...
intanto scusa il ritardo, mi ero perso.
già non capisco più niente e non quoto perché rispondendo al tuo messaggio
il tuo testo non viene quotato ?????????????????
Boh
Tony ha dato ottime dritte su come portare file di corel su xpress. L'unico
problema che ho trovato è che alcuni effetti generati da corel come le
trasparenze su bitmap, o le ombre trasparenti non vengono esportati
correttamente nell'eps. Può darsi che il problema stia nel fatto che sono
operazioni complesse da tradurre in postscript.
Non ho trovato la necessità di scegliere level 1, credo che il problema sia
solo del rip a cui il file verrà inviato. Ma in questo campo avvengono cose
misteriose: ho ricevuto dei file postscript (file di stampa) che acrobat
distiller tratta senza problemi (sia il 3 che il 4) mentre il mio rip
(Taipan di Agfa) li sputa perché contenenti secondo lui errori postscript.
L'ho fregato stampando da acrobat.
Quanto invece alla stampa diretta da Corel non ho alcun problema, ti potrei
elencare i bachi delle versioni precedenti e come aggirarli.
Interessa?
Con la versione 9 direi che tutto funziona bene, corel, o meglio i suoi
utenti riescono a creare dei file instampabili se non direttamente.
Ho ricevuto un file di 50 mega che ha generato un file di stampa di 950,
presumo che l'esportazione in eps ne avrebbe creato almeno uno di 232 (1/4)
con conseguente scomodità di gestione. Importando in corel testi da word
nella versione 8 essi appaiono in nero rgb  e di conseguenza verrebbero
separati nei quattro colori: ciò non avviene se non si usa alcuna
calibrazione colore, ma la separazione delle immagini rgb va a farsi
benedire. A proposito coreldraw è l'unico, che io sappia, a separare
correttamente non solo le immagini rgb ma anche quelle a palette di 256
colori (tipicamente le catture di schermate). Nel 9 il problema del testo
rgb è scomparso.
Un altro possibile problema (apparente) sono le ombre trasparenti che di
default vengono realizzate in 0C0M0Y100K e di conseguenza se battono su un
fondo ad es rosso fanno pena in stampa perché invece di diventare rosso
scuro diventano grige. Una sua logica c'è, nella trasparenza toglie il
colore di sotto e mette quello di sopra, ma il risultato non va affatto
bene, mentre  sarebbe giusto quello che vedi a monitor in rgb.
Soluzione: se il fondo è rosso definire l'ombra 0C100M100Y100K e tutto va
bene.
Comunque il difetto sarebbe visibile nell'anteprima di stampa che nessuno
sembra guardare mai.
Ho accumulato parecchia esperienza su corel mettendo assieme le mie fesserie
con quelle dei miei clienti, per cui basta domandare, di solito so se c'è
una via d'uscita. Sto pensando di mettere sul sito che stiamo rifacendo una
pagina di istruzioni su cosa fare e non fare: che ne dici?
Passaggio di piattaforma: assolutamente sconsigliabile per i testi.
Tutto il resto funziona normalmente senza problemi ma per i testi non c'è
nulla da fare: anche se la font ha lo stesso nome, lo stesso produttore, ci
sono sempre piccolissime differenze nelle dimensioni dei caratteri o nelle
crenature che anche se impercettibili fanno sì che ci siano degli
spostamenti.
In un titolo non capiterà niente, ma in un testo che scorre per 7 colonne
possono far modificare un a capo che di conseguenza non solo modifica
l'impaginato originale, ma può allungare di una riga (e perderla perché a
piede pagina).
Ovviamente il pericolo non esiste se si genera l'eps da corel con i testi in
curve.
Bon, sono già abbastanza logorroico
ciao
rodolfo

con le dovute cautele, filare liscio.
aggiungo: xpress win lo stampo da win, quello mac da mac
corel è opportuno stamparlo con la stessa versione che lo aveva generato: la
5 col 5, la 6 col 6 ecc.
la 8 può essere senza problemi stampata dalla 9.
Il peggio di tutto è stata la 6, contava anche la sottorelease: 6.321 aperto
con 6.423 spostava il testo irrimediabilmente.
ciao
rodolfo

ciao Tony, 
grazie per la più che esauriente spiegazione ma 
(sorry :-) io mi riferivo all'opposto di quanto tu 
descrivi e cioè all'utilizzo del medesimo applicativo 
con il quale il file è stato creato. 
mi ha colpito il fatto che Rodolfo lasciasse intuire 
l'esistenza di problemi sistematici nel passaggio, ad 
esempio, di documenti XPress: che i documenti preparati 
con CorelDraw debbano ogni tanto essere sottoposti a 
questi rimpalli per essere impaginati nel software 
utilizzato dal service lo sapevo ma ho sempre pensato 
che utilizzando lo stesso applicativo tutto potesse, 
con le dovute cautele, filare liscio. 
gio

con le dovute cautele, filare liscio. 
L'esperienza dice che un file di Xpress aperto su XP per PC e'
visualizzato diversamente su XPress per mac. Credo che la causa siano
le font e il relativo re-flow del testo. Non credo che la grafica
subisca cambiamenti.
Ma visto che XPress e' un software di impaginazione...
Ciao
Tony

Interessa?
Certo che interessa. E non solo a me.
Credo che lo scopo di questo NG e di tutti i NG in genere sia proprio
questo.
[snip]
Bel lavoro. Complimenti. Adesso non mi sento piu' tanto "solo".
Ciao
Tony  =).

 Ma visto che XPress e' un software di impaginazione...
ci siamo: questo è un esempio dei casi che mi interessano. 
se l'esperienza della quale parli è la tua potresti descrivermi 
dettagliatamente almeno un caso? 
più in generale come 'service' sarei veramente grato a chiunque 
mi potesse fornire un file preparato con la versione Win di un 
qualunque applicativo tra XPress, InDesign, Pagemaker, Freehand, 
Illustrator e CorelDraw (solo fino a v8, sic :-) che abbia dato 
problemi nel passaggio su Mac unitamente ad una descrizione del 
problema (quantomeno 'cosa', 'dove' e 'quanto'); btw, mi 
interessano in particolar modo i riflussi di testo. 
grazie anticipatamente 
gio

dettagliatamente almeno un caso? 
Bhe! non e' difficle fornire un "caso". Prendi una qualsiasi
applicazione per PC (che so: XPress), crea un nuovo documento di piu'
pagine ben fornito di testo, magari su piu' colonne. 
Facciamo pure finta di usare un carattere standard (Arial:
l'equivalente PC di Helvetica su Mac).
copia il file su un Mac e aprilo con la stessa versione di XPress,
stavolta per Mac, ovviamente.
La prima cosa che ti dovrebbe chiedere XPress e di rimappare i
caratteri  perche' nel documento ci sono caratteri sconosciuti.
A questo punto cerchi di mappare i caratteri secondo quelli di XPress
per Mac; cioe' gli dici di usare Helvetica al posto di Arial.
Inevitabilmente il flusso del testo va a farsi benedire. Vuoi la
creanatura, il corpo, etc...etc..., ma non credo ci sia niente da fare
se non correggere "a manina" il tutto.
La stessa identica cosa succede nel passaggio da Freehand 8 Mac a
Freehand 8 PC. Non sono ancora riuscito ad avere una conversione dei
testi perfetta.
In linea di massima, piu' testo c'e' nel documento e piu' ti devi
preoccupare.... =).
Per quanto riguarda la grafica, ci sono molti meno problemi.
Nello specifico, ci sono piccole precauzioni da prendere quando si
decide di far passare un file da una piattaforma all'altra.
FREEHAND 
Solitamente le immagini esterne (bitmap) vengono collegate ad un
documento freehand.
Inutile cercare di usare una gerarchia di cartelle (es.: una cartella
per il file fh e una per le bitmap). Non appena aprirete il file fh
sull'altra piattaforma, la prima finestra che appare e': collegamento
mancante (o qualcosa del genere), per cui dovete ricollegare
manualmente tutte le immagini bitmap.
Per evitare questo fastidio si puo':
1- mettere tutte le bitmap nella stessa cartella del file fh
2- usare nomi brevi (max 8 caratteri + 3 per estensione (facoltativa,
ma a parer mio indispensabile, se volete risparmiare tempo...) per i
nomi dei collegamenti delle immagini. Il limite degli 8 caratteri non
dovrebbe esistere se usate Mac OS 9, ma leggete il punto 3.
XPRESS
esiste lo stesso problema di fh, ma con un aiuto in piu'; cioe',
XPress ti permette di cambiare il percorso a tutti i fil collegati in
una volta sola (ma non e' detto: leggete MASTERIZZARE....).
In altre parole, valgono le stesse precauzioni prese per i files di
FH, solo che quando aprite il documento su XPress dall'altra parte,
appare la finestra di dialogo che vi dice dei soliti collegamenti
sballati. Selezionate un file e lo collegate all'immagine corretta
(molto utile la finestra di info aggiuntive che mostra dimensioni,
formato  e data del file originariamente collegato); non appena
premete OK, XPress vi chiede se volete cambiare il percorso a tutte le
altre immagini. Se rispondete di SI, quasi tutte le immagini se non
tutte (siete fortunati!) sono ricollegate correttamente.
Rimane il problema delle font e dei testi....
MASTERIZZARE I CD SU UNA PIATTAFORMA E LEGGERLI SULL'ALTRA
Qui c'e' da divertirsi. Iniziamo con il passaggio da PC a Mac (ma
credo che l'inverso sia uguale):
- se avete fatto usando nomi di file lunghi fino a 8 caratteri + 3 di
estensione, masterizzate pure un CD in formato ISO 9660 Livello 1.
Se usate Toast, quando selezionate il formato, scegliete ISO9660.
Se invece avete usato nomi piu' lunghi di 8 caratteri, scegliete il
formato Joliet (MS DOS/Joliet, se non ricordo male...).
Ho appena ricevuto, felicemente, un CD in questo formato e leggo i
nomi lunghi (io uso Win2000).
Non ricordo se anche Mac OS 8 puo' leggere questi CD, ma sicuramente
OS 9 puo' leggerli.
Per il passaggio da PC a Mac, uso un'altra strada.
Prima di tutto, uso Adaptec Easy CD Creator (Adaptec Toast non esiste
per PC). Se uso nomi brevi (8+3) uso il formato ISO 9660 Livello 1.
Se ho usato nomi lunghi (fino a 30 caratteri) uso il formato ISO9660
Livello 2.
Se ho usato nomi lunghissimi (>30 caratteri) uso il formato Joliet.
Se qualcuno ha problemi a scrivere un CD in formato ISO 9660 Livello 2
con ECC mi faccia sapere che gli spiego...
Questi CD vengono letti correttamente da OS 9, non ricordo come si
comporta OS 8.
Se avete usato nomi lunghi e scrivete un CD in formato ISO9660 (8+3),
in pratica avete ucciso uno o piu' files...
Non vi dico la felicita' (e le parolacce), quando un tipografo (anche
rinomato) mi ha dato un intero catalogo di 500 pagine in formato
XPress su un CD formato ISO 9660 da cui realizzare il relativo PDF
(visto che lui non era in grado). Non c'era un file (nemmeno uno
piccolo-piccolo) che non fosse stato trombato dalla formattazione del
CD ISO. Il tecnico che mi ha dato il CD mi ha candidamente risposto
che "ha sempre fatto cosi' e ha funzionato"... 
Questa e' la tipica frase che mi fa infuriare ogni volta che la
sento!. Non fatemici pensare...AARRGHHH!!!!!   >(
Questo e' quanto mi ha passato l'esperienza, ma sono sicuro che c'e'
ancora molto da imparare.
Ciao
Tony
(e' questo che volevi, gio?)

 ha scritto nel messaggio
news:iggd0t0ictucagc4s...@4ax.com...
stracut
aggiungo solo sui nomi lunghi: su mac prima del 9 necessita una piccola
estensione da scaricarsi dal web che si chiama giustappunto joliet.
I dischi 9660 joliet appariranno giusti da mac.
Attenzione ai caratteri illegali: da pc a mac non mi è quasi mai successo:
ci sono caratteri illegali per mac ma non viene in mente di usarli su win, e
non mi ricordo più in quali mi fossi imbattuto.
Da mac a pc i problemi sono frequenti: sembra che quasi tutti se devono
passare dei file a win si impegnino a dare nomi come
"foto??/\\gasp.eps" (ovviamente nel caso che si tratti di un tif, nel caso
di un eps si usa .tif). Il problema non sussiste con win NT ma manda in
palla 95 e 98.
Quanto ai testi che cambiano scorrendo diversamente quando si cambia
piattaforma non c'è nulla da fare come ho scritto in un post che chissà
perché non si è accodato qui.
ciao
rodolfo

 ci sono caratteri illegali per mac
Uno, da quel che ricordo, i due punti ":"
-- 
Confusion, will be my epitaph.

 Confusion, will be my epitaph.
W I KING KRIMSON (^_^)
a.p.