Import in InDesign/INX/XML/Scripting

gf

Hallo Fachleute.

Ich habe folgendes Problem:
Früher habe ich mit Adobe FrameMaker gearbeitet. Meine Aufgabe war aus Inpit-Dateien (Inhalt, Layout-Information) entsprechende MIF –Dateien zu erzeugen, die vor allem Tabellebezogene Informationen enthalten. Jetzt soll ich auf Adobe InDesign umsteigen
und die frühere Technologie auf das XML-Konzept umsetzen (xml-orientierte Daten in InDesign zu importieren). Ehrlich gesagt habe ich keine Ahnung, wie man so was realisieren kann. Adobe bietet ein Austauschformat INX (vergleichbar mit MIF) an. Das Format ist XML wohlgeformt, aber es gibt keine Dokumentation darüber. Und ich weiß es nicht, ob das sinnvoll ist. Eine andere Möglichkeit – das Scripting. (JavaScript, Visual Basic). Aber Wie hoch Aufwand ist – die Frage.
Was könnte ihr mir empfehlen?

Gerald_Singelmann

Die XML Schnittstelle (i.e. Import Export) von InDesign CS unterstützt derzeit keine Tabellen. Mit dieser Version wäre also tatsächlich das INX Format das mächtigste, aber wie schon beobachtet, ist es nicht dokumentiert. Ich weiß nicht, ob hier schon jemand Erfahrungen damit gesammelt hat, die er teilen mag.
Egal welcher Ansatz: FrameMaker durch InDesign zu ersetzen ist derzeit so oder so ein ziemlicher Aufwand und es hängt von den konkreten Anforderungen ab, ob es überhaupt geht. InDesign kennt keine: Fußnoten, Querverweise, Formelsatz, verschiedene Indizes, vernünftig mitlaufende Grafiken und noch einige mehr.

Mit freundlichem Gruß
Gerald Singelmann

-----------------------------------------
http://www.impressed.de

Anonym

Auch wenn es wie Ketzerei klingen mag, Quark hat ein DOM (also offengelegtes Dateiformat auf XML-Basis, aber auch dokumentiert).

http://euro.quark.com/de/products/xpress/xpress_dom.html

Sollten also die Quark-Funktionen ausreichen (auch keine Fussnoten etc). dann ist das vielleicht eine Moeglichkeit?

Wenn nicht, sorry fuer den Vorschlag :-)

Armin

Christoph_Steffens

Hallo,
das ist nicht Ketzerei. Nur leider kein richtig guter Vorschlag. Denn es ja nur so dass "QuarkXPress® DOM erlaubt es Programmierern, individuelle XTensions® Software zu entwickeln". Mir ist bisher keine solche XTension bekannt (kann mich da täuschen)...

Grüßle
Christoph Steffens
http://www.indesign-worker.com
http://www.pdf-worker.com
http://www.xpress-worker.com

Anonym

Na, das DOM ist doch erst vor ein paar Wochen vorgestellt. Da wuerde es mich wundern, wenn heute schon DOM-XTs existieren wuerden.

Obwohl, wie sieht man einer XT das an, ob sie das DOM benutzt?

Armin

Jens_Naumann

Hallo gf,

wenn Du zu dieser Thematik einen Lösungsansatz (InDesign statt FrameMaker) kennst, dann lasse es mich bitte wissen (eMail-Adresse unten). Wir verwenden ebenfalls MIFs, die in FrameMaker weiter verarbeitet werden. Da es sich bei uns aber hauptsächlich um dreispaltigen Fließtext mit mitlaufenden Bildern handelt, dürften die InDesign-Voraussetzungen bei uns eingetlich ausreichend sein.

Gott grüß die Kunst,
Jens

-----

hds @ schriftsetzer.net

Christoph_Steffens

@ Armin
> Obwohl, wie sieht man einer XT das an,
> ob sie das DOM benutzt?
Na, es geht ja nicht darum, ob eine XT diese nutzt. Eine solche XTension würde ja nur (oder in aller erster Linie) dem Zwech diesen "Zugriff auf den Inhalt von Projekten..." zu geben.
Und wenn jemand eine solche XTension entwickelt, wird er diese eindeutig in der Richtung vermarkten...

Grüßle
Christoph Steffens
http://www.indesign-worker.com
http://www.pdf-worker.com
http://www.xpress-worker.com

