As per the title. When I do
xdotool getactivewindow windowmove 0 0 windowsize 1200 $height_first_monitor
xdotool moves the window. But when I do
xdotool getactivewindow windowmove -40 0 windowsize 1200 $height_first_monitor
I get a windowmove: unrecognized option '-40'
Google searches for "xdotool move above 0 0" and "xdotool move negative" and similar did not yield any useful results.
Edit: I am not looking for other ways or better ways to change a window's title or to add titles to tabs in terminals. The answers in the proposed duplicate do not in any way come close to addressing the specific issue of why xdotool search … does not pick up window titles when the title is set by wmctrl as described above.
OS: Ubuntu 18.04
When I open a gnome-terminal window, the title is dkb@dkb:~
I can change it using
wmctrl -r :ACTIVE: -N "NewName"
but xdotool search …, doesn't "see" this title:
dkb@dkb:~$ xdotool search --name NewName
dkb@dkb:~$
I just get back the prompt instead of being provided the corresponding window identifier.
On the other hand, I can use xdotool itself to set the title and then xdotool search … provides the window identifier:
dkb@dkb:~$ xdotool getactivewindow set_window --name NewName
dkb@dkb:~$ xdotool search --name NewName
39845894
dkb@dkb:~$
In other words, if the title is set by xdotool, xdotool search works as it should:
From man xdotool
search [options] pattern Search for windows with titles, names, or classes with a regular expression pattern. The output is line-delimited list of X window identifiers.
So while it's not a big deal, I'd like to know what the reason is for xdotool not "seeing" the window title set by wmctrl.
I have a bash script that moves my windows from the left screen to right screen in dual-screen setup. Currently the way it works is cycling through the window ids that are given by xdotool search --onlyvisible --maxdepth 2 --class "" and then moves them to the right by the screen width. It already works... unless the window in question is maximises or minimised.
So what is needed is a way to check the current status of the window. I have found an answer that provides the way to add and remove those bits, but where is the way to check if they are set already?
If it is not possible to do via xdotool, it should be possible to reuse the window id provided by the command mentioned above.
In light of https://unix.stackexchange.com/a/254854/674 and https://unix.stackexchange.com/questions/458895/how-can-i-bring-a-background-gui-job-to-the-front-of-my-desktop, there is an example from manpage of xdotool
# Activate google-chrome when you move the mouse to the bottom-left corner:
xdotool behave_screen_edge bottom-left search --class google-chrome windowactivate
The manpage says
--class Match against the window class.
--classname Match against the window classname.
What are "class" and "classname"?
What possible values do they have?
How can I find out the class and classname of a window?
Thanks.
I have bit of a problem. I wanted to remap some hotkeys I am used to from my previous system but I can't get it to work properly with xbindkeys.
xbindkeys recognizes the combination but somehow the command does not trigger.
If I use the command
xdotool key braceleft
It outputs me the correct { sign in the console. However if I use the same command in xbindkeys nothing happens. If I replace the command with firefox it works properly and opens firefox, so I guess xbindkeys works.
I want to achieve the following:
I want to type the character { to the active window with either
Alt_R + 7 or Alt_Left+Ctrl+7 so I can use both. I know Alt_R (AltGr) is the proper way but on german keyboards it is somehow hard to type the braceleft with the AltGr (Alt_R) key so I HAVE to use Alt_L+Control+7 instead (like I was used to in my previous system). I somehow got it to work properly in 12.04, but I can't get it to work in 14.04.
Any suggestions? I tried several commands. All of them worked in the console but none of them worked when executed by xbindkeys
xdotool type '{'
xdotool key braceleft
xdotool key ISO_Level3_Shift+7
xvkbd -xsendevent -text '{'
xvkbd -xsendevent -text '\[Alt_R]+7'
This is my config, which won't work
"xdotool key braceleft"
Control+Alt + 7
However, this works:
"firefox"
Control+Alt + 7
Solution Edit
As I tried another several things, i noticed that xdotool seems to trigger too soon. I altered the config like this:
"sleep 1 && xdotool type --delay 15 '{'"
Control+Alt + 7
NOW it sends the correct { sign to the active window. Now the only thing left is to reduce the sleep and delay to a workable value, because 1 second seems a bit too long :)
** Addition Info ** Well, now I managed to find suitable values. HOWEVER this only works if you release the keys until the sleep duration is over. If you are too slow if won't work.
This is my current config for all unconvenient german AltGr characters
"sleep 0.2 && xdotool type --delay 15 '{'"
Control+Alt + 7
"sleep 0.2 && xdotool key --delay 15 at"
Control+Alt + q
"sleep 0.2 && xdotool type --delay 15 '€'"
Control+Alt + e
"sleep 0.2 && xdotool type --delay 15 '['"
Control+Alt + 8
"sleep 0.2 && xdotool type --delay 15 ']'"
Control+Alt + 9
"sleep 0.2 && xdotool type --delay 15 '}'"
Control+Alt + 0
"sleep 0.2 && xdotool type --delay 15 '~'"
Control+Alt + plus
However if you want to type multiple @ signs (for example) you have to press Ctrl+Alt+Q as intended, but release all keys and then press it again. This, however is much, much better than not having the option Control+Alt instead of AltGr but it is not that effective as I was used too. Maybe I will find a solution for this too.