Autor |
Nachricht |
deavy
Threadersteller
Dabei seit: 12.01.2007
Ort: Backnang/Murr
Alter: 37
Geschlecht:
|
Verfasst Fr 02.02.2007 16:33
Titel
|
|
|
wenn meine xml datei jetzt quasi so im einfach beispiel aussieht:
<ansprechpartner>
<name></name>
<telefon></telefon>
<mail></mail>
</ansprechpartner>
nur in name, telefon und mail kommt (wenn überhaupt) inhalt.
wenn diese jetzt leer sind und per XSLT Transformation alle leeren Tags lösche, wird dann auch das root element ansprechpartner gelöscht? müsste doch eigentlich...
wenn das so ist, ist ist mein textfeld auf dem formular aber nachher immer noch da, weil es ja erstellt wurde. und generell da ist. dieses textfeld soll aber ja nur erstellt werden, wenn in name, telefon,mail inhalte stehen.
klar kann ich das umgehen, indem ich für das Textfeld selbst einen Tag zuweise und die xml datei dann so schreibe:
<ansprechpartner></ansprechpartner>
<name></name>
<telefon></telefon>
<mail></mail>
So müsste ich aber die XML Ausgabe der bestehenden software umändern.
Aber es muss doch auch so gehen:
Üperprüfe name, telefon und mail, wenn kein inhalt dann erstelle kein textfeld mit "ansprechpartner", das aber davor schon auf der musterseite ist.
zu deinem Beitrag Thilo:
XSLT Transformation, alle leeren Elemente löschen, also wird auch der tag ansprechpartner gelöscht. (wenn meine annahme von oben stimmt). aber das Textfeld(1) ist ja schon erstellt auf der Musterseite. Ich habe ihm aber kein Tag zugewiesen. Darunter sind Textfelder(2-4) generiert mit den Tags name, telefon, mail. Diese werden automatisch nur von InDesign gefüllt, wenn die Tags name, telefon, mail Inhalte haben. Wenn sie keine haben passt es ja. Aber wenn sie Inhalte haben, dann soll auch das obere Textfeld(1) mit dem Inhalt "Ansprechpartner" gefüllt werden.
Umgehen kann man ads wie gesagt, wenn man dem Textfeld(1) auch einen Tag zuweist, dieses Element darf aber kein Root-Element mehr sein (also XML Ausgabe der bestehenden Software verändern)...
Viele Grüße
Michael
|
|
|
|
|
Thilo Machotta
Dabei seit: 10.07.2006
Ort: München
Alter: -
Geschlecht:
|
Verfasst Fr 02.02.2007 17:16
Titel
|
|
|
Jetzt sehe ich dein Problem klarer, aber das wird nicht (nur) mit XSLT gehen.
Thilo
|
|
|
|
|
Anzeige
|
|
|
deavy
Threadersteller
Dabei seit: 12.01.2007
Ort: Backnang/Murr
Alter: 37
Geschlecht:
|
Verfasst Mo 05.02.2007 12:02
Titel
|
|
|
nicht nur bedeutet so viel wie?
ich dachte mal ich versuche mich in die Einarbeitung des Skriptens.
Mit Java hab ich mich kurz beschäftigt während meinen Studium und dachte dass es mit JS hier auch nicht sooo schwer werden sollte.
Wo empfehlt ihr mir mich einzuarbeiten?
Michael
|
|
|
|
|
[fränK]
Moderator
Dabei seit: 27.04.2002
Ort: -
Alter: -
Geschlecht:
|
Verfasst Mo 05.02.2007 12:24
Titel
|
|
|
Nur so am Rande: Wenn es hier wirklich nur um die Erstellung
einer einfachen Rechnung geht, die nicht wirklich die grafischen
Funktionen von InDesign benötigt, sollte man eher mit XSL-FO
arbeiten um aus der XML-Datei eine PDF zu erstellen.
InDesign ist ein klassisches Satzprogramm das nicht auf die
automatisierte Erstellung von Seiten ausgerichtet ist.
XML-Import, Datenzusammenführung und Skript-Schnittstelle
sind nur Gimmicks für kleinere Automatismen.
|
|
|
|
|
deavy
Threadersteller
Dabei seit: 12.01.2007
Ort: Backnang/Murr
Alter: 37
Geschlecht:
|
Verfasst Mo 05.02.2007 12:35
Titel
|
|
|
InDesign scheint aber das einzige Programm zu sein, dass mir viele Seiten generieren kann.
Verwende ich den Designer von Adobe sind gerade mal 10 Seiten drin. Das ist viel zu wenig!
Es geht schon darum, dass pro Monat mal 500 Rechnungen ausgespuckt werden sollen.
Oder was für ein Programm empfehlt ihr dann, dass XML importieren und verarbeiten kann?
Und was nach was aussieht? Und nicht allzu schwer zu verstehen ist? Mit dem man sehr individuell Rechnungen erstellen kann?
Michael
|
|
|
|
|
Thilo Machotta
Dabei seit: 10.07.2006
Ort: München
Alter: -
Geschlecht:
|
Verfasst Mo 05.02.2007 12:52
Titel
|
|
|
deavy hat geschrieben: | nicht nur bedeutet so viel wie? |
Ich würde es mit einer Kombination aus XSLT und Skripten in InDesign versuchen (also z.B. irgendetwas generieren, das ich in InDesign abgreifen kann). Aber ich müsste mich da auch erst einarbeiten, um konkreter zu sagen, wie es geht.
Vielleicht ist es auch wirklich zielführender direkt aus dem XML ein PDF zu generieren...
Thilo
|
|
|
|
|
[fränK]
Moderator
Dabei seit: 27.04.2002
Ort: -
Alter: -
Geschlecht:
|
|
|
|
|
deavy
Threadersteller
Dabei seit: 12.01.2007
Ort: Backnang/Murr
Alter: 37
Geschlecht:
|
Verfasst Mo 05.02.2007 14:17
Titel
|
|
|
Unsere eigene Software erzeugt die XML Datei.
Es ist ja nicht so, dass wir mit ID rechnen wollen. Wir wollen nur ein Rechnungsformular erstellen. Dieses soll als Vorlage dienen. Da sich ja nur die Preise oder Bestellungen ändern, ist es mit einem XML Import und Inhalt zusammenfügen wie ich ID kennengelernt habe, ja schnell gemacht. Die Textfelder werden mit den neuen Inhalten gefüllt. Auch bei mehrseitigen Formularen hat das schnell geklappt. Somit bietet sich das ja an, wenn die Formulare dann als PDF abgespeichert werden, und mit einem Skript die Seiten einzeln abgespeichert werden. Ist alles schnell gemacht, wenn die Vorlage einmal steht. Dann pro Monat eine XML Datei importieren mit gleicher Struktur und gut ist.
ID ist hier in der Hinsicht auch einfach zu bedienen. Eine Vorlage verschieben, bekommt ja jeder hin
|
|
|
|
|
|
|
|
Ähnliche Themen |
Wo speichert Indesign auf dem Mac Such-Abfragen?
Indesign dokument für nicht-indesign-nutzer "änderbar machen
[indesign-problem] indesign-eps im quark laden geht nicht
Indesign: Inhalte innerhalb zweier Indesign Dokus übernehmen
InDesign - Probleme beim Drucken aus InDesign heraus
[InDesign] zweite Seite einer PDF in InDesign Platzieren
|
|