InDesign Tips og Triks
HVIS Ol hadde en hendelse I InDesign, MITTERA ville bringe hjem gull Det er en av de viktigste verktøyene som brukes av våre designere til å bringe alle de smarte ideer i fantasien til liv. Fra ukentlige annonser, magasiner — salgsfremmende reklame og digitale publikasjoner-de kan gjøre alt.
Når en klient nylig ba om hjelp til å automatisere en nøkkelresultatrapport, var vår omfattende forståelse av søknaden utilstrekkelig. Vårt svært allsidige datateam måtte lære programmet fra en helt ny vinkel, og dykke dypt inn i programmets indre arbeid.
NÅR Du lagrer Et InDesign-prosjekt, ER STANDARDFILFORMATET INDD, som forutsigbart står For InDesign-Dokument. ET annet alternativ ER IDML, Som står For InDesign Markup Language.
IDML-formatet har to hovedfunksjoner.
- det muliggjør bakoverkompatibilitet for Et InDesign-dokument tilbake TIL CS4.
- Det gjør det mulig for tredjepartsutviklere å samhandle med En InDesign-fil, enten Det er å opprette En fra bunnen av, endre en eksisterende fil eller skrape informasjon fra En.
Dette var nettopp de evnene vi trengte for å automatisere klientens rapport, så vi valgte å lære mer OM IDML-formatet.
for å fullt ut beskrive spesifikasjonen er langt utenfor omfanget av dette innlegget, men vi kan gi en oversikt. (Hvis du er interessert, kan du lese denne hendige 500-siders håndboken.)
på overflaten ser det ikke ut til å være stor forskjell mellom EN IDML-fil og EN INDD-fil, bortsett fra filtypen. MEN IDML-filer bærer en liten hemmelighet ved at de (i de fleste tilfeller) faktisk bare ER ZIP-arkivfiler, som inneholder mange andre filer komprimert sammen. Som enhver ANNEN ZIP-fil, krever tilgang til DISSE andre filene å pakke UT IDML-filen. ETTER at DU har pakket UT IDML-filen, ser vi følgende filer og mapper:
sammen inneholder disse filene all informasjon som definerer InDesign dokument, lagret i xml-format. FOR de ukjente ER XML et populært språk som brukes til å lagre og overføre data på en svært strukturert måte som er både menneskelig og maskinlesbar. Nysgjerrige lesere kan merke seg at dette også er det underliggende språket bak dagens Microsoft Office-filer. (Det er kilden til x i overgangen fra .doc til .docx).Mange AV DISSE XML-filene har informasjon om dokumentminutiae som koding, filtyper, skrifter, farger, stiler, elementrelasjoner, etc. For vårt formål, vil vi bare fokusere på to elementer som inneholder substansen i et prosjekt, Oppslag og Historier mapper.
allerede fra navnene kan en erfaren (in)designer sannsynligvis gjette informasjonen som er lagret i disse filene. Oppslag-mappen inneholder en xml-fil for hvert oppslag i dokumentet, med informasjon om elementposisjonering, styling, layout og bildene og historiene som utgjør oppslaget. Historier-mappen inneholder en xml-fil for hver artikkel i dokumentet (hver del av teksten). Et eksempel på disse representasjonene er vist nedenfor:
InDesign-visning av dokumentet.
Oppføring i spread xml-filen for dokumentets historie. Dette inneholder informasjon om hvordan du plasserer historien i spredningen og annen stylinginformasjon.
den faktiske historien xml-filen for dokumentets tekst. I tillegg til selve teksten, inneholder dette ytterligere informasjon om hvordan du stiler teksten.så mens en designer ville manipulere dokumentet via InDesign-applikasjonen, hvis vi ønsket å gjøre noen programmatiske endringer i dette dokumentet som en del av en automatisert prosess, ville vi gjøre endringer direkte til enten spredningsfilen eller historiefilen — avhengig av endringen vi ønsket å gjøre.
for å flytte teksten, for eksempel, vil vi gjøre endringer i koordinatene gitt i spread-filen for vårt artikkelelement. For å legge til et helt nytt element, vil vi opprette en oppføring for den i spread-filen. Hvis det er et tekstelement, opprett en ny tilsvarende historiefil med det faktiske innholdet. For å bruke en annen stil på teksten, kan vi endre det i historikkfilen. Eller hvis vi ønsket å trekke ut teksten fra dokumentet VED HJELP AV XML-analyseprogramvare, kunne vi trekke den ut fra historiefilen i stedet for å rote med besværlige PDF-parsere for å skrape en endelig PDF av dokumentet vårt.
Da vi gikk om å skape vår automatiserte løsning, gjorde vi alle disse tingene.
Til Slutt var vi i Stand til å spare våre klient timer med manuell innsats som vanligvis ble brukt på å generere rapporten og ga dem et mer nøyaktig resultat i prosessen. Denne nyvunne kunnskapen har også gjort det mulig for oss å gjøre andre interne prosesser mer nøyaktige og effektive, noe som hjelper oss i vår nådeløse innsats for å betjene våre kunder bedre.
– Abhishek Vemuri, Dataanalytiker
Leave a Reply