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 Beiträgen von bekannten Persönlichkeiten der XML/XSL-Szene und dem Conference Dinner im sind es natürliche 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!

Dies ist das Thema des ersten Beitrags nach der Mittagspause. Ich bin in Prag bei der Konferenz XML Prague 2010. In den folgenden Tagen werde ich weitere Erkenntnisse auch hier zusammenfassen. Wer der Konferenz (am Wochenende) folgen will, kann auch einen Video-Stream und eine Twitter-Wall beobachten:

• http://www.xmlprague.cz/2010/twitterwall

Sonntag

Es gab einen Programmierwettbewerb, bei dem mittels XQuery aus der Sequenz (1, 2, 3, 4, 5) die Sequenz (3, 5, 7, 9) zu erzeugen war. Nun habe ich mich mit XQuery noch nicht beschäftigt, weiß aber, dass der Kern ebenfalls XPath. Und so erstellte ich zunächst eine XSLT-Lösung:

<xsl:template match="/">
  <xsl:variable name="input" select="(1, 2, 3, 4, 5)" />
  <xsl:sequence select="for $s in subsequence($input, 2) 
    return $input[$s -1] + $input[$s] "/>
</xsl:template>

Dann musste ich nur noch herausfinden, wie Variablen in XQuery Werte zugewiesen werden. Erfreut finde ich meine Lösung — ohne gewonnen zu haben — auf der Wettbewerbsseite an erster Stellewieder (und ich muss mich mit meiner Lösung nicht verstecken):

• http://www.xmlprague.cz/2010/competition.html

Gewonnen hat Stefan Majewski aus Wien, herzlichen Glückwunsch!

Morgen, Freitag 12.3.2010, ist der Abgabetermin für Vorschläge zur diesjährigen tcworld 2010 oder eben tekom Jahrestagung 2010. Ich habe meine gestern Abend fertig gestellt… Wollen Sie nicht auch einmal?

• Alle Infos zum CfP

Am gestrigen Sonntag nahm ich an einer Fortbildung der Typographischen Gesellschaft München teil, die seit vielen Jahren neben Vorträgen auch Weiterbildungen anbietet. Diesmal ging es um die Arbeit mit dem führenden Font-Werkzeug FontLab.

Meine eigene Historie im Bearbeiten von Schriften reicht zurück ins Jahr 1990, als ich mit Altsys Fontographer (von Altsys stammte auch Freehand, dass aber von Aldus vermarktet wurde) einen Font mit Musiknotensymbolen namens Susato erstellte. Den brauchte ich für meine damalige Tätigkeit als Notensetzer, da mir die Adobe Sonata zu statisch/technisch für Liederbücher erschien. In späteren Jahren (vor Unicode!) habe ich dann noch Fonts ertüchtigt um slowakische Texte zu setzen, oder aus vielen Einzelschnitten (CE, CYR, Baltic) einen umfassenden Unicode-Font zusammengebaut. Ein zwischenzeitliches Update auf FontLab 3 hielt mich auf dem Stand der Technik, allerdings bin ich bislang das Upgrade zu FontLab Studio 5 nicht mitgegangen. Die Unterstützung für OpenType-Features lockt mich nun aber doch…

Abgesehen von den zahlreichen Fleißaufgaben, denen sich ein Schriftgestalter heute stellen muss (wie zum Beispiel das Mitliefern aller diakritischen Zeichen für sämtliche europäischen Sprachen, die auf dem lateinischen Alphabet beruhen), gehören dazu für den professionellen Einsatz in der Dokumentation natürlich auch kyrillische und griechische Glyphen. Trotz einer gewissen Verwandtschaft muss man dabei aber immer auch individuelle sprachliche Traditionen berücksichtigen, das heißt der Gestalter muss sich auch intensiv mit den jeweiligen Kulturen beschäftigen.

Nur ein Beispiel: In vielen Fällen (und in manchen Browsern auch automatisch) ist die Ligatur fi eine gute Wahl (es sei denn die Buchstaben fallen auf eine Silbengrenze). Aber nicht im Türkischen, denn dort wird zwischen i mit und ı ohne Punkt unterschieden und bei einer Ligatur fiele dieser Unterschied weg.

Diese und viele andere Besonderheiten machen Schriftsatz und Schriftgestaltung zu einem faszinierenden Gebiet. Für den Programmierer in mir stellt die Programmierung von OpenType-Feature eine weitere äußerst interessante Möglichkeit zur Optimierung von Schriftsatz dar. Lust habe ich sehr darauf, allein, mein primäres DTP-Programm FrameMaker verstünde dies nicht. Zu schade! Ob wir in Zukunft hier Fortschritte sehen werden?

