Archiv der Kategorie: XML/XSL

Anfang 2009 führte Scriptorium Publishing eine Umfrage unter dem Titel »The State of Structure« zu den Erwartungen an und Erfahrungen mit XML-strukturierten Autorenumgebungen und Prozessen durch. Über deren Ergebnisse habe ich im Mai 2009 kurz berichtet. Nicht zu schweigen davon, dass ich einige Erkenntnisse auch in einigen Vorträgen und Präsentationen berücksichtigen konnte.

Jetzt, Anfang 2011, zwei Jahre später ist es Zeit für ein Update dieser Umfrage, und Sarah O’Keefe, die größtenteils in Deutschland aufgewachsene Gründerin von Scriptorium Publishing, würde sich freuen, wenn diese Neuauflage eine stärkere internationale Beteiligung erfahren würde.

The State of Structure, 2011

Wenn Sie bereits XML-strukturiert arbeiten oder dies bei Ihnen geplant ist, nehmen Sie sich bitte ca. 15 Minuten Zeit und bis Ende Februar an der Studie teil. Als Teilnehmer bekommen Sie die Ergebnisse kostenlos; es werden auch zwei Amazon-Geschenkgutscheine verlost…

• Offizielle Ankündigung
• An der Studie teilnehmen

Nach der Übernahme von Macromedia und damit dem Flash-Format wurde es schlagartig still um SVG, ein auch von Adobe ursprünglich voran getriebener XML-basierter Standard für Vektorgrafiken. Adobe Illustrator gehörte zu den ersten Programmen mit SVG-Unterstützung, mit dem SVG Viewer brachte Adobe eine Browser-Plug-in auf den Markt.

Jetzt erschien als zunächst experimentelles Update für Adobe Illustrator CS5 in den Adobe Labs eine Erweiterung namens Adobe Illustrator CS5 HTML5 Pack, welches erweiterte Features beim Speichern von Grafiken als SVG anbietet.

Aber woher kommt das Interesse? Es zeigt sich, dass Flash eben doch nicht überall vorausgesetzt werden kann und zum noch in Entwicklung befindlichen Web-Standard HTML5 gehört neben CSS3 eben auch die Unterstützung für SVG-Grafiken. Da sich Adobe primär als Werkzeug-Lieferant für die Inhaltsschöpfer sieht, will man natürlich überall dabei sein, in der Flash-Welt wie in Umgebungen, in denen Grafiken und Animationen ausschließlich mit HTML, CSS und JavaScript erstellt werden.

Zur Erinnerung: Im April 2010 sorgte Steve Jobs für Aufsehen mit seinen »Thoughts on Flash«, die von Adobe gekontert wurden mit »Freedom of Choice«.

Wenn jetzt in SVG nur noch eine vernünftige Unterstützung für Textblöcke dazu käme…

PS: Die HTML5-Beispiele auf http://www.apple.com/html5/ sind schon recht beeindruckend (Achtung: Mit Internet Explorer wird’s nix…)

Michael Kay, XSLT-Mastermind, hat einen Blog-Eintrag zu The ten most common XSLT programming mistakes verfasst. Der aus meiner Sicht eindrücklichste Hinweis ist Punkt 7:

Don’t use disable-output-escaping. […] 95% of the time, if you see disable-output-escaping in a stylesheet, it tells you that the author was a novice who didn’t know what s/he was doing.

In den Punkten 4 und 10 weist er indirekt darauf hin, dass für gute Ergebnisse eine gewisse Kenntnis der Arbeitsweise bzw. Programmiersprache nötig ist. Das erinnert mich an There is no free lunch! Wer aber die Basishürden überwindet, wird mit einer mächtigen Programmiersprache belohnt, die beliebige Modifikationen an XML-Daten zulässt.

• WERBUNG: Ich biete Training on-the-job für XSLT an; hier gibt’s Informationen zu Schulungen.

So, und jetzt beginnt die Fußball-WM, wer hat da noch Zeit für Doku?

Rückblick zu XML Prague 2010

Stéphane Sire von der École Polytechnique Fédérale de Lausanne brachte es im Vortrag »Authoring XML all the Time, Everywhere and by Everyone« ganz gut auf einen Nenner: Es gibt mehrere Ansätze, wie XML-Editoren aufgebaut sind, an welche Zielgruppe sie sich wenden:

