4 Technische Probleme der Mehrsprachigkeit

Obwohl die Verfahren, Texte im Maschinen- oder Quell-Kode zu übersetzen, vielfach angewandt wurden, haben sie grundlegende Nachteile.

4.1 Unterschiedliche Textlänge

Texte mit gleicher Bedeutung haben in verschiedenen Sprachen unterschiedliche Länge. Wir haben in unserem Beispiel gesehen, dass der deutsche Text "Division durch Null" 19 Zeichen hat, der Esperanto-Text "divido per nulo" dagegen nur 15. Das kann zu Problemen bei der Übersetzung im Maschinenkode führen, weil man dort Texte nicht verlängern kann. Wenn der übersetzte Text länger als das Original ist, muss man abkürzen.

Bei der Übersetzung im Quell-Kode tritt dieses Problem nicht oder kaum auf, weil höhere Programmiersprachen und Assemblersprachen ein Programm automatisch an die Länge der benutzten Texte anpassen. Gelegentlich kommt allerdings auch die Länge eines Textes im Programm vor. Dann muss auch sie angepasst werden.

Hier ein Beispiel, das man heute in Java nicht mehr so programmieren würde: Aus demselben Text sollen zwei Meldungen ("Division durch Null in Zeile 137", "Division durch Null") erzeugt werden. Solche Techniken, die heute als unsauber gelten, waren durchaus üblich, als die Rechner noch klein waren und Speicher noch teuer war. In dem Beispiel wird der deutsche Text nach 19 Zeichen abgeschnitten, der Esperanto-Text aber nach 15:

4.2 Organisation von Programm-Änderungen

4.2.1 Das Problem

Ein wichtiges Problem der Mehrsprachigkeit ist es, dass Programme keine unveränderlichen Objekte sind. Programme entwickeln sich, erwerben neue Fähigkeiten; es entstehen neuen Versionen von Programmen.

Eine Übersetzung von Texten im Maschinen-Kode muss für jede Programmversion vollständig neu gemacht werden. Auch wenn die neue Version dieselben Texte verwendet wie die vorige oder nur einige Texte hinzufügt, muss das Ersetzen der Texte wiederholt werden. Daher bleibt man in solchen Fällen oft lieber bei der alten Version, um die neue Übersetzung zu sparen.

Wenn man den Quell-Kode modifiziert, gibt es zwei Möglichkeiten:

• Die Modifikationen werden in einer Sprache durchgeführt, anschließend werden die Texte wieder durch die Übersetzungen ersetzt. Das ist analog zur Modifikation des Maschinen-Kodes und ebenso unbefriedigend.
• Die Modifikationen werden in allen existierenden Sprachen parallel durchgeführt. Das ist eine langweilige, uninteressante Arbeit, und die Gefahr ist groß, dass sich Fehler einschleichen.

4.2.2 Die Lösung: Textlisten

Die Lösung für dieses Problem ist klar: Man muss die funktionellen Teile des Programms (die "Logik") von den Texten trennen. Dan gibt es nur eine Variante des Programm-Kodes (Quell-Kode) und getrennt davon mehrere Textlisten für verschiedene Sprachen. Die Texte werden durch Nummern oder Namen identifiziert, wobei die Namen aus der Sprache der Programmierer kommen können, denn der Benutzer wird diese Namen nicht sehen.

Wenn es eine Programmänderung gibt, wird folgendermaßen vorgegangen:

• Die Änderungen werden in der (einzigen) Programmquelle gemacht; sie enthält keine Texte, sondern nur Nummern oder Text-Namen.
• Wenn ein neuer Text erforderlich ist, wählt der Programmierer eine neue Nummer oder einen neuen Namen, verwendet ihn im Programm und fügt ihn in eine bestimmte Textliste ein.
• Übersetzer übersetzen die neuen Texte und vervollständigen somit die Textlisten der anderen Sprachen.
• Wenn das ablaufende Programm einen Text braucht, nimmt es ihn aus der Textliste für die Sprache, die der Benutzer gewählt hat.

Voraussetzung für die Verwendung von Textlisten ist, dass das Programm keine festen Texte enthält, sondern alle Texte aus (einer) Liste(n) entnimmt. Das ist ein wichtiger Teil der Internationalisierung. Sie ist nur auf der Ebene des Quell-Kodes möglich; der Maschinenkode erlaubt fast keine Internationalisierung.

