Oskar Welzl: Weblog zur Homepage

Da schimpft man in einem fort über Amerika, und dann ereilt einen plötzlich diese Meldung aus Massachusetts: Ab 1.1.2007 müssen dort alle Behörden das freie Dokumentformat OASIS OpenDocument zum Austausch von Office-Dokumenten verwenden. (Als Alternative ist nur noch PDF erlaubt.)

Grundlage ist das soeben beschlossene Enterprise Technical Reference Model (ETRM), in dem es wörtlich heißt:

As of January 1, 2007 all agencies within the Executive Department will be required to:

1. Use office applications that provide conformance with the OpenDocument format, and
2. Configure the applications to save office documents in OpenDocument format by default.

OpenDocument wird, obwohl es sich um einen sehr jungen Standard handelt, bereits von einer Reihe von Programmen unterstützt, darunter OpenOffice, StarOffice, KOffice, Abiword, eZ publish, IBM Workplace, Knomos case management, Scribus DTP, TextMaker und Visioo Writer.

Damit entscheidet sich die öffentliche Verwaltung eines US-Staates, der fast so groß wie Österreich ist, für die Unabhängigkeit von Microsoft. Unabhängigkeit bedeutet in diesem Fall natürlich nicht, daß Office-Produkte aus Redmont überhaupt nicht mehr zum Einsatz kommen: Immerhin sind zum Teil langfristige Lizenzen bereits bezahlt. Allerdings muß eine technische Lösung gefunden werden, um auch aus MS-Office heraus Dokumente im OpenDocument-Format speichern zu können. Microsoft selbst plant diese Möglichkeit (derzeit) auch für die kommende Generation seiner Software nicht. Aus gutem Grund: "Office-Kompatibilität" war bislang immer das absolute Pflichtprogramm für jeden MS-Konkurrenten und konnte kaum jemals wirklich zu 100% erfüllt werden, gerade weil Microsoft seine Formate nicht offen legte. So manche versuchte Migration von Windows auf Unix-ähnliche Systeme wie GNU/Linux scheiterte in der Praxis an einer zuverlässigen Möglichkeit des Dokumentenaustauschs mit Geschäftspartnern im Microsoft-Format. Würde Microsoft nun umgekehrt OpenDocument-Kompatibilität in seine Produkte einbauen, wäre dieser wichtige Stolperstein für migrationswillige Unternehmen aus dem Weg geräumt.

Microsoft versucht derzeit mit seinem "Office XML"-Format auf OpenDocument zu reagieren. Office XML ist tatsächlich gut dokumentiert, wird jedoch wegen einiger Fallen in den Lizenzbestimmungen von vielen nicht als gleichwertige Alternative akzeptiert.

Ich gehöre normalerweise ja nicht zu den Menschen, die sich im Urlaub mit Souvenirs eindecken. In diesem Fall jedoch konnte ich nicht widerstehen: Da gab es in Velden doch glatt ein Fläschchen "Roy Tränen" zu kaufen! Komplett mit Roy Blacks Foto drauf und einer klaren Flüssigkeit drin, die sich - gerade noch rechtzeitig, bevor die Rührung einsetzt - als 41%iger Himbeergeist entpuppt! "Wir hatten die Idee, weil so viele Damen beim Denkmal [gemeint ist die Büste von Roy Black gleich neben dem Geschäft] Blumen niederlegen und dabei bittere Tränen weinen", erklärt mir die Verkäuferin. Und setzt schelmisch nach: "Außerdem hat der Alkohol in seinem Leben ja auch eine besondere Rolle gespielt." Na dann: Prost!

PS: Bei "Prost!" hab ich natürlich nicht das abgebildete Fläschchen geleert - das behalt' ich mir wirklich als Erinnerung. ;-)

Einen Mini-Urlaub von 3 Tagen kann man sich schon noch mal gönnen im September. Heute geht's mit dem Zug um 16:57 ab nach Velden in die Pension Haus Neumair. Das einzige, wovor mir graut, sind die 4,5 Stunden Südbahn-"Komfort"...

Ich mag nicht nur ABBA, hin und wieder höre ich auch gerne weniger bekannte Cover-Versionen von ABBA-Songs. Gestern mußte ich Tanita Tikaram's 1998 veröffentlichte Version von "The Day Before You Came" (hier die Info zur Original-Version von ABBA) hören. Entsetzlich. Dabei ist "The Day Before You Came" einer meiner absoluten Lieblingssongs.

XHTML 2 sieht zwar weiterhin ein Attribut "hreflang" vor (so wie HTML 4.01 und XHTML), allerdings in einer völlig veränderten Bedeutung, die es eigentlich überflüssig macht. Die ursprüngliche Bedeutung wird sich über das META-Element wieder ausdrücken lassen. Ein vollwertiger Ersatz wird dies jedoch höchstwahrscheinlich nicht.