• Markup-zentriert (wie z.B. OxygenXML und alle anderen Entwickler-Editoren)
• Daten-zentriert (wie z.B. XSLTForms, Orbeon Forms)
• Dokument-zentriert (wie z.B. Xopus)

Recht oft höre im Zusammenhang mit XML-Editoren den Wunsch nach Einfachheit, oft ausgedrückt durch die Beschreibung »So einfach wie Word« — wer sich schon einmal mit der Datenübernahme aus MS Word beschäftigt hat, für den ist der Widerspruch offensichtlich. In der Regel gemeint ist mit dieser Forderung, dass man dem Anwender keine XML-Tags zumuten möchte, aber dennoch korrektes XML erwartet.

Lightweight Markup Language

Die einfachste Form eines XML-Editors ohne Tags verwende ich in diesem Blog: Ich schreibe wie in einer reinen Text-E-Mail und verwende einige Konventionen. Leerzeilen bedeuten Absatztrennung, * plus Leerzeichen ist Listenanfang, ein oder mehrere # markieren Überschriften. Das ganze nennt sich Markdown und ist eine einfache Auszeichnungssprache (Lightweight Markup Language), wie sie zum Beispiel auch in Wikis verwendet werden. Hierbei wird reiner Text durch einen festgelegten Regelsatz in gültiges XHTML umgesetzt, die Freiheitsgrade sind durch die Regeln bestimmt. Aber natürlich setzt dies eine Verarbeitung der Dateien voraus, irgendeine aktive Komponente, die die Umsetzung vornimmt und visualisiert — und schon wird es manchem wieder zu kompliziert.

Web CMS

Eine andere Form einfacher XML-Editoren findet sich in Web-Content-Management-Systemen. Hier werden den Schreibenden oft Formulare angeboten, die eben nur die erlaubten Felder enthalten. Das ist dann Daten-zentriertes Bearbeiten, auch wenn es sich bei den Daten um Absätze eines Beitrags für die Webseite handelt. Natürlich steht auch hier eine aktive Komponente im Mittelpunkt, primär der Web-Server.

XTiger XML & AXEL

Ohne aktive Komponente geht es auch nicht bei der von Stéphane Sire vorgestellten pragmatischen Lösung namens XTiger XML & AXEL; hier in erster Linie JavaScript im Browser. Diese versucht nicht Entwickler-nah zu sein, sondern das Erfassen von Daten und Texten per Browser für möglichst viele Zielgruppen möglichst einfach zu ermöglichen. Die Lösung ist weniger mächtig als Xopus und nicht an die XForms-Technologie gebunden wie XSLTForms, sondern kennt bewusst einige Einschränkungen, die dem XML-Puristen nicht gefallen. Deswegen nenne ich es auch eine pragmatische Lösung.

Der Anwender sieht in seinem Browser eine Vorschau seines Dokuments und kann jederzeit jeden dafür vorgesehenen Textabschnitt anklicken und bearbeiten. Aber probieren Sie das doch einfach selbst einmal aus (ich empfehle für den Einstieg die Demos »Carte« und »Article«):

• XTiger XML editing with AXEL demos
• Präsentation zum Vortrag

Ich persönlich finde den Ansatz recht gelungen und durch die Template-Orientierung ist auch die Anpassung an unterschiedliche Anwendungsfälle möglich. Natürlich nicht so einfach wie der Wechsel einer DTD oder eines Schema in einem reinrassigen XML-Editor, aber den wollen ja viele nicht…

PS1: Bei Markup-zentrierten Editoren gibt es eine große Auswahl auch kostenloser Produkte.

PS2: Ach ja, wer von MS Word nicht lassen will oder kann, für den habe ich die Lösung »Aspect« von Le-Tex in Leipzig entdeckt, die eine standardisierte Verarbeitung von Word-Dokumenten anbietet, nach PDF, ePub oder auch XML. Natürlich auch Server-basiert…

• le-tex aspect. simplified publishing.

Circa 140 Teilnehmer, zwei Tage lang in einem Hörsaal der Karls-Universität.

Twitter-Stichwort: #xmlprague
Flickr-Stichwort: xmlprague

