xdotool getmouselocation and getwindowgeometry Y location inconsistency

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












0















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.










share|improve this question
























  • 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
















0















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.










share|improve this question
























  • 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














0












0








0


1






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.










share|improve this question
















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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


















  • 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











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
);



);













draft saved

draft discarded


















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















draft saved

draft discarded
















































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.




draft saved


draft discarded














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





















































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






Popular posts from this blog

How to check contact read email or not when send email to Individual?

Displaying single band from multi-band raster using QGIS

How many registers does an x86_64 CPU actually have?