Ein XML-Editor ist ein Auszeichnungssprachen -Editor mit zusätzlichen Funktionen zur einfacheren Bearbeitung von XML-Dokumenten . Dies ist zwar auch mit einem einfachen Texteditor möglich , bei dem der gesamte Code sichtbar ist, XML-Editoren bieten jedoch zusätzliche Funktionen wie Tag-Vervollständigung sowie Menüs und Schaltflächen für häufige Aufgaben bei der XML-Bearbeitung. Diese Funktionen basieren auf Daten, die in der Dokumenttypdefinition (DTD) oder im XML-Baum bereitgestellt werden.
Es gibt auch grafische XML-Editoren, die den Code im Hintergrund ausblenden und den Inhalt dem Benutzer in einem benutzerfreundlicheren Format präsentieren, das der gerenderten Version oder den Bearbeitungsformularen ähnelt. Dies ist hilfreich, wenn Benutzer ohne XML-Kenntnisse Informationen in XML-basierte Dokumente wie Stundenzettel und Spesenabrechnungen eingeben müssen. Selbst wenn der Benutzer mit XML vertraut ist, ist die Verwendung solcher Editoren, die sich um Syntaxdetails kümmern, oft schneller und komfortabler.
Funktionalität über die Syntaxhervorhebung hinaus.
Ein XML-Editor bietet mehr als die Syntaxhervorhebung vieler einfacher Texteditoren und generischer Quellcode-Editoren. Er überprüft den XML-Quellcode anhand eines XML-Schemas oder einer XML-DTD, und manche Editoren können dies sogar in Echtzeit während der Bearbeitung des Dokuments tun. [ 1 ] Weitere Funktionen eines speziell für die XML-Bearbeitung entwickelten Editors sind beispielsweise die Wortvervollständigung von Elementen und das automatische Hinzufügen eines schließenden Tags beim Eingeben eines öffnenden Tags. Diese Funktionen helfen, Tippfehler im XML-Code zu vermeiden. Einige XML-Editoren ermöglichen die Ausführung einer oder mehrerer XSLT- Transformationen auf ein Dokument. Manche größere XML-Pakete bieten sogar XSLT-Debugging-Funktionen und XSL-FO- Prozessoren zur Generierung von PDF- Dateien aus Dokumenten.
<?xml version="1.0" encoding="utf-8"?> <TrackedItemsList> <FlowRecipeID Value="TestPP.BND"/> <MaterialID Value="54321"/> </TrackedItemsList>
Grafische Editoren
Grafische Editoren mit grafischen Benutzeroberflächen (GUIs) sind für manche Anwender einfacher zu bedienen als Texteditoren und erfordern keine XML-Syntaxkenntnisse. Sie werden oft als WYSIWYG -Editoren („What You See Is What You Get“) bezeichnet, aber nicht alle sind WYSIWYG-Editoren: Grafische XML-Editoren können WYSIWYG-fähig sein, wenn sie das endgültige Rendering anzeigen, oder WYSIWYM- fähig („What You See Is What You Mean“), wenn sie die tatsächliche Bedeutung der XML-Elemente darstellen. Wenn sie nicht WYSIWYG-fähig sind, zeigen sie nicht das (oder einen Teil des) grafischen Endergebnisses eines Dokuments an, sondern konzentrieren sich auf die Vermittlung der Textbedeutung. Sie verwenden DTDs oder XML-Schemas und/oder Konfigurationsdateien, um XML-Elemente grafischen Komponenten zuzuordnen.
Diese Art von Editoren eignet sich im Allgemeinen besser für XML-Sprachen zur Datenverarbeitung als für die Dokumentenspeicherung. Dokumente weisen oft eine recht freie Struktur auf, was der eher starren Natur vieler grafischer Editoren widerspricht.
Im obigen Beispiel verwendet der Editor eine Konfigurationsdatei, um zu wissen, dass das Element TABLE eine Tabelle, das Element TR eine Tabellenzeile und das Element TD eine Tabellenzelle darstellt. Anhand dieser Informationen wird die Tabelle entsprechend ihrer Struktur angezeigt, um die Bearbeitung zu vereinfachen.
Informationen aus Schema- und Konfigurationsdateien können auch dazu beitragen, dass Benutzer keine ungültigen Dokumente erstellen. Beispielsweise ist es in einem Texteditor möglich, eine Zeile mit zu vielen Zellen in der Tabelle zu erstellen, während dies mit der oben genannten grafischen Benutzeroberfläche nicht möglich wäre.
WYSIWYG-Editoren
WYSIWYG-Editoren ermöglichen die direkte Bearbeitung von Dateien anhand der Tags, die durch eine grafische Darstellung anstatt durch reinen XML-Code repräsentiert werden. Oft versuchen WYSIWYG-Editoren, das Ergebnis einer Transformation oder eines CSS- Stylesheets zu emulieren. Ob diese Emulation gelingt, hängt von der Art der XML-Transformation ab.
Die unbedarfte Verwendung eines WYSIWYG-Editors kann zur Erstellung von Dokumenten führen, die nicht die inhärente Semantik der jeweiligen XML-Sprache widerspiegeln. Dies geschieht, wenn der Benutzer sich auf eine bestimmte visuelle Darstellung konzentriert, anstatt den WYSIWYG-Editor zur Vereinfachung der Dokumentbearbeitung zu nutzen. Beispielsweise könnte jemand, der eine Webseite erstellt , ein H2-Element (Überschrift zweiter Ebene) anstelle eines H1-Elements (Überschrift erster Ebene) verwenden, da es im aktuellen WYSIWYG-Editor kleiner erscheint. Der Autor trifft diese Wahl basierend auf der scheinbaren visuellen Darstellung, während ein Besucher der Webseite in seinem Browser eine ganz andere Darstellung vorfindet .
Solange der Autor den eigentlichen Sinn des Dokuments versteht und seine Entscheidungen nicht allein auf der Darstellung im WYSIWYG-Editor basiert, kann dieser für ihn von Nutzen sein. Ein gerendertes Dokument lässt sich in der Regel deutlich leichter lesen als der reine XML-Code. Auch die Bearbeitung kann wesentlich intuitiver sein, da der WYSIWYG-Editor ähnliche Werkzeuge wie viele Textverarbeitungsprogramme bietet. Einige WYSIWYG-Editoren ermöglichen es dem Benutzer sogar, eine DTD oder ein Schema zu verwenden und so seine eigene Benutzeroberfläche zu definieren.
WYSIWYG-Editoren unterstützen üblicherweise CSS, aber kein XSLT, da XSLT-Transformationen sehr komplex sein können und es unmöglich ist, die Intention des Benutzers bei einer Änderung des Ergebnisses zu erraten. WYSIWYG-Editoren, die XSLT unterstützen, wie beispielsweise Syntext Serna , wenden Änderungen daher direkt auf das ursprüngliche XML an und aktualisieren die Ansicht, indem sie die XSLT-Transformation bei jeder Änderung ausführen.
Im obigen Beispiel wird ein Stylesheet verwendet, um Tabellenzellen auf eine bestimmte Weise farblich darzustellen. Beispielsweise haben gerade Zeilen nicht dieselbe Hintergrundfarbe wie ungerade Zeilen, um die Lesbarkeit zu verbessern.
Anwendungsbereiche
Siehe auch
- Bearbeitete Formate
Referenzen
- ^ Goldberg, Kevin Howard (01.01.2008). „8“. XML: Visual QuickStart Guide (2. Aufl.). Peachpit. S. 110. ISBN 978-0321559678Die