1. Entwurf und Optimierung einer Konvertiertabelle: Hier wird für jedes FrameMaker-Objekt ein entsprechendes Element festgelegt
2. Anwenden dieser Konvertiertabelle: Wenn Sie bei 1. gründlich waren, entstehen Dokumente mit einem definierten Highest Level Element
3. Laden der gewünschten Elementdefinitionen
4. Reparieren aller noch vorhandenen Fehler

Letzteres wird zum Beispiel nötig, wenn Abbildungen und Warnmeldungen bislang mit Tabellen aufgebaut waren, dies aber im strukturierten Template nicht mehr der Fall ist. Da können sehr viele Aktionen anstehen.

Bislang habe ich in solchen Fällen Skripte geschrieben, jetzt aber mache ich das mit dem Plug-in FrameSLT und dessen Funktion Node Wizard Scripts. Es handelt sich hier um XPath-basierte Element- und Attributaktionen, die nahezu jegliche Modifikation der Dokumentstrukturen erlauben. In einem aktuellen Projekt (ca. 1.200 Seiten, 32 Kapitel) waren es einmal über 20.000 Aktionen:

Bei solchen Volumina ist ein C-Plugin auch signifikant schneller als ein Skript es wäre! Aber das allerschönste ist die Notation der Aufgabenstellung mit XPath-Ausdrücken, die damit eine wunderbare Präzision bekommen.

• FrameSLT auf fminit.eu

Seit der Einführung von FrameMaker 9 im Januar 2009 ist mittlerweile genügend Zeit vergangen, es hat drei Patch-Releases gegeben, auch auf der tekom-Tagung im November 2009 in Wiesbaden wurden etliche Lösungen mit FrameMaker 9 vorgestellt. Es gibt also konkrete Projekte und Erfahrungen zu berichten. Als Baustein in teilweise recht komplexen Dokumentationsprozessen steht FrameMaker nicht allein im Raum, sondern ist auf passende Tools angewiesen. Daher gibt mein Beitrag bei der tekom Regionalgruppe Nürnberg auch einen Überblick über Software, die FrameMaker-basierte Prozesse ergänzen kann.

Die Veranstaltung findetfand statt am 25.2.2010 ab 18 Uhr bei

VCS Video Communication Systems AG, Bosch Group
Nordring 69
90409 Nürnberg

und ist kostenlos; es wird um eine Anmeldung bei abortolot@gmx.de gebeten, damit der Platzbedarf abgeschätzt werden kann.

Nachwirkung

Nach meiner Präsentation kam die Frage auf, ob FrameMaker 9 denn nun auch fernöstliche Zeichen in Dateinamen im Buch darstellen könnte? Beim Live-Versuch einer Umbenennung einer Datei im FrameMaker-Buch scheiterte das. Aber prinzipiell geht es, vielleicht eben nicht Umbenennung, aber doch die Anzeige des Dateinamens (a) genauso wie des ersten Absatzes (b).

Heute kamen die Vortragsbewertungen zur tekom-Herbsttagung 2009, deutlich später als in den vergangenen Jahren — mit der Ausnahme 2008, als sie ausfielen. Auf Basis des neuen Bewertungsschemas (anklicken für eine etwas größere Darstellung) mit Werten zwischen 1 = sehr gut und 7 = sehr schlecht freue ich mich ganz außerordentlich über Durchschnitte zwischen 1 und 2. Vielen herzlichen ♥ Dank für Ihre Wertschätzung!

XPath: XML-Dokumente effizient nutzen

Teilnehmerzahl: 65 (1 = sehr gut / 7 = sehr schlecht)

Referent/in Gesamteindruck: 1,17
Inhalt (Durchschnitt): 1,77
Qualität (Durchschnitt): 1,29
Neutralität (Durchschnitt): 1,79
Gesamtbewertung (Durchschnitt): 1,33

Typographie in chinesischen, japanischen, koreanischen Texten

Teilnehmerzahl: 80 (1 = sehr gut / 7 = sehr schlecht)

Referent/in Gesamteindruck: 1,32
Inhalt (Durchschnitt): 1,88
Qualität (Durchschnitt): 1,37
Neutralität (Durchschnitt): 1,70
Gesamtbewertung (Durchschnitt): 1,43

—

PS: Ich hatte übrigens den Eindruck, der XPath-Vortrag sei stärker besucht gewesen, aber so kann die Raumgröße täuschen.

• Vortragsankündigung
• Vortragsunterlagen

