JavaFX Robot alle Unicode-Zeichen schreiben lassen können

  • Themenstarter Themenstarter Gelöschtes Mitglied 67123
  • Beginndatum Beginndatum
G

Gelöschtes Mitglied 67123

Gast
Mein erster Ansatz war folgender:
Java:
switch (characterKey) {
case '\u0021' -> altNumpad(robot, "33");
case '\u0022' -> altNumpad(robot, "34");
case '\u0023' -> altNumpad(robot, "35");
case '\u0024' -> altNumpad(robot, "36");
...
}
einfach jeden Code abfragen.

Dann habe ich von jemanden diesen Ansatz:
Java:
 altNumpad(robot, "" + ((int) characterKey));
Hier wird einfach der characterKey in einen Integer umgewandelt (downcasting?). Dadurch muss ich nicht jeden numpadCode einzeln eintragen.

Problem ist jetzt aber, dass der selbst (z. B.) bei einem "ä" scheitert. Da kommt so ein schwarzes Rechteck raus, aber kein "ä". Einfache alphanumerische Zeichen funktionieren dennoch.

Mir fällt aber auf, dass ich mit
Java:
System.out.println((int) characterKey);
z. B. "246" ausgegeben bekomme, aber der Roboter "148" auf dem Numpad tippt:
Java:
case '\u00F6' -> altNumpad(autoTextRobot, "148");

Die altNumpad-Methode und Weiteres.

Was muss ich also tun?

Danke!
 
Also ich bin erst einmal von Deinen Ausführungen etwas verwirrt. Aber ich glaube ich habe verstanden, wo das Problem bei Dir ist.

Also erst einmal: Das, was Du hier nutzt, sind Unicode Zeichen.
0x00F6 ist 246 das 'ö' (nicht das 'ä' wie von Dir gesagt, das wäre 0x00E4)
Diese Codes kannst Du unter
https://en.wikipedia.org/wiki/List_of_Unicode_characters finden kann.
nachschauen.

Ist aber erst einmal egal - Du hast hier die Werte von Unicode Zeichen - das ist der wichtige Punkt.

Und nun habe ich verstanden, dass Du Zeichen über das Numpad (Also ALT + Zahl auf Numpad) eingeben willst. Hier ist jetzt wichtig, dass man unterschiedliche Zahlen angeben kann:
3-stellig (oder weniger) sind Codepoints von einem OEM encoded Zeichen. Diese sind keine Unicode Zeichen!
Wenn Du ein + und eine 4-stellig Zahl eingibst, dann sollte er Unicode Zeichen nehmen.

Das wäre das, was ich an Deiner Stelle einmal probieren würde.
 
Also ich bin erst einmal von Deinen Ausführungen etwas verwirrt. Aber ich glaube ich habe verstanden, wo das Problem bei Dir ist.

Also erst einmal: Das, was Du hier nutzt, sind Unicode Zeichen.
0x00F6 ist 246 das 'ö' (nicht das 'ä' wie von Dir gesagt, das wäre 0x00E4)
Diese Codes kannst Du unter
https://en.wikipedia.org/wiki/List_of_Unicode_characters finden kann.
nachschauen.

Ist aber erst einmal egal - Du hast hier die Werte von Unicode Zeichen - das ist der wichtige Punkt.

Und nun habe ich verstanden, dass Du Zeichen über das Numpad (Also ALT + Zahl auf Numpad) eingeben willst. Hier ist jetzt wichtig, dass man unterschiedliche Zahlen angeben kann:
3-stellig (oder weniger) sind Codepoints von einem OEM encoded Zeichen. Diese sind keine Unicode Zeichen!
Wenn Du ein + und eine 4-stellig Zahl eingibst, dann sollte er Unicode Zeichen nehmen.