tl

InDesign hat seit Version CS die Funktion schon integriert!!!

Das Zauberwort heißt "InDesign Austauschformat" *.inx.

Das ist pures XML und lässt sich natürchlich auch mit jedem DOM Parser einlesen. Was Quark da vorgestellt hat, hat InDesign schon seit über einem Jahr an Bord!!!

Wer sich jetzt beschweren will, dass er INX nicht versteht, der soll erst mal beweisen das QXML (so heißt das Quark Format) verständlicher ist.

Grüße Tilo

Anonym

Hi tl,

>InDesign hat seit Version CS die Funktion schon integriert!!!

>Das Zauberwort heißt "InDesign Austauschformat" *.inx.

>Das ist pures XML und lässt sich natürchlich auch mit jedem
>DOM Parser einlesen. Was Quark da vorgestellt hat,
>hat InDesign schon seit über einem Jahr an Bord!!!

Wunderbar!

Hast du zufälligerweise irgendwelche Docs über dieses zauberhafte Format?

MfG

gf (Grigory Frost)

Anonym

Tilo,

InDesign hat ein XML-Austuasch-Format fuer Dokumente. Das ist gut. Ein DOM ist aber mehr als so ein simples Import-/Export-Format. Mit einem DOM kann man zu Laufzeit Objekte als XML abfragen, das XML aendern und das Objekt aendert sich mit. Damit kann man Plug-Ins/XT programmieren. Das geht mit INX nicht.

Dazu kommt bei Adobe leider erschwerend, dass Adobe das INX-Format nicht dokumentiert hat, also unbrauchbar (oder du musst 100 Stunden Analyse reinstecken nur um festzustellen, das ID 3.5 wieder alles geaendert hat). VIelleicht hat ID 3.5 ja auch ein echtes DOM, das waere maechtig.

Besten Gruss
Walter

tl

Hi gf,

zuerst die schlechte Nachricht: Es gibt zur Zeit keine Doku! Ich habe gehört, dass mit der nächsten ID Version auch eine Doku zu INX kommen soll.

Nun die bessere Nachricht: Es ist möglich das INX Format komplett ohne Doku zu verstehen. Es benötigt zwar einige generelle ID, bzw. XML Kenntnisse und natürlich einiges an Zeit, aber möglich ist es.

Ich habe ein großes Database Publishing Projekt komplett mit INX realisiert und INX zu 90% analysiert.

Grüße Tilo

tl

Walter,

was Quark da angekündigt hat ist ein "W3C DOM" und kein spezifischer XPress DOM !!!

http://www.macup.com/news/news.php?up=1105542073

Zitat: "Dies ist ein XML Schema des Document Object Models (DOM) des World Wide Web Consortiums (W3C)."

Quark hat also lediglich ein XML Austauschformat wie INX geschaffen. Mich hätte es doch stark gewundert wie man von allen Programmiersprache die im Whitepaper von Quark genannt werden "C++, Java, C#, VB.NET, AppleScript, Perl, JScript und VBScript" auf eine einheitliche Programmierschnittstelle zugreifen kann !!!

Ich habe, da ich kein XPress XTension Entwickler bin, noch kein QXML bzw. den "DOM" gesehen. Also habe ich bisher noch keinen Beweis für meine Aussagen.

Grüße Tilo

Anonym

Hallo, Tilo,

du hast das wirklich missverstanden, ja, man kann via C#, JavaScript etc auf das Quark DOM zugreifen. Das W3C definiert nur WIE man ein Dokumentenmodell beschreibt, nicht das Dokumentenmodell SELBST. Das waere bei Millionen von Dokumentenarten auch nicht moeglich.

Da das Quark DOM keine externe XML-Datei (wie INX) ist, sondern ein XML-Baum im Speicher, kannst du das live veraendern. Wie ein API.

Ruf bei Quark an, die haben bestimmt Infos. Oder schreib deine Email-Adresse in dein Profil und poste ins Quark-Forum bei HDS, angeblich liest Quark dort mit (laut Moderatoren).

Besten Gruss
Walter

tl

Walter,

was hast Du schon vom Quark DOM gesehen? Was sind Deine Quellen?

Wenn der Quark DOM im Speicher ist, wie läuft dann der Zugriff? Per HTTP? Oder hat Quark für alle genannten Sprachen ein natives Interface?