Das Prinzip der Textlisten wurde bereits 1985 in HP-NLS realisiert. Dort hießen die Textlisten auf Englisch "catalog", also etwa "Katalog". Die Umsetzung von Textnummern oder Textnamen in Texte aus einer Liste ist eine typische Aufgabe für einen Internationalisierungs-Rahmen.

4.3 Unterschiedliche Zeichensätze, Alphabete und Schriftsysteme

4.3.1 Das Problem

Anfang der 1980-er Jahre wurden die meisten Rechner in den USA und Japan hergestellt, und fast alle Betriebssysteme kamen aus den USA. Daher orientierten sich die verwendeten Zeichen-Kodes an der englischen Sprache, die fast nur das lateinische Grundalphabet ohne diakritische Zeichen benutzt. Es gibt einige, wenige englische Wörter mit diakritischen Zeichen (z. B. resumé, zur Unterscheidung von resume), die man aber ignorierte. Man brauchte nur einen Zeichen-Kode, der folgendes enthält:

• 26 lateinische Kleinbuchstaben
• 26 lateinische Großbuchstaben
• 10 europäisch-arabische Ziffern
• das Leerzeichen
• etwa 20 Satz- und Sonderzeichen: !?"$%&/()[]<>+-*=,.;:
• einige Steuerzeichen, zum Beispiel "neue Zeile", "neue Seite", "Datenende"

Die Rechner konzentrierten sich von der Geräteseite (hardware) immer mehr auf Gruppen von 8 Bits (genannt Oktette oder Bytes). Da die aufgeführten Zeichen sich leicht mit 7 Bits kodieren lassen, wurde ein 7-Bit-Kode mit dem Namen ASCII (engl. American Standard Code for Information Interchange = amerikanischer Standard-Kode für Informationsaustausch) normiert.

Sprachen, die nicht die lateinische Schrift verwenden, und auch die meisten Sprachen mit lateinischer Schrift sind mit ASCII nicht darstellbar:

• Viele Sprachen verwenden ein anderes Alphabet als das lateinische, zum Beispiel das griechische (αβγ…), das kyrillische (абв...), das thailändische (กขฃ...) usw.
• Manche Sprachen verwenden kein Alphabet, sondern eine große Menge von Ideogrammen (Chinesisch, Japanisch, ...).
• Viele Sprachen mit lateinischer Schrift verwenden diakritische Zeichen, zum Beispiel áâàåäãø...
• Viele Sprachen mit lateinischer Schrift verwenden Ligaturen und andere Sonderbuchstaben, zum Beispiel ÆŒßÐÞ
• Einige Sprachen haben besondere Zeichen für Währungen (¥) oder für die Interpunktion, zum Beispiel Spanisch (¡¿).

Hier eine Tabelle der ASCII-Zeichen.

4.3.2 Einfache Lösungen

Eine einfache, aber nicht wirklich befriedigende Lösung dieses Problems sind Ersatzsysteme, die nur ASCII-Zeichen verwenden. Solche Systeme gab es teilweise schon, um in solchen Sprachen international Telegramme versenden zu können. Beispiele sind:

• Manche Sprachen haben ein eingeführtes Ersatzsystem, das nur die englisch-lateinischen Grundbuchstaben verwendet. Zum Beispiel kann man auf Deutsch die Umlaute mit einem nachgestellten "e" schreiben: "ae" statt "ä", "oe" statt "ö", "ue" statt "ü".
• Manche Sprachen ersetzen die diakritischen Markierungen durch bestimmte nachgestellte Zeichen. Zum Beispiel kann man im Italienischen einen Apostroph statt eines Gravis benutzen: "a`" statt "à" usw.
• Manche Sprachen lassen die diakritischen Markierungen einfach weg; das erleichtert das Schreiben, erschwert aber das Lesen.

Sprachen mit nicht-lateinischer Schrift können ASCII nur mit Transliterierung verwenden.

4.3.3 Aufeinanderdrucken mehrerer Zeichen

Diakritische Zeichen sehen ungefähr aus, als hätte man den lateinischen Grundbuchstaben genommen und etwas darunter oder darüber gedruckt. Daher kann man solche Zeichen darstellen, indem man zwei Zeichen an dieselbe Stelle des Papiers druckt. Um das zu erreichen, wurde ein Rückschritt eingefügt, also das Zeichen, das auf der Schreibmaschine oft ein Pfeil nach links () darstellt. Hier einige Beispiele:

á	' a	Apostroph statt Gravis
ä	" a	Anführungszeichen statt Trema
ç	, c	Komma statt Cedille

Wenn man auf dem Papier die Zeichen so aufeinander druckt, sieht das Ergebnis nicht sehr schön aus; auf dem Bildschirm ist das Aufeinandersetzen meist nicht möglich. Aber es handelt sich ja nur um einen Kode; ein Drucker oder Bildschirm darf (wenn er es kann) statt der drei Symbole "Komma" + "Rückschritt" + "c" ein schönes ç mit Cedille erzeugen.

Es gibt übrigens einen Grund, warum man den Buchstaben in solchen Kombinationen an den Schluss schreibt: Wenn im Anzeigegerät der Rückschritt das letzte Symbol löscht, ist es besser, wenn von einem "á" das "a" stehen bleibt und nicht nur der Apostroph oder Akzent.

4.3.4 Echte Lösungen: andere Zeichensätze

Um das Problem der fehlenden Zeichen wirklich zu lösen, mussten Zeichensätze geschaffen werden, die zumindest alle notwendigen Zeichen für eine bestimmte Sprache enthalten. Grundsätzlich gibt es dafür drei Möglichkeiten:

• Die Schaffung ganz neuer Zeichensätze, die nichts mit ASCII zu tun haben;
• Die Erweiterung von ASCII durch Verwendung von mehr als 7 Bits;
• Die Modifikation von ASCII durch Ersetzung nicht so wichtiger Zeichen.

Die erste Methode wurde praktisch nicht verwendet, denn niemand wollte einen Kode ohne die lateinischen Buchstaben und die europäischen Ziffern. Die lateinischen Buchstaben sind nicht nur für englische Texte notwendig, sondern auch für fast alle Programmiersprachen, daher wollte niemand auf sie verzichten.

Die zweite Methode schien ideal, da Rechner gewöhnlich jedes ASCII-Zeichen in einem Byte mit 8 Bits speicherten, es war also leicht, dem ASCII-Kode weitere 128 Zeichen hinzuzufügen. Trotzdem wurde auch diese Methode zunächst nicht genutzt, da das 8. Bit in vielen Fällen bereits anders verwendet wurde. Bei der Übertragung von Daten zwischen Rechnern enthielt dieses Bit meistens "Paritäts"-Information: es wurde so gesetzt, dass in jedem Byte die Zahl der Bits mit dem Wert "1" gerade war. Dadurch ließen sich technische Fehler bei der Übertragung feststellen (eine fehlerhafte Veränderung eines Bits führt dazu, dass in einem Byte die Zahl der 1-Bits ungerade ist). Auch manche Programme verwendeten das 8. Bit für bestimmte Zusatzinformationen, zum Beispiel konnte der UNIX-Editor "vi" lange keine 8-Bit-Zeichen verarbeiten.

Es blieb die dritte Methode. Einige ASCII-Zeichen wurden als veränderbar definiert, mehrere Sprachen haben einen "eigenen ASCII-Kode", der diesen Kode-Werten ein anderes Zeichen zuweist. Diese alternativen Zeichensätze normiert die Norm ISO 646. Beispiele:

4.3.5 Umschalten zwischen Kodes

Die Verwendung solcher sprach-spezifischer Kodes (vor allem zwischen 1980 und 1990) bedeutete, dass Franzosen, Deutsche usw. die eckigen und geschweiften Klammern []{} nicht benutzen konnten. Das war für Übersetzer (Kompilierer) von Programmiersprachen kein großes Problem, da sie sich nicht für den Kode interessieren. Wenn ein Franzose "é13è" oder ein Deutscher "Ä13Ö" tippte, akzeptiert der Kompilierer das als "[13]". Aber für Menschen sind Programme auf diese Weise schlecht lesbar.

Im Prinzip ist es möglich, zum Beispiel für Briefe und für Programme verschiedene Kodes zu benutzen, oder sogar für verschiedene Teile einer einzigen Textdatei. Diese Technik wurde bereits im Fernschreib-Kode (Telex-Kode, Baudot-Kode, Murray-Kode) verwendet, der mit seinen 5 Bits nur 32 Zeichen darstellen konnte und trotzdem (Groß-)Buchstaben, Ziffern und Satzzeichen hatte. Die Schlüsseltechnik lag in der Verwendung von zwei getrennten Kodes und Steuerzeichen zur Umschaltung vom Text-Kode zum Kode für Ziffern und Satzzeichen und umgekehrt. Solche Teil-Kodes nennt man auch Kode-"Schichten".