Das wäre das, was ich an Deiner Stelle einmal probieren würde.
Java:
if ((int) characterKey > 1000) {
            System.out.println("> 3");
            altNumpad(autoTextRobot, "" + ((int) characterKey));
        } else {
            switch (characterKey) {
                case '\u0021' -> altNumpad(autoTextRobot, "33");
                case '\u0022' -> altNumpad(autoTextRobot, "34");
                ...
   }
}
Ich habe leider noch nicht richtig verstanden, wie man das umsetzen soll. :/
Input: aäöÜختبار
Output: aäöÜ.*('1

Ich weiß, dass der Code nicht zum richtigen Ziel führt (lol, sieht doof aus), denn ich käme wieder auf tausende Zeilen Code, wenn ich jedes Zeichen schreiben lassen möchte ...
 
Also der Code der altNumpad Methode reicht nicht aus. Da musst Du jetzt noch mindestens einbauen, dass er auch das + des Numpad kennt.
(VK_ADD so es Konstanten vom KeyEvent sind). Das kann also ein einfaches case '+' -> VK_ADD; in dem switch innerhalb von getNumPad sein.

Und dann kann der Code, der übergeben wird, einfach sein: "+" + (int) characterKey
 
Und natürlich in der Validierung der Argumente muss es auch angepasst werden. Das ist laut der Webseite ja:
if (numpadCodes == null || !numpadCodes.matches("^\\d+$")) {`

Das könnte man zu folgendem Code umändern:
if (numpadCodes == null || !numpadCodes.matches("^[\\d+]+$")) {

(So jetzt im Forum geschrieben und daher ungetestet.)
 
Und natürlich in der Validierung der Argumente muss es auch angepasst werden. Das ist laut der Webseite ja:
if (numpadCodes == null || !numpadCodes.matches("^\\d+$")) {`

Das könnte man zu folgendem Code umändern:
if (numpadCodes == null || !numpadCodes.matches("^[\\d+]+$")) {

(So jetzt im Forum geschrieben und daher ungetestet.)
Das ist meine aktuelle Klasse. Mir fehlt einfach die Grundlage dazu, das korrekt umzusetzen. Entweder gibt mir Windows einen Error-Sound oder die Unicodes werden als ganz andere Zeichen geschrieben.
 
Teste das, was der Robot eingeben soll, erst einmal. Ich habe hier nur einen Mac und kann daher diese Windows Spielereien nicht testen.

Ich habe mir noch einmal https://www.irongeek.com/alt-numpad-ascii-key-combos-and-chart.html angesehen und gelesen, dass die Zahl Hexadezimal angegeben werden soll.

Probier das doch einmal aus. Alt drücken und halten, dann das "+" auf der Zehnertastatur und dann 'F' und '6' und die Alt Taste los lassen. Kommt dann das ö?

Wenn das klappt, dann kann man den Code anpassen:
Statt dem ganzen switch hättest Du einfach nur:
altNumpad(autoTextRobot, String.format("+%x", (int)characterKey);

Wir lassen dann noch a-f zu:
if (numpadCodes == null || !numpadCodes.matches("^[\\d+a-f]+$")) {

Und wir müssen dann a-f auch noch zulassen:
Java:
case 'a' -> VK_A;
case 'b' -> VK_B;
case 'c' -> VK_C;
case 'd' -> VK_D;
case 'e' -> VK_E;
case 'f' -> VK_F;

Aber erst einmal testen, ob die Eingabe manuell funktionieren würde.
 
Teste das, was der Robot eingeben soll, erst einmal. Ich habe hier nur einen Mac und kann daher diese Windows Spielereien nicht testen.

Ich habe mir noch einmal https://www.irongeek.com/alt-numpad-ascii-key-combos-and-chart.html angesehen und gelesen, dass die Zahl Hexadezimal angegeben werden soll.

Probier das doch einmal aus. Alt drücken und halten, dann das "+" auf der Zehnertastatur und dann 'F' und '6' und die Alt Taste los lassen. Kommt dann das ö?

Wenn das klappt, dann kann man den Code anpassen:
Statt dem ganzen switch hättest Du einfach nur:
altNumpad(autoTextRobot, String.format("+%x", (int)characterKey);

Wir lassen dann noch a-f zu:
if (numpadCodes == null || !numpadCodes.matches("^[\\d+a-f]+$")) {

Und wir müssen dann a-f auch noch zulassen:
Java:
case 'a' -> VK_A;
case 'b' -> VK_B;
case 'c' -> VK_C;
case 'd' -> VK_D;
case 'e' -> VK_E;
case 'f' -> VK_F;

Aber erst einmal testen, ob die Eingabe manuell funktionieren würde.
Also bei Alt + "+" + F + 6 kommt nischts.
Auch durch die weiteren Beispiele werden plötzlich die Menus aus der MenuBar (in Notepad++ getestet) durch das ganze Alt-Gedrücke anvisiert.
Scheint also noch nicht so ganz zu funktionieren.

Ich habe altNumpad(autoTextRobot, String.format("+%x", (int)characterKey); mal mit printf() ausgeben lassen:
Java:
System.out.printf("+%x\n", (int) characterKey);
Output: +62
In dem Falle war das ein "b".

Ich habe erst daran gedacht, durch solch eine Methode vielleicht diesen numpadCode (z. B. \u0060) zu kriegen.

Ich stelle mir so was so vor, wenn es denn richtig sei:
altNumpad(autoTextRobot, String.format("+%x", (int) characterKey);
Was in meinem Kopf dann so drin stehen soll:
altNumpad(autoTextRobot, "\u0060");
 
Was ich jetzt gefunden habe: Diese Eingabe von Hex-Codes mit ALT + muss evtl. erst aktiviert werden, also den folgenden Registry Key anlegen:
[HKEY_CURRENT_USER\Control Panel\Input Method]
"EnableHexNumpad"="1"

Nach einer Neuanmeldung / Neustart kann man dann erneut testen, ob man die Unicode Zeichen nun eingeben kann.

(War in der FAQ in https://ladedu.com/how-to-input-unicode-characters-on-windows-10/ )
Wenn das funktioniert, müsste aber jeder, der mein Programm nutzt, diese Einstellung im Registry editor vornehmen. Ich möchte auch keine Datei ausführen lassen. Einen Code dazu habe ich aber schon hier.

Ich habe mal einen Code geschrieben, der meinen Gedanken widerspiegelt:
Java:
        // "key" bekommt den Integer von "characterKey"
        String key = String.valueOf((int) characterKey);

        char a, b;

        // Wenn der Integer von "key" gleich 2 oder 3 Zeichen lang ist, wird "\u00" vorn dran gehangen:
        // Z. B.:
        // "a" ist "61" als Integer -> Wird zu "\u0061" geändert
        if (key.length() == 2 || key.length() == 3) {
            a = String.format("\\u00%x\n", (int) characterKey);
        // Wenn der Integer von "key" gleich 4 Zeichen lang ist, wird "\u0" vorn dran gehangen:
        // Z. B.:
        // "ر" ist "631" als Integer -> Wird zu "\u0631" geändert
        } else if (key.length() == 4) {
            b = String.format("\\u0%x\n", (int) characterKey);
        }

        // Hier wird nach dieser escape sequenz (\u0000) gefragt
        // In dem Falle hat "char a" oder "char b" eine Sequenz zugewiesen bekommen.
        // In meiner Fantasie ein gleicher Schritt wie siehe unten >Wie es sonst funktioniert<
        switch (characterKey) {
            case a, b -> altNumpad(autoTextRobot, String.valueOf((int) characterKey));
            default -> altNumpad(autoTextRobot, "63");
        }


        // Wie es sonst funktioniert
        switch (characterKey) {
            case '\u0061' -> altNumpad(autoTextRobot, "97");
            default -> altNumpad(autoTextRobot, "63");
        }

Natürlich ist das falsch, was auch IntelliJ bemängelt, aber wenn das auf so eine Art möglich ist, wäre mein Coding-Problem auch behoben.

In meinem Kopf erscheint dies als logisch, aber ob man das auch so umsetzen kann?
 
Also ich verstehe generell nicht, was Du da überhaupt genau versuchst. Das sieht alle überkompliziert aus und ich vermute ein XY Problem:
Du willst X und hast Dir da als mögliche Lösung Y ausgesucht und das wird hier überkompliziert. WIr können jetzt an der Lösung Y rumbasteln und da viel Zeit verschwenden, aber vermutlich wird es sinnvoller, einfach einmal das Problem X zu betrachten um da eine bessere Lösung zu finden.

Vielleicht gibst Du uns einfach mal etwas mehr Details, was Du überhaupt vor hast?

Wenn Du Texte irgendwo einfügen willst, dann wäre ggf. eine Möglichkeit, die Zwischenablage zu nutzen:
  • Optional: Du merkst Dir die Zwischenablage
  • Du packst den Text in die Zwischenablage
  • Du simulierst Strg. V (Einfügen der Zwischenablage)
  • Optional: Du setzt die gemerkte Zwischenablage zurück

Aber selbst das ist schon ein Workaround. Wenn Du einen Text an eine Applikation senden willst, dann kannst Du das auch direkt machen. Das kannst Du prinzipiell auch direkt an ein Control. (Ok, Java ist da nicht wirklich optimal, aber JNI und Co machen sowas möglich)
 
Also ich verstehe generell nicht, was Du da überhaupt genau versuchst. Das sieht alle überkompliziert aus und ich vermute ein XY Problem:
Du willst X und hast Dir da als mögliche Lösung Y ausgesucht und das wird hier überkompliziert. WIr können jetzt an der Lösung Y rumbasteln und da viel Zeit verschwenden, aber vermutlich wird es sinnvoller, einfach einmal das Problem X zu betrachten um da eine bessere Lösung zu finden.

Vielleicht gibst Du uns einfach mal etwas mehr Details, was Du überhaupt vor hast?

Wenn Du Texte irgendwo einfügen willst, dann wäre ggf. eine Möglichkeit, die Zwischenablage zu nutzen:
  • Optional: Du merkst Dir die Zwischenablage
  • Du packst den Text in die Zwischenablage
  • Du simulierst Strg. V (Einfügen der Zwischenablage)
  • Optional: Du setzt die gemerkte Zwischenablage zurück

Aber selbst das ist schon ein Workaround. Wenn Du einen Text an eine Applikation senden willst, dann kannst Du das auch direkt machen. Das kannst Du prinzipiell auch direkt an ein Control. (Ok, Java ist da nicht wirklich optimal, aber JNI und Co machen sowas möglich)
Ich habe kurz ein kurzes Video aufgenommen, das sollte mein jetziges Vorhaben besser erklären. 🙂
Man beachte lieber nicht die Fehler im Code.
 

Zurück
Oben