Inkonsistenz im API von AWT

vorhergehende Artikel in: Java
26.12.2019

Ich habe eine Inkompatibilität in Java gefunden, für die ich gerne eine Lösung hätte...

Das grundlegende Framework für die Erstellung von graphischen Benutzerschnittstellen in java ist AWT. Seit inzwischen einigen Jahrzehnten baut eine Vielzahl von JavaSE-Desktop-Anwendungen direkt oder darauf auf.

Eine so lange Zeit geht an keinem Framework vorüber ohne Spuren zu hinterlassen und so ist es auch mit AWT: Über die Zeit entwickelt sich das API weiter - neue Aspekte kommen hinzu, alte Zöpfe werden abgeschnitten.

AWT war allerdinge der erste Bereich, in dem ich bei Java entdeckt habe, dass dabei Inkonsistenzen entstehen - also zumindest eine; und das kam so...

Ich habe im I18NEditor eine TreeTable benutzt. Das ist eine Komponente, die einen Baum und eine Tabelle kombiniert. Das ist keine offizielle Komponente des Java-Frameworks - ich habe sie damals bei SUN gefunden, doch nicht als einziger: inzwischen ist sie in viele andere Projekte hineingewandert.

Innerhalb dieser Komponente wird ein neuer AWT-Event - genauer gesagt ein MouseEvent erzeugt. Das ist die Stelle, an der ich auf die Nase gefallen bin: Es begab sich, dass ich meinen Code aufräumen wollte und dazu alle Aufrufe von deprecated Elementen entfernen wollte - ich ersetzte sie gegen die empfohlenen neuen Varianten. Die Methode getModifiers ist ebenfalls als deprecated markiert (seit Java 9) - man soll statt dessen die Methode getModifiersEx.

Diese beiden Methoden sind aber inkompatibel zueinander: die Bitmaske, die der Konstruktor eines MouseEvent (und anderer AWT-Events) erwartet ist genau die Bitmaske, die MouseEvent liefert. Will ich also - wie es zum Beispiel im Code der JTreeTable geschieht - aus einem AWT-Event einen neuen erzeugen, muss ich die deprecated`-Methode benutzen, denn es existiert - meines Wissens nach - keine Mapping Methode um die beiden Varianten der Bitmasken ineinander zu überführen.

Man müsste eine Mapping-Methode schreiben, die ungefähr so aussehen würde:

private int translateIntoGetModifiersResult(java.awt.event.InputEvent evt)
{
    int newMask=evt.getModifiersEx();
    int rv=0;
    if((newMask&InputEvent.ALT_DOWN_MASK)!=0)
        rv|= InputEvent.ALT_MASK;
    //die oberen zwei Zeilen wiederholen sich an dieser Stelle
    //für alle Bits in der Maske...
    return rv;
}

Allerdings wäre auch diese Methode auf deprecated Elemente angewiesen - dieses Mal auf die symbolischen Konstanten wie zum Beispiel ALT_MASK.

Als deprecated kann und sollte man aber nur Elemente kennzeichnen, für die es einen vollwertigen und gleichwertigen Ersatz gibt - das ist hier ganz klar nicht der Fall: sobald die deprecated Elemente in InputEvent entfernt werden, hören einige Java-Anwendungen auf zu funktionieren...

Alle Artikel rss Wochenübersicht Monatsübersicht Codeberg Repositories Mastodon Über mich home xmpp


Vor 5 Jahren hier im Blog

  • The Things (Network) Stack v3

    19.09.2021

    Ich berichtete vor einiger Zeit über meine ersten Versuche der Beschäftigung mit LoRaWAN und The Things Netzwork.

    Weiterlesen

Neueste Artikel

  • Flaggen-Emojis aus ISO3166-1 Country Codes

    Ich fand neulich diesen interessanten Link, der beschreibt, wie man die Flaggenicons für alle Länder der Erde mit einem simplen Unicode-Feature erzeugen kann und dachte: "Das will ich auch ausprobieren!". Wieder etwas, das ich noch nicht über Unicode wusste...

    Weiterlesen
  • Cryptpad neu im Docker Zoo

    Ich habe nochmal versucht, Cryptpad als self-hosted Variante in meinen Docker-Zoo aufzunehmen - dieses Mal war ich erfolgreich...

    Weiterlesen
  • Trump & Terror

    Trump hat es sich ja zur Aufgabe gemacht, Chaos zu verbreiten und einfach irgendwelche Lügen rauszuhauen weil er denkt, dass - wenn er es nur schnell genug macht - wir gar nicht hinterherkommen, die Auswirkungen davon wieder zu kitten - und bisher hat er ja leider recht damit...

    Weiterlesen

Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.

Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.

Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...

PS: Meine öffentlichen Codeberg-Repositories findet man hier.