Schon 2003 ist mir im damals aktuellen Public Working Draft des W3C für XHTML 2 aufgefallen, daß das aus HTML 4.01 und XHTML 1.0 bekannte hreflang-Attribut fehlte. Obwohl selten benutzt, hatte es doch einigen Charme: Man konnte als Autor von HTML-Dokumenten auf ein externes Dokument verweisen und dem Leser gleichzeitig die Information mitgeben, in welcher Sprache dieses externe Dokument verfaßt war.

Beispiel: Auf einer deutschsprachigen Homepage verweise ich auf eine türkische Seite. Mit dem Zusatz hreflang="tr" kann ich diesen Link als türkischsprachig markieren. Sofern diese Meta-Information dem Leser vom Browser (oder durch ein Stylesheet, Script ...) in irgendeiner Weise angezeigt wird, spart er sich den Klick und die Wartezeit, sofern er nicht türkisch spricht. Nicht lebensnotwendig, aber praktisch.

In XHTML 2 war dieses Attribut zunächst nicht mehr vorgesehen, rutschte dann aber - vielleicht auch aufgrund der relativ umfangreichen Diskussion nach meiner Anfrage in der Mailing-List - wieder hinein. Leider mit einer völlig veränderten Bedeutung, die mit der ursprünglichen Intention als Meta-Information gar nichts mehr zu tun hat. Ein Auszug aus dem aktuellen Public Working Draft:

The user agent must use this list as the field value of the accept-language request header when requesting the resource using HTTP.

Im Klartext: Das Attribut ist keine Meta-Information mehr. Es beeinflußt nun, welches von mehreren verfügbaren Zieldokumenten der Browser anfordern soll.

Beispiel: http://members.aon.at/neumair steht in 2 Sprachversionen zur Verfügung. Wenn der Leser die Seite mit einem auf Deutsch eingestellten Browser aufruft, erhält er das deutsche Dokument, ansonsten das englische. (In Wahrheit stehen dahinter 2 Seiten, .../neumair/index_de.htm und .../neumair/index_en.htm - der Webserver entscheidet, welche der beiden Seiten ausgeliefert wird.) Wenn ich nun in Zukunft mit XHTML 2.0 von meiner Website auf http://members.aon.at/neumair/ verlinke, kann ich die Browser meiner Leser durch die Angabe von hreflang="en" zwingen, die englische Version zu holen - auch dann, wenn der Leser seinen Browser auf "Deutsch" eingestellt hat. Das mag insofern brauchbar erscheinen, als man damit gezielt auf die einzelnen Versionen verlinken kann. In Wahrheit ist es selbstverständlich überflüssig:

Die Angabe
href="http://members.aon.at/neumair/" hreflang="en"
ist absolut gleichbedeutend mit
href="http://members.aon.at/neumair/index_en.htm"

Kurz gefaßt: Das Attribut hreflang hat seine ursprüngliche Bedeutung als Meta-Info verloren, der Sinn seiner neuen Bedeutung erschließt sich mir zumindest auf den ersten Blick nicht.

Nun scheint es aber so, als ob die alte Bedeutung von hreflang in XHTML 2 zumindest auf Umwegen wieder Einzug gehalten hätte:

Die Meta-Informationen sind der Schlüssel. Was in HTML 4.01 und XHTML 1.0 noch sehr einfach mit

<a href="http://members.aon.at/neumair/index_de.htm" hreflang="de">... </a>

auszudrücken war, ist nach dem aktuellen Entwurf in XHTML 2 zwar komplizierter, aber möglich:

<meta about="http://members.aon.at/neumair/index_de.htm" property="dc:language" content="de"/ >
<a href="http://members.aon.at/neumair/index_de.htm">... </a>

Die Art der Notation ist umständlich und im Vergleich zur jetzigen Handhabung wenig elegant, die Bedeutung jedoch die gleiche. Gleichwertig sind die beiden Varianten dennoch nicht: Mit HTML 4.01 bzw. XHTML 1 ist es einfach, CSS-Formatierungen an den Inhalt eines hreflang-Attributes zu knüpfen und so zB vor/nach jedem Link den Sprachencode oder ein Flaggensymbol einzufügen. Dieser Mechanismus läßt sich mit dem Meta-Element aus XHTML 2.0 nicht umsetzen. Die Information bleibt also im Dokument erhalten, wird aber de facto nicht mehr darstellbar.

www.wahlkabine.at, der traditionsreiche Wahlhelfer, hat anläßlich der im Oktober anstehenden Landtagswahlen (Steiermark, Burgenland, Wien) wieder geöffnet. Auch wenn mich mein persönliches Ergebnis diesmal doch ziemlich verblüfft hat: Die Wahlkabine ist wieder einen Besuch wert.