Geht es Ihnen auch so? Als »knowledge worker« kann ich meinen Kopf ja nicht abschalten, nur weil eine Uhr 17:30h anzeigt und es Freitag ist. Und so begegnen mir auch in der Freizeit Dinge, die mich an meine Berufstätigkeit erinnern. Zum Beispiel heute Vormittag in einem Kreuzworträtsel diese wunderschöne Vorgabe:

Konsequenz kontrollierten Anspruchsdenkens

die sich mit ein paar helfenden Buchstaben auflösen ließ zu Qualität. Wunderbar und vielfältig auf den Punkt gebracht, finde ich. Siehe auch

• Qualität bei Wikipedia
• KkA bei Google

Einschub: So dankbar ich für FrameScript bin, so gerne nutze ich für bestimmte Aufgaben auch »echte« C-Plug-ins mit FrameMaker, insbesondere mit strukturierten Dokumenten. Zum Beispiel AXCM, InsetPlus, FrameSLT…

Bei diesen Schulungen fällt immer wieder auf, dass FrameScript keine Deklaration der Variablen erfordert, man kann einfach schreiben

Set lvValues = MyFunction{};

und die Variable lvValues wird den Datentyp des Ergebnisses der Funktion MyFunction annehmen. Was einerseits sehr praktisch zu sein scheint, führt aber beim kleinsten Tippfehler im Namen einer Variable oft nicht zu einem gemeldeten Fehler, sondern schlicht zu unerwartetem Verhalten des Skripts. Tipps ich ein paar Zeilen weiter beispielsweise

Display lvValue;

bekomme ich diese wenig aussagekräftige Anzeige, weil ich das Plural-s beim Variablenbezeichner »vergessen« habe.

Es gibt aber eine Möglichkeit, solche Fehler melden zu lassen, und ich möchte heute dazu aufrufen, diese Möglichkeit sehr diszipliniert zu verwenden. Seit einigen Versionen gibt es die Session-Variable DeclareVarMode, die dazu verwendet werden kann, dass alle Variablen explizit entweder als Local oder als GlobalVar deklariert werden müssen. Folgende zwei Zeilen gehören in jedes Skript:

Set DeclareVarMode = True;
Set PlatformEncodingMode = True;

(Wegen der Rückwärtskompatibilität sind beide nicht standardmäßig gesetzt; den PlatformEncodingMode können Sie ignorieren, wenn Sie für FrameMaker 8 oder später im UTF-8-Mode programmieren.)

Und dann natürlich in jede Funktion oder Subroutine die entsprechenden Anweisungen Local oder GlobalVar.

Haben Sie das bereits ausprobiert? Wie sind Ihre Erfahrungen? Wie lange haben Sie schon nach Fehlern gesucht, nur um schließlich feststellen zu müssen, dass Sie sich bei einem Variablen-Bezeichner vertippt haben…

Konferenz-Tipp

Ich habe mich schon nach Ende der letztjährigen Konferenz (von der ich zu spät erfuhr) entschlossen, nach Möglichkeit die diesjährige Ausgabe der XMLPrague (13.+14.3.2010) zu besuchen, und zwar nicht weil Prag relativ nah liegt, sondern weil unter den Vortragenden einige quasi Bekannte waren, die mir vor allem in der xsl-list immer wieder mit hochkompetenten Beiträge aufgefallen sind. Die bekanntesten Namen sind in diesem Jahr wohl:

• Michael Kay: Herausgeber des XSLT-Standards und Schöpfer von Saxon
• Norman Walsh: »Vater« von DocBook

Aktuell wurde die Liste der Beiträge veröffentlicht, und schon allein von den Überschriften finde ich interessant:

• Ghislain Fourny »XQuery in the Browser (Demo)«
• Ari Nordström »Film Markup Language (Automating Cinemas Using XML)«

Nicht nur interessant, sondern auch sehr relevant für die Dokumentation scheinen mir diese Themen zu sein:

• Laurens Van den Oever »Tracking Changes: Technical and UX challenges«
• Felix Sasaki »How to avoid suffering from markup: A project report about the virtue of hiding XML«
• Stéphane Sire »Authoring XML all the Time, Everywhere and by Everyone«

Mir (und den Veranstaltern) ist klar, dass eine Konferenzankündigung weniger als zwei Monate vor dem Termin einige potentielle Besucher vor Terminprobleme stellt. Wenn Sie an den Themen allerdings interessiert sind, dann schauen Sie sich auf der Webseite einmal den Preis für die Konferenz an. Dazu gibt es das Tschechien-Spezial für den Expressbus der Deutschen Bahn von Nürnberg nach Prag… Wollen Sie mich begleiten?

http://www.xmlprague.cz/