xdotool getmouselocation and getwindowgeometry Y location inconsistency
Clash Royale CLAN TAG#URR8PPP
I have been working with automating some of the user actions using xdotool and java in Ubuntu 18.04.1 LTS x64 Desktop.
I am using java robot to move my mouse and xdotool (via Java Process.exec) to move my window and get its location.
I noticed that "xdotool getwindowgeometry" is not giving me accurate Y value for the location.
While my java robot does.
Suprisingly, "xdotool getmouselocation" has the same value with my java robot.
Meaning "xdotool getmouselocation" and "xdotool getwindowgeometry" is not consistent at all.
The applications I used are:
- GEdit
- Gnome Terminal
Wherein, GEdit is off by -22 Y axis, where mouse Y location says 27 but this window gives me a Y value of -5.
Gnome Terminal is off by 68 Y axis, where mouse Y location says 27 but this window gives me a Y value of 95.
xdotool
add a comment |
I have been working with automating some of the user actions using xdotool and java in Ubuntu 18.04.1 LTS x64 Desktop.
I am using java robot to move my mouse and xdotool (via Java Process.exec) to move my window and get its location.
I noticed that "xdotool getwindowgeometry" is not giving me accurate Y value for the location.
While my java robot does.
Suprisingly, "xdotool getmouselocation" has the same value with my java robot.
Meaning "xdotool getmouselocation" and "xdotool getwindowgeometry" is not consistent at all.
The applications I used are:
- GEdit
- Gnome Terminal
Wherein, GEdit is off by -22 Y axis, where mouse Y location says 27 but this window gives me a Y value of -5.
Gnome Terminal is off by 68 Y axis, where mouse Y location says 27 but this window gives me a Y value of 95.
xdotool
IIRC java also considers the decoration/frame as part of the window, though technically it's not (the frame is another window created by the window manager to which the application window is reparented). Java insisting on all window managers being reparenting ones (except for an exclusive list of wms listed explicitly) was quite an annoying bug; I don't know if they have ever fixed that idiocy or it's still there.
– pizdelect
Feb 8 at 5:37
add a comment |
I have been working with automating some of the user actions using xdotool and java in Ubuntu 18.04.1 LTS x64 Desktop.
I am using java robot to move my mouse and xdotool (via Java Process.exec) to move my window and get its location.
I noticed that "xdotool getwindowgeometry" is not giving me accurate Y value for the location.
While my java robot does.
Suprisingly, "xdotool getmouselocation" has the same value with my java robot.
Meaning "xdotool getmouselocation" and "xdotool getwindowgeometry" is not consistent at all.
The applications I used are:
- GEdit
- Gnome Terminal
Wherein, GEdit is off by -22 Y axis, where mouse Y location says 27 but this window gives me a Y value of -5.
Gnome Terminal is off by 68 Y axis, where mouse Y location says 27 but this window gives me a Y value of 95.
xdotool
I have been working with automating some of the user actions using xdotool and java in Ubuntu 18.04.1 LTS x64 Desktop.
I am using java robot to move my mouse and xdotool (via Java Process.exec) to move my window and get its location.
I noticed that "xdotool getwindowgeometry" is not giving me accurate Y value for the location.
While my java robot does.
Suprisingly, "xdotool getmouselocation" has the same value with my java robot.
Meaning "xdotool getmouselocation" and "xdotool getwindowgeometry" is not consistent at all.
The applications I used are:
- GEdit
- Gnome Terminal
Wherein, GEdit is off by -22 Y axis, where mouse Y location says 27 but this window gives me a Y value of -5.
Gnome Terminal is off by 68 Y axis, where mouse Y location says 27 but this window gives me a Y value of 95.
xdotool
xdotool
edited Feb 8 at 0:57
Artanis Zeratul
asked Feb 8 at 0:34
Artanis ZeratulArtanis Zeratul
11
11
IIRC java also considers the decoration/frame as part of the window, though technically it's not (the frame is another window created by the window manager to which the application window is reparented). Java insisting on all window managers being reparenting ones (except for an exclusive list of wms listed explicitly) was quite an annoying bug; I don't know if they have ever fixed that idiocy or it's still there.
– pizdelect
Feb 8 at 5:37
add a comment |
IIRC java also considers the decoration/frame as part of the window, though technically it's not (the frame is another window created by the window manager to which the application window is reparented). Java insisting on all window managers being reparenting ones (except for an exclusive list of wms listed explicitly) was quite an annoying bug; I don't know if they have ever fixed that idiocy or it's still there.
– pizdelect
Feb 8 at 5:37
IIRC java also considers the decoration/frame as part of the window, though technically it's not (the frame is another window created by the window manager to which the application window is reparented). Java insisting on all window managers being reparenting ones (except for an exclusive list of wms listed explicitly) was quite an annoying bug; I don't know if they have ever fixed that idiocy or it's still there.
– pizdelect
Feb 8 at 5:37
IIRC java also considers the decoration/frame as part of the window, though technically it's not (the frame is another window created by the window manager to which the application window is reparented). Java insisting on all window managers being reparenting ones (except for an exclusive list of wms listed explicitly) was quite an annoying bug; I don't know if they have ever fixed that idiocy or it's still there.
– pizdelect
Feb 8 at 5:37
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f499383%2fxdotool-getmouselocation-and-getwindowgeometry-y-location-inconsistency%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f499383%2fxdotool-getmouselocation-and-getwindowgeometry-y-location-inconsistency%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
IIRC java also considers the decoration/frame as part of the window, though technically it's not (the frame is another window created by the window manager to which the application window is reparented). Java insisting on all window managers being reparenting ones (except for an exclusive list of wms listed explicitly) was quite an annoying bug; I don't know if they have ever fixed that idiocy or it's still there.
– pizdelect
Feb 8 at 5:37