om OS hade en händelse i InDesign, skulle MITTERA ta hem guldet det är ett av de främsta verktygen som används av våra designers för att få alla snygga ideer i sina fantasier till liv. Från veckovisa annonser, tidskrifter, reklamutskick och digitala publikationer — de kan göra allt.

när en kund nyligen begärde vår hjälp med att automatisera en nyckelresultatrapport var vår omfattande förståelse av applikationen otillräcklig. Vårt mycket mångsidiga datateam var tvungen att lära sig programmet från en helt ny vinkel och dyka djupt in i programmets inre arbete.

När du sparar ett InDesign-projekt är standardfilformatet INDD, vilket förutsägbart står för InDesign Document. Ett annat alternativ är IDML, som står för InDesign Markup Language.

IDML-formatet har två huvudfunktioner.

1. Det möjliggör bakåtkompatibilitet för ett InDesign-dokument tillbaka till CS4.
2. Det ger ett sätt för tredjepartsutvecklare att interagera med en InDesign-fil, oavsett om det skapar en från början, ändrar en befintlig fil eller skrapar information från en.

dessa var just de funktioner vi behövde för att automatisera vår kundrapport, så vi valde att lära oss mer om IDML-formatet.

för att fullständigt beskriva specifikationen ligger långt utanför ramen för detta inlägg, men vi kan ge en översikt. (Om du är intresserad kan du läsa den här praktiska 500-sidans manual.)

på ytan verkar det inte vara mycket skillnad mellan en IDML-fil och en INDD-fil, förutom filtillägget. Men IDML-filer har en liten hemlighet genom att de (i de flesta fall) faktiskt bara är ZIP-arkivfiler, som innehåller många andra filer komprimerade tillsammans. Liksom alla andra ZIP-filer kräver åtkomst till dessa andra filer att packa upp IDML-filen. Efter att ha packat upp IDML-filen ser vi följande filer och mappar:

• xml-fil
• mimetype-fil
• MasterSpreads mapp som innehåller xml-filer
• META-INF mapp som innehåller xml-filer
• resurser mapp som innehåller xml-filer
• sprider mapp som innehåller xml-filer
• berättelser mapp som innehåller xml-filer
• XML-mapp som innehåller xml-filer

tillsammans innehåller dessa filer varje bit av information som definierar din InDesign dokument, lagrat i XML-format. För de obekanta är XML ett populärt språk som används för att lagra och överföra data på ett mycket strukturerat sätt som är både mänskligt och maskinläsbart. Nyfikna läsare kan notera att detta också är det underliggande språket bakom nuvarande Microsoft Office-filer. (Det är källan till x i övergången från .doc till .docx).

många av dessa XML-filer har information om dokument minutiae som kodning, filtyper, teckensnitt, färger, stilar, elementrelationer etc. För våra ändamål fokuserar vi bara på två element som innehåller innehållet i ett projekt, mapparna Spreads och Stories.

redan från namnen kan en erfaren (in)designer förmodligen gissa informationen som lagras i dessa filer. Mappen Spreads innehåller en xml-fil för varje spridning i dokumentet, med information om elementets positionering, styling, layout och de bilder och berättelser som utgör spridningen. Mappen berättelser innehåller en xml-fil för varje berättelse i dokumentet (varje del av texten). Ett exempel på dessa representationer visas nedan:

InDesign vy av dokumentet.

Post I spread xml-filen för vårt dokuments berättelse. Detta innehåller information om hur man placerar berättelsen i spridningen och annan stylinginformation.

den faktiska berättelsen xml-fil för vårt dokuments text. Förutom den faktiska texten innehåller den ytterligare information om hur du utformar texten.

så medan en designer skulle manipulera dokumentet via InDesign-applikationen, om vi ville göra några programmatiska ändringar av detta dokument som en del av en automatiserad process, skulle vi göra ändringar direkt till antingen spridningsfilen eller berättelsefilen — beroende på vilken förändring vi ville göra.

För att ompositionera texten skulle vi till exempel göra ändringar i koordinaterna som anges i spridningsfilen för vårt berättelseelement. För att lägga till ett helt nytt element skulle vi skapa en post för den i spridningsfilen. Om det är ett textelement skapar du en ny motsvarande berättelsefil med det faktiska innehållet. För att tillämpa en annan stil på texten kan vi ändra det i berättelsefilen. Eller om vi ville extrahera texten från dokumentet med XML-analysprogramvara, kunde vi extrahera den från berättelsefilen istället för att röra med besvärliga PDF-parsers för att skrapa en slutlig PDF av vårt dokument.

När vi skapade vår automatiserade lösning gjorde vi alla dessa saker.

i slutändan kunde vi spara våra kunders timmar av manuell ansträngning som vanligtvis spenderades på att generera sin rapport och gav dem ett mer exakt resultat i processen. Denna nyfunna kunskap har också gjort det möjligt för oss att göra andra interna processer mer exakta och effektiva, vilket hjälper oss i våra obevekliga ansträngningar att betjäna våra kunder bättre.

-Abhishek Vemuri, dataanalytiker