Das folgende Beispiel zeigt, wie man den Text "LA 15-A DE DECEMBRO 1859" im Murray-Code (CCITT-2) kodiert. Erläuterung: Die erste Zeile zeigt in roten Feldern, wo ein Sprung in die Buchstaben-Schicht (LIT) bzw. in die Ziffern-Schicht (CIF) erfolgt. Die zweite Zeile zeigt die Interpretation in der Ziffernschicht und in grüner Farbe die Stellen, wo diese Schicht effektiv ist. Die dritte Zeile zeigt die Interpretation in der Buchstabenschicht und in grüner Farbe die Stellen, wo diese Schicht effektiv ist. Das umgekehrte Fragezeichen steht für einen besonderen Steuer-Kode, der die Glocke des Fernschreibers betätigt.

Die Technik des Umschaltens zwischen verschiedenen Kodes oder Kodeschichten existierte also schon lange; Baudot entwickelte seinen Kode 1870 und Murray seinen 1901. Die Technik wurde sogar auf mehrere Schichten für griechisch und kyrillisch erweitert. Dieselbe Technik erlaubt grundsätzlich auch ein Umschalten zwischen verschiedenen Varianten von ISO 646, so als ob es Schichten ein und desselben, umfangreicheren Kodes wären. Tatsächlich wurde eine solche Technik unter ISO 2022 genormt; sie erlaubt ein Umschalten von japanischen, chinesischen und koreanischen Kodes zu ASCII und weiteren Kodes.

Eine solche Technik zur Umschaltung zwischen verschiedenen lateinischen Kodes wurde nie genormt oder auch nur in größerem Umfang verwendet. Die Gründe sind eines der historischen Rätsel der Informatik. Vielleicht wurde kein wirklicher Bedarf gesehen.

Die Möglichkeit, Nicht-ASCII-Zeichen zu haben und trotzdem alle ASCII-Zeichen zu behalten, kam also erst mit 8-Bit-Kodes, die unter ISO 8859 genormt wurden. Es gibt verschiedene Varianten davon, denn auch 256 Zeichen genügen nicht, um auch nur die Zeichen der europäischen Sprachen zu kodieren:

• 8859/1 = "Latin 1": Westeuropa
• 8859/2 = "Latin 2": Mittel-/Osteuropa
• 8859/3 = "Latin 3": Südeuropa (Türkisch, Maltesisch, Esperanto
• 8859/4 = "Latin 4": Nordeuropa
• 8859/5: kyrillisch
• 8859/6: arabisch
• 8859/7: griechisch
• 8859/8: hebräisch
• 8859/9 = "Latin 5": Türkisch
• 8859/10 = "Latin 6": nordische Sprachen, 1992
• 8859/11 = thailändisch
• 8859/12 (Vorschläge, nie zur Norm erhoben)
• 8859/13 = "Latina 7": baltisch
• 8859/14 = "Latina 8": keltisch
• 8859/15 = "Latina 9": Westeuropa mit €
• 8859/16 = "Latina 10": Südosteuropa mit €

Auch ISO 8859 erlaubt kein Umschalten zwischen verschiedenen Kodes. Wer die kyrillische Variante (5) von ISO 8859 verwendet, kann das französische Zeichen "ç" nicht verwenden, da es nur in den Varianten 1, 2 und 3 existiert.

Hier Tabellen der Zeichen von ISO 8859-1 und ISO 8859-3.

4.3.6 Ein interessanter Vorschlag: Videotex

Als die Fernsehstationen das System "Videotex(t)" einführten, wollten sie gerne möglichst viele Symbole haben, ohne zwischen Kodes umschalten zu müssen. Sie nutzten die Möglichkeit, diakritische Zeichen zu Buchstaben hinzuzufügen, wie es ISO 646 mit dem Rückschritt macht. Es entstand eine neue Norm ISO 6937, die aber keinen Rückschritt benutzt, sondern 16 Symbole definiert, die immer mit dem folgenden Zeichen verschmelzen. Sie funktionieren also wie eine "tote Taste" auf der Schreibmaschine, die ein Zeichen tippt, ohne den Wagen weiterzubewegen.

Die 16 diakritischen Zeichen von ISO 6937 sind:

4.3.7 Die endgültige (?) Lösung: Unicode

Alle beschriebenen Lösungen werden oder wurden praktisch eingesetzt, aber keine wirklich universell. Daher kam es zu Problemen beim Datenaustausch. Eine wirklich universelle Lösung wurde gebraucht.

Diese Lösung scheint jetzt gefunden zu sein, sie heißt Unicode. Version 3.2 von Unicode enthielt 95.156 Zeichen, Version 4.0 96.382. Inzwischen gibt es Version 4.1, die 97.655 Zeichen enthält. Die ersten 128 Zeichen von Unicode sind identisch mit denen von ASCII, die ersten 256 mit denen von ISO 8859-1. Unicode ist also mit diesen Kodes kompatibel. Es ist leicht, Daten in dieses Kodes in Unicode umzuwandeln. Bei anderen Kodes ist es etwas schwieriger.

Unicode definiert nur Kodenummern für Zeichen, jedoch keine Darstellung dieser Kodenummern, etwa als Byte-Folge. Klar ist, dass man nicht alle Unicode-Zeichen in einem Byte kodieren kann; auch zwei Bytes reichen nicht aus, da sie maximal 65.536 Zeichen kodieren können. Zur Kodierung von Unicode mit fester (einheitlicher) Kodelänge verwendet man vier Bytes, da Unicode eine Erweiterung auf 21 Bits zulässt und früher sogar noch mehr erlaubte. Diese Kodierung (engl. encoding) heißt UTF-32. In der Praxis sind zwei andere Kodierungen wichtiger, die keine feste Kodelänge haben: Bei UTF-16 belegt ein Unicode-Zeichen zwischen 2 und 4 Bytes, bei UTF-8 zwischen 1 und 6 Bytes. UTF-16 wird zum Beispiel in der Programmiersprache Java benutzt.

Mit Unicode lassen sich nicht nur Zeichen praktisch aller Sprachen darstellen, es sind auch gemischtsprachige Texte problemlos möglich.

Hier eine Tabelle einiger Unicode-Zeichen.

4.3.8 Zeichensätze leben

Schlussbemerkung: Sprachen und Schriften entwickeln sich, und Zeichensätze ändern sich. Hier zwei Beispiele: Im Jahr 1990 erinnerten sich die Ukrainer daran, dass sie früher zwei Formen des Buchstabens "G" hatten (Γ, Ґ); Stalin hatte die zweite Form abgeschafft. Ende des 20. Jahrhunderts entstand das neue Zeichen "€" für den Euro, das vorher nicht nur unbekannt war, sondern gar nicht existierte. Im Chinesischen entstehen regelmäßig neue Zeichen. Vor allem der universelle Kode Unicode muss sich an solche Änderungen anpassen.

4.4 Schreibrichtung

Sprachen mit lateinischer Schrift schreiben gewöhnlich in Zeilen von links nach rechts und ordnen die Zeilen von oben nach unten auf der Seite an. Aber grundsätzlich ist auch die umgekehrte Anordnung möglich. Es gibt sogar die Möglichkeit einer abwechselnden Schreibrichtung ("Bustrophedon", wie ein Pflug auf dem Acker), die nach jeder Zeile die Schreibrichtung ändert und unter dem Zeilenende der vorhergehenden Zeile beginnt.

Bekannte Beispiele von Sprachen, die von rechts nach links schreiben, sind Arabisch und Hebräisch. Chinesisch, Mongolisch und Japanisch schreiben traditionell meist von oben nach unten, verwenden aber unter dem Einfluss der abendländischen Kultur (und Technik) auch die waagerechte Schreibung.

Wenn ein Programm die Anordnung von Texten einem Drucker, einem Bildschirm oder einem anderen Programm überlässt, kann es die Schreibrichtung ignorieren. Aber Programme, die selbst Texte ausrichten, müssen sie in Betracht ziehen. Und die Schreibrichtung gilt nicht nur innerhalb eines Satzes, sondern auch zwischen verschiedenen Textteilen, zum Beispiel einem Eingabefeld für Text und seiner Beschriftung.

Stellen Sie sich als Beispiel ein Programm vor, das einen Such-Dialog mit drei Bestandteilen anzeigt:

• Die Beschriftung "Suchwort"
• Ein Textfeld für die Eingabe des Suchworts
• eine Schaltfläche mit dem Text "Suchen"

Ein Programm mit einer lateinisch geschriebenen Muttersprache neigt vermutlich dazu, diesen drei Bestandteilen von links nach rechts feste Positionen zuzuordnen. In einer arabischen Version muss die Anordnung jedoch umgekehrt erfolgen. Das zeigt das Beispiel eines Such-Dialogs aus der Wikipedia, auf Rumänisch und auf Arabisch:

Ein besonderes Problem unterschiedlicher Schreibrichtungen ist, dass sich Schreibrichtungen mischen können. In Sprachen, die von rechts nach links geschrieben werden, passiert das oft, weil sie Zeichen mit entgegengesetzter Schreibrichtung enthalten können, zum Beispiel Ziffern oder Wörter aus anderen Sprachen. Es empfiehlt sich, dass Programme solche Besonderheiten einem geeigneten Rahmen überlassen, zum Beispiel einem Netz-Browser, wenn es sich um ein netz-basiertes Programm handelt. Moderne Browser behandeln solche Problemfälle recht gut. Hier als Beispiel ein hebräischer Text mit einer nummerierten Liste; die dreistufigen Nummern sehen so aus wie in einem lateinisch geschriebenen Text:

4.5 Übersetzung von Zeichen und Symbolen

Man neigt dazu, anzunehmen, dass Bilder und Symbole nicht übersetzt oder internationalisiert zu werden brauchen, aber auch sie können sprach- oder kulturabhängig sein. Ein einfacher Fall sind Pfeile in Texten, die oft umgedreht werden müssen, wenn die Sprache eine andere Schreibrichtung hat (127128, ۱۲۸۱۲۷).

Auch Satzzeichen müssen übersetzt werden. Zum Beispiel unterscheiden sich Anführungszeichen sehr zwischen den Sprachen. Außerdem benutzen manche Sprachen Anführungszeichen für die direkte Rede, andere einen vorangestellten Gedankenstrich (–). Wo Anführungszeichen benutzt werden, kann ein abtrennendes Komma vor (Englisch) oder nach (Deutsch) dem schließenden Anführungszeichen stehen.

4.6 Kulturelle Unterschiede

Kulturelle Unterschiede, die mehr als die Sprache betreffen, sind schwer vorherzusehen und zu berücksichtigen. Manche haben allerdings Bezug zur Sprache; zum Beispiel beeinflusst die Schreibrichtung auch die Art, wie eine Bildergeschichte gelesen wird. Ein bekannter Witz erzählt, dass eine Firma für Waschmaschinen ein "internationales" Reklamebild ohne Worte entwirft, das zuerst (links) ein schmutziges Tuch, dann eine Waschmaschine und zuletzt ein sauberes Tuch zeigt. Die Firma wundert sich dann, dass sie in arabisch sprechenden Ländern nichts verkauft:

Es ist lehrreich, arabische und lateinisch geschriebene WWW-Seiten miteinander zu vergleichen. Dazu bietet die Wikipedia eine gute Gelegenheit. Hier ein Bild von Artikeln zur Stadt Mekka aus der arabischen und der Esperanto-Wikipedia:

• Der arabische Text verwendet nicht die alten arabischen, sondern die europäisch-arabischen Ziffern. Durch den Computer und unter dem Einfluss anderer Kulturen haben sich die Araber an diese Ziffern gewöhnt.
• Der Buchstabe "W" als Symbol der Wikipedia wird nicht übersetzt.
• Der arabische Artikel enthält keine Bilder, vermutlich, weil der Islam verbietet, Bilder von Menschen zu machen. Das führt sogar dazu, dass das kleine Männchen oben neben dem Wort "Anmelden" (Ensalutu), das den Benutzer symbolisiert, in der arabischen Version fehlt.

Beispielfragen:

• Warum ist es ein Problem, wenn ein Text in verschiedenen Sprachen unterschiedliche Länge hat?
• Warum kann es ein Problem sein, wenn eine neue Version eines Programms erscheint?
• Mit welchen Kodes kann man die Buchstaben der englischen Sprache darstellen?
• Wie viele Bits braucht ein ASCII-Zeichen?
• Wie viele Bits braucht ein ISO-8859/1-Zeichen?
• Wo hat ein internationalisiertes Programm seine Meldungstexte?
• Geben Sie ein Beispiel für zwei Sprachen mit unterschiedlicher Schreibrichtung!