Ausserdem finde ich es eine Frechheit, wenn Quark für diese Schnittstelle eine Entwicklermitgliedschaft für 1.300 EUR verlangt! Bei InDesign sind alle Schnittstellen umsonst...

Grüße Tilo

Webco

Hallo Tilo,

wenn du das INX Format zu 100% Analysiert hast, hast du es in Irgendeiner Weise dokumentiert und würdest diese zur Verfügung stellen?

Das wäre sehr hilfreich, weil ich finde es sehr komplexx, vorallem bei Tabellen!

Danke

Gruß

Tina

tl

Hallo Tina,

mit deinem Wunsch gibt es zwei Probleme:

- Ich habe das INX Format nicht wirklich dokumentiert (das soll Adobe nachholen...).
- Da meine Erkenntnisse Teil einer komerziellen Lösung sind, werde ich nicht alle Details preisgeben.

Ich habe aber vor einiger Zeit schon mal ein paar Hinweise im Adobe Forum geposted:

[email]http://www.adobeforums.com/cgi-bin/webx?14@375.NkLWdqeINvx.444279@.3bb3ae43/3[/email]

Falls Du spezifische Fragen hast, kannst Du mir gerne auch eine PM zukommen lassen.

Grüße Tilo

Hier der Text (in Englisch):
-------------------------------------

Here are some tipps to get you started. (Please excuse my poor english)

You need the following Resources:
- the ID CS SDK installed
- the CS Scripting Guide

1.) All Elements & Attributes are four letters. You can get the long names when you search for these letters in the "ScriptingDefs.h" File from the SDK. Then look for the related Objects in the Scripting Guide to get more information.

2.) All Attributes are typed values! The Prefix gives you the type. For Example (not complete):
o_ object reference
u_ unit
d_ double
s_ short integer
l_ long integer
c_ plain text
b_ boolean
t_ datetime
e_ enum
f_ file
0_ void
x_ array

You can get a full list of ID Types in the SDK PDF: "scriptableplugin.pdf" on page 41 (Without the mapping to the prefixes ).

3.) If you came this far you see that all the binary stuff is only the Metadata (XMP). You can savely ignore ALL binary data if you are not interested in metadata.

Anonym

Hallo Gerald,

ich finde die xml-schnittstelle von indesign sehr komfortabel, ist aber vielleicht auch geschmacksache. mit xml-tabellen arbeit ich seit der Version 3.0.1:
indesign arbeitet bei Tabellen mit "eigenen" Tags (es wird auf einen namespace verwiesen). wenn diese eigenen Tags verwendet werden, sind im- und export kein problem. anbei ein beispiel einer tabelle als xml exportiert.

viel erfolg

melanie

