Michael Neuhold Homepage
Startseite > Altgriechisch und Latein auf dem Computer > greekconverter-Demo-Applet

greekconverter-Demo-Applet

An English version of this page is available.

Bedienung

Das Demo-Applet ruft verschiedene Funktionen von greekconverter auf und bietet selbst folgende Funktionen:

• Check-Box console log: schaltet zwischen dem niedrigsten Message-Level (gar keine Fehlermeldungen, wenn Box nicht aktiviert) und dem höchsten (alle Meldungen einschließlich Debugmeldungen, when Box aktiviert) hin und her.
• Auswahlliste Conversion: enthält die im Applet verfügbaren Konvertierungen.
• Schaltfläche Convert: startet die Konvertierung der Eingabe im oberen Textfeld und gibt das Ergebnis im unteren Textfeld aus.
• Schaltfläche Xyz charts: gibt ein komplettes Listung der jeweiligen Charttabelle(n) (in Betacodierung) auf der Java-Konsole aus.
• Schaltfläche Sample text: schreibt einen Beispieltext (BibleWorks: Gen. 1, 1-4a, sonst Hom.Il. 1, 1-4 in das obere Eingabetextfeld, und zwar in der in der Auswahlliste eingestellten Quellkodierung.

Bekannte Probleme

Das Demo-Applet funktioniert mit dem Internet Explorer ab Version 5.0 und der Java-VM Kaffe. Das Java-Plugin für Netscape 6 & Co. (Mozilla, Galeon, Konqueror) arbeitet - zumindest unter Linux - mit einem nicht unicodefähigen Text-Area-Widget. Mit Opera habe ich keine Erfahrungen.

Die Konvertierung nach GreekKeys kann nicht demonstriert werden, weil sie einen Bytestream benötigt (die Java-String-Klasse konvertiert Zeichen immer intern nach Unicode; wo sie das nicht kann, ersetzt sie durch Fragezeichen).

Wenn Sie dies lesen, ist Ihr Browser nicht Java-fähig oder Sie haben in den Sicherheitseinstellungen Java deaktiviert.

Der Geburtshelfer der Programmiersprache Java, das Applet, liegt im Sterben. Zu Tode gebracht von den Browserherstellern, die plötzlich entdeckt haben, wie unsicher Java, das über die NPAPI-Schnittstelle aufgerufen wird, ist, und die daher die Unterstützung dafür eingestellt haben. Lediglich der Internet Explorer kann noch Java-Applets ausführen. Aber der neue Browser Edge zeigt, wohin die Reise auch bei Microsoft geht. Warum NPAPI so unsicher sein soll, konnte ich nirgendwo erklärt finden. Und warum darf ich als Endanwender nicht selbst entscheiden, ob ich das Risiko auf mich nehmen möchte? Zumindest bei meinen eigenen Applets kann ich es ganz gut einschätzen.

Oracle hat sich der normativen Kraft des Faktischen unterworfen und mit Java 9 die Appletklassen für „deprecated“ erklärt. Aus ist's mit dem Applet. Aber Oracle weiß am allerwenigsten, wohin es technologisch eigentlich will. Wäre ich Oracle, ich hätte einen Browser aus dem Hut gezaubert, der Java-Applets weiterhin unterstützt. So aber bleibt Entwicklern nichts, als, wo es sinnvoll ist, ihre Applets in eigenständige Programme umzuschreiben, wo nicht, den Code wegzuwerfen. Allerdings frage ich mich, ob ich beim Umschreiben nicht gleich auf eine andere Technologie wechseln sollte.

Autor: Michael Neuhold (E-Mail-Kontakt)
Letzte Änderung: 03. Feb. 2018