• Die Beiträge lassen sich als PDF auf der Webseite der XML Prague 2010 laden: Proceedings for download.

• Als running gag zog sich durch viele Präsentationen: »Audiences don’t like angle brackets«. Die Furcht vor sichtbaren XML-Tags bezog sich natürlich nicht auf das anwesende Publikum…

• »What XSL 2.0 means for implementers and users« (Tony Graham) — Die Themen, die bei der Weiterentwicklung von XSL-FO zur Version 2.0 angegangen werden sollen, sind wohl ein Art Mängelliste der gegenwärtigen Umsetzung: Spalten, Fußnoten, Marginalien, Bessere Unterstützung nicht-westlicher Sprachen, Nummerierung, Querverweise, Doppelseitenzusammenhang, Schriften, Tabulatorpositionen, gedrehte Bilder, Farbe, und etliches mehr…

• Die absolute Mehrheit der anwesenden internetfähigen Geräte stellen Produkte der Firma Apple: MacBook Pro, MacBook Air und iPhone…

• »Automating Document Assembly in DocBook« (Norman Walsh) — Dieser Beitrag machte auf mich leider den Eindruck einer Verteidigungsrede, um DocBook gegenüber DITA als ebenfalls zum Verfassen von Topic-orientierten Texten geeignet darzustellen…

• Dank einem sehr strikten Konferenz-Regime werden alle Zeiten eingehalten. Beeindruckend…

• In Präsentationen und Demos ist nur ein einziger XML-Editor sichtbar: Oxygen (stand-alone oder als Eclipse-Plug-in)…

• Den längsten Applaus der Konferenz erhält Sharon C. Adler für ihren historischen Rückblick und Ausblick: »Why is Markup Still Important after 30 years and Will it Still be Important in Another 30?«: Geschichte pur! Sharon wirkte bereits mit an den ersten Schritten zu SGML. Robin Berjon fasste dies via Twitter gelungen so zusammen:

»It feels as if all of #xmlprague has gathered in a circle around the camp fire as Sharon Adler recounts our history, starting with SGML.«

Zu Gast im »most beautiful computer science building in the world« (auf dem Foto rechts unten ist der Eingang zu einem auch im Innern beeindruckenden Gebäude der 1348 gegründeten Karls-Universität) fanden sich ca. 120 Fans, Geeks, Profis und Veteranen aus dem XML-Umfeld ein.

Neben der Möglichkeit mit bekannten Persönlichkeiten der XML/XSL-Szene zusammen zu treffen und dem Conference Dinner 🙂 sind es natürlich die Beiträge, die über den Nutzen einer Konferenz entscheiden. Das Programm der letztjährigen Veranstaltung (die ich nicht besuchen konnte) hat mich so angesprochen, dass ich mich für die XML Prague 2010 quasi blind (und als erster) angemeldet hatte. Und ich habe es nicht bereut!

Insbesondere am ersten Tag wurden zwei Themenbereiche mehrfach berücksichtigt, die auch im Rahmen des praktischen Einsatzes von XML in der technischen Redaktion eine Rolle spielen:

• Die Frage eines Editors auch für »non-technical« Anwender
• Änderungsverfolgung in XML-Dokumenten

Auf beide Aspekte werde ich in den nächsten Tagen (so es die Zeit erlaubt) noch weiter eingehen und meinen Bericht aus Prag fortsetzen.

Keine Bilder hab ich vom Conference Dinner, bei dem es neben Bier, einem üppigen und vielfältigen Buffet auch einen Demo Jam gab, bei dem immerhin 13 Teilnehmer in jeweils maximal 5 Minuten eine beliebige Sache demonstrieren durften. Es dreht sich fast alles — wie sollte es anders ein — um XML-Technologien, und die am Schluss mit dem meisten (per Schalldruck-Messgerät ermittelten) Applaus belohnte Vorführung dreht sich um die mittels XQuery weitgehend automatisierte Erstellung einer iPhone-Applikation! Wenn ich es richtig verstanden habe… das Projekt hieß iZorba und ist (wohl) eine Anwendung des Zorba XQuery Prozessors.

Nach der Konferenz ist vor der Konferenz, in meinem Fall die tcworld 2010, und im nächsten März ziemlich sicher wieder Prag!