\0<\0?\0x\0m\0l\0 \0v\0e\0r\0s\0i\0o\0n\0=\0"\01\0.\00\0"\0 \0e\0n\0c\0o\0d\0i\0n\0g\0=\0"\0U\0T\0F\0-\08\0"\0 \0s\0t\0a\0n\0d\0a\0l\0o\0n\0e\0=\0"\0y\0e\0s\0"\0?\0>\0
\0<\0R\0o\0o\0t\0>\0<\0t\0e\0x\0t\0r\0a\0h\0m\0e\0n\0>\0I\0q\0u\0i\0s\0c\0i\0p\0i\0t\0 \0w\0i\0s\0 \0n\0o\0s\0t\0i\0s\0 \0n\0u\0m\0 \0d\0o\0l\0o\0r\0e\0 \0e\0r\0c\0i\0n\0g\0 \0e\0x\0e\0r\0o\0 \0e\0r\0c\0i\0 \0t\0a\0t\0 \0l\0o\0r\0t\0i\0o\0 \0o\0d\0 \0e\0s\0s\0i\0 \0b\0l\0a\0o\0r\0e\0r\0 \0s\0i\0t\0 \0d\0o\0l\0o\0r\0e\0 \0m\0a\0g\0n\0i\0m\0 \0v\0e\0n\0d\0i\0g\0n\0i\0a\0m\0 \0v\0u\0l\0l\0a\0n\0d\0r\0e\0 \0f\0a\0c\0i\0p\0i\0t\0 \0a\0m\0 \0v\0o\0l\0o\0r\0e\0 \0m\0o\0l\0o\0r\0e\0 \0t\0e\0t\0 \0n\0u\0m\0 \0v\0o\0l\0o\0r\0 \0s\0i\0s\0i\0 \0e\0u\0g\0i\0a\0m\0 \0d\0i\0a\0m\0,\0 \0v\0e\0l\0 \0i\0l\0l\0a\0o\0r\0p\0e\0r\0 \0i\0u\0r\0e\0 \0d\0o\0l\0o\0r\0 \0i\0r\0i\0l\0i\0t\0 \0d\0o\0l\0u\0p\0t\0a\0 \0t\0i\0s\0s\0i\0m\0 \0e\0s\0e\0q\0u\0i\0p\0i\0t\0 \0n\0i\0a\0t\0,\0 \0s\0e\0n\0t\0 \0v\0e\0l\0i\0t\0,\0 \0q\0u\0a\0t\0,\0 \0c\0o\0n\0u\0l\0p\0u\0t\0 \0w\0i\0s\0 \0n\0i\0m\0 \0e\0u\0i\0 \0t\0a\0t\0,\0 \0v\0u\0l\0l\0u\0t\0e\0 \0v\0e\0l\0i\0t\0 \0v\0e\0n\0i\0m\0 \0i\0l\0i\0t\0 \0v\0o\0l\0u\0t\0 \0p\0r\0a\0t\0 \0a\0m\0,\0 \0c\0o\0n\0s\0e\0n\0t\0 \0v\0e\0l\0 \0u\0t\0a\0t\0e\0t\0,\0 \0c\0o\0m\0m\0y\0 \0n\0o\0s\0 \0e\0a\0 \0a\0d\0i\0a\0m\0 \0i\0n\0c\0i\0l\0i\0q\0u\0a\0t\0u\0e\0 \0d\0o\0l\0e\0s\0t\0o\0 \0c\0o\0n\0s\0e\0n\0i\0t\0 \0i\0u\0r\0e\0 \0t\0e\0t\0 \0a\0u\0g\0i\0a\0m\0 \0d\0i\0g\0n\0a\0 \0a\0u\0g\0u\0e\0 \0m\0a\0g\0n\0a\0 \0f\0a\0c\0c\0u\0m\0 \0v\0e\0n\0t\0 \0v\0u\0l\0l\0a\0m\0 \0q\0u\0i\0s\0s\0i\0. ) )\0<\0a\0i\0d\0:\0t\0a\0b\0l\0e\0 \0x\0m\0l\0n\0s\0:\0a\0i\0d\0=\0"\0h\0t\0t\0p\0:\0/\0/\0n\0s\0.\0a\0d\0o\0b\0e\0.\0c\0o\0m\0/\0A\0d\0o\0b\0e\0I\0n\0D\0e\0s\0i\0g\0n\0/\03\0.\00\0/\0"\0>\0
\0<\0a\0i\0d\0:\0t\0b\0o\0d\0y\0>\0
\0<\0a\0i\0d\0:\0t\0r\0>\0
\0<\0a\0i\0d\0:\0t\0d\0>\0B\0l\0i\0n\0d\0t\0e\0x\0t\0 \0i\0n\0 \0Z\0e\0l\0l\0e\0 \01\0/\01\0<\0/\0a\0i\0d\0:\0t\0d\0>\0
\0<\0a\0i\0d\0:\0t\0d\0>\0B\0l\0i\0n\0d\0t\0e\0x\0t\0 \0i\0n\0 \0Z\0e\0l\0l\0e\0 \01\0/\02\0<\0/\0a\0i\0d\0:\0t\0d\0>\0
\0<\0/\0a\0i\0d\0:\0t\0r\0>\0
\0<\0a\0i\0d\0:\0t\0r\0>\0
\0<\0a\0i\0d\0:\0t\0d\0>\0B\0l\0i\0n\0d\0t\0e\0x\0t\0 \0i\0n\0 \0Z\0e\0l\0l\0e\0 \02\0/\01\0<\0/\0a\0i\0d\0:\0t\0d\0>\0
\0<\0a\0i\0d\0:\0t\0d\0>\0B\0l\0i\0n\0d\0t\0e\0x\0t\0 \0i\0n\0 \0Z\0e\0l\0l\0e\0 \02\0/\02\0<\0/\0a\0i\0d\0:\0t\0d\0>\0
\0<\0/\0a\0i\0d\0:\0t\0r\0>\0
\0<\0/\0a\0i\0d\0:\0t\0b\0o\0d\0y\0>\0
\0<\0/\0a\0i\0d\0:\0t\0a\0b\0l\0e\0> ) )\0D\0u\0i\0s\0i\0s\0i\0m\0 \0e\0s\0e\0n\0t\0 \0u\0l\0l\0a\0o\0r\0e\0 \0d\0o\0l\0o\0r\0 \0s\0e\0n\0i\0a\0m\0 \0i\0r\0i\0u\0s\0c\0i\0p\0s\0u\0m\0 \0e\0r\0i\0u\0r\0e\0 \0m\0i\0n\0i\0a\0m\0e\0t\0 \0e\0u\0m\0 \0e\0x\0 \0e\0u\0g\0i\0a\0m\0 \0d\0o\0 \0e\0t\0 \0n\0u\0l\0l\0u\0p\0t\0a\0t\0e\0 \0c\0o\0m\0m\0y\0 \0n\0i\0m\0 \0v\0e\0l\0i\0t\0 \0a\0d\0i\0t\0 \0l\0u\0p\0t\0a\0t\0.\0 \0U\0t\0 \0a\0u\0t\0e\0 \0t\0a\0t\0u\0e\0r\0 \0s\0u\0m\0 \0q\0u\0i\0s\0 \0a\0l\0i\0t\0 \0l\0a\0 \0a\0t\0u\0e\0r\0 \0a\0l\0i\0t\0 \0a\0u\0g\0i\0a\0m\0,\0 \0v\0e\0l\0 \0i\0r\0i\0l\0 \0i\0n\0c\0i\0p\0s\0u\0m\0 \0i\0r\0i\0u\0r\0e\0 \0c\0o\0n\0s\0e\0n\0i\0m\0 \0n\0i\0m\0 \0d\0o\0 \0d\0o\0 \0e\0x\0 \0e\0s\0e\0d\0 \0d\0o\0l\0o\0r\0e\0m\0 \0q\0u\0a\0t\0.\0 \0X\0e\0r\0 \0s\0i\0m\0 \0n\0u\0l\0l\0a\0n\0d\0i\0g\0n\0a\0 \0a\0u\0t\0 \0n\0o\0s\0 \0n\0i\0m\0 \0n\0o\0s\0t\0o\0 \0e\0t\0 \0e\0a\0 \0c\0o\0n\0u\0l\0l\0a\0o\0r\0e\0 \0m\0i\0n\0g\0 \0e\0x\0e\0r\0a\0t\0u\0m\0s\0a\0n\0 \0h\0e\0n\0i\0s\0c\0i\0n\0 \0h\0e\0n\0i\0m\0 \0i\0p\0s\0u\0s\0t\0r\0u\0d\0 \0t\0i\0n\0c\0i\0d\0u\0n\0t\0 \0n\0i\0b\0h\0 \0e\0a\0 \0a\0l\0i\0s\0 \0n\0u\0m\0 \0e\0x\0e\0r\0a\0e\0s\0s\0i\0.\0<\0/\0t\0e\0x\0t\0r\0a\0h\0m\0e\0n\0>\0<\0/\0R\0o\0o\0t\0>\0

Webco

Ja, die Schnittstelle XML mit den Tabellen ist schon in Ordnung.
Nur ist das Problem, dass ich bisher nicht herausgefunden habe, wie ich die Tabelle Formatieren kann. Heißt Rahmen und Hintergrundfarben usw.

HAt hier schon jemand eine Lösung?
Ich dachte daran die Tabellen Inhalte über die XML Schnittstelle einzulesen und dann bei JavaScript die Tabelle zu formatieren.

Nur komme ich noch nicht ganz mit dem JS klar.
HAt hier jemand ein Beispielscript?

Gruß

Tina

Anonym

Hallo Tina,

Tabellen kannst Du entweder manuell formatieren (s. Menü/Palette "Tabelle") oder Du legst dir die "Smart Styles" X-Tension von woodwing (http://www.woodwing.com) zu. Bei der kannst Du Tabellen-Styles anlegen, die auf Tastenkuerzel zugewiesen werden koennen.

viel Erfolg

Melanie