Strg+V ohne Fokus simulieren!

[Sunchezz]

Moin!

Nach stundem langen bemühen mit der Suchfunktion bin ich langsam am verzweifeln.
Ich möchte über das Systemclipboard (Windows 7) etwas einfügt. An sich kein Ding, nur soll es nicht in mein Programm eingefügt werden, sondern in ein anderes Fenster (egal welches).

Wie bekomme ich das hin obwohl doch der Fokus weg ist?
Mit der Klasse Robot simuliere ich einen einfachen "Strg+v" anschlag.
Aber nichts passiert.

Hat da jemand eine Idee?

 

[vanny]

Hmm, is noch leicht schwammig deine Beschreibung.

Wo kommt der Clipboardeintrag her? ..aus deinem Programm? ...oder soll er da rein?
Ohne Strg+C kein Strg+V, um´s mal plump auszudrücken ^^

 

[HoaX]

Und ohne Fokus kann doch auch Windows nicht wissen wo du es eingefügt haben willst.

 

[hdi]

nur soll es nicht in mein Programm eingefügt werden

Verstehe ich das richtig, dass du etwas aus dem System Clipboard in ein fremdes Programmfenster einfügen willst? Das ist nicht möglich, du hast aus deinem Programm heraus keinen (solchen) Zugriff auf andere Programme.

 

[Sunchezz]

Also, der eintrag kommt von meinem Programm: Toolkit.getSystemClipboard().setContents(Transferable x);

und zugriff dachte ich könnte ich irgendwie bekommen, indem ich über Robot einen anschlag von "Strg+V" verursache!?

Und wegen dem Fokus dachte ich das ich den Frame.toBack() setze, und der Thread der einfügen soll, läuft weiter!
Das war so bisher meine idee!

 

[hdi]

Naja das Paste-Event an sich kannst du so schon auslösen. Aber solange am anderen Ende nix auf eine Eingabe wartet, passiert auch nix. D.h. wenn das Betriebssystem nichts findet, was grad den Fokus hat und ein Paste entgegennehmen kann (bzw. generell STRG+V), dann läuft's ins Leere.

Du kannst jetzt natürlich mit einem irrsinnigen Workaround anfangen:
createScreenCaputre, dann analysierst du das Bild um herauszufinden wo sich das Fenster bzw. dein Ziel für das Paste auf dem Desktop befindet (Aussehen muss bekannt sein), gefolgt von mouseMove und mousePress. Et voilá, du hast den Fokus.

 

[Sunchezz]

das ist klar, doch mit toBack() geht ja mein frame in den Hintergrund, und das nächste fenster bekommt den Fokus, oder seh ich das falsch?

 

[hdi]

das ist klar, doch mit toBack() geht ja mein frame in den Hintergrund, und das nächste fenster bekommt den Fokus, oder seh ich das falsch?

Das siehst du falsch. Du müsstest das Fenster schließen: setVisible(false) oder dispose(); Vielleicht ist das nicht mal nötig.. vllt geht's auch ohne das Fenster zu schließen. Aber mit toBack() switcht das OS nicht zum dahinterliegenden Fenster. Das ist ja nur eine optische Änderung, der Prozess hat noch immer den Fokus.

 

[Sunchezz]

nun gut, doch mit setVisbile(false) scheints auch nich zu gehn!

hier die pasteMethode:

public void paste(final int index) {
		try {
                        gui.setVisible(false);
			System.out.println("paste: " + copiedObjects.get(index));
			ClipboardHandler.setClipboardCache(copiedObjects.get(index));
			Robot r = new Robot();
			r.keyPress(KeyEvent.VK_CONTROL);
			r.keyPress(KeyEvent.VK_V);
			r.keyRelease(KeyEvent.VK_V);
			r.keyRelease(KeyEvent.VK_CONTROL);
			Start.clipboardHandler.deleteSystemCache();
		} catch (AWTException e) {
			e.printStackTrace();
		}
	}

hier noch setClipboardCache():

public static void setCache(CopiedObject object) {
		Toolkit.getDefaultToolkit().getSystemClipboard()
				.setContents(object.getTransferable(), null);
	}

und deleteSystemClipboard() die ja eigentlich unrelevant ist:

public void deleteSystemCache() {
		try {
			Toolkit.getDefaultToolkit().getSystemClipboard()
					.setContents(new Transferable() {
						public DataFlavor[] getTransferDataFlavors() {
							return new DataFlavor[0];
						}

						public boolean isDataFlavorSupported(DataFlavor flavor) {
							return false;
						}

						public Object getTransferData(DataFlavor flavor)
								throws UnsupportedFlavorException {
							throw new UnsupportedFlavorException(flavor);
						}
					}, null);
			clipboardEmpty = true;
			System.out.println("Cache deleted!");
		} catch (IllegalStateException e) {
			e.printStackTrace();
		}
	}

 

[hdi]

nun gut, doch mit setVisbile(false) scheints auch nich zu gehn!

Wenn das Fenster verschwindet, bekommt dein Zielfenster den Fokus? Erkennt man meist farblich an der Title Bar des Fensters oben, oder unten beim Task Bar Eintrag, ob das Fenster aktiv ist. Wenn es den Fokus bekommt, ist die nächste Frage: Hat innerhalb dieses Fenster die richtige Komponente den Fokus? Wenn zB ein Textfeld in das du pasten willst in diesem Fenster nicht den Fokus hat geht's natürlich auch nicht.

 

[Spacerat]

Ich hätt' da ja 'ne irrsinnige Idee mit der zusätzlichen Tastenkombination "Alt-Tab". Wem sie nicht geläufig ist; Sie schaltet in Windows die laufenden Tasks und geöffneten Fenster durch und bringt sie nacheinander in den Vordergrund. Mit "Shift-Alt-Tab" wird das vorhergehende Task/Fenster aktiviert. Vllt. erreichst du ja damit was. Im übrigen reicht es bei einigen Fenstern nicht mal, wenn es den Fokus hat. Z.B. müssen einige Textfelder in diesen noch explizit angewählt werden.
Eine weitere Idee, ebenso irrsinnig, ist die, das Zielfenster per Robot mit der Maus anzuklicken.

 

[hdi]

Ja diese Schnapsidee hab ich vorhin ja auch schon angebracht. Aber lassen wir das erstmal Technisch funktioniert das schon mit dem Robot, die Frage ist halt inwiefern er sicherstellen kann, oder davon ausgehen muss, dass sein Target den Fokus bekommt.

 

[Sunchezz]

Ja, diese irrsinigen Ideen hatte ich auch schon^^

allerdings ist ja nicht immer gegeben das bei "Alt-Tab" das richtige fenster kommt. dachte ich zwar bisher immer, das in der reihenfolge immer das letzte wieder als nächstes kommt, doch Windoof hat mich interessanter weise eines besseren gelehrt:
egal was bei mir in der reihenfolge passiert, sobald ich "alt-tab" drücke, kommt bei mir (sollte er denn an sein), der Windoof-Media-Player in den Vordergrund... lustig nicht? -.-
von daher würde ich schon gerne versuchen das irgendwie sauber hinzubekommen, man kann ja nich wissen was andere rechner so für komische macken haben (und nein, immer im fordergrund is nicht angestellt! )

also bei mir macht "shift-alt-tab" nichts anderes als das andere alte^^
bis auf das es die reihenfolge nach wiederholtem drücken nicht durchwürfelt...