Bug 384112 - xquery: query relative screen positions
Summary: xquery: query relative screen positions
Status: RESOLVED INVALID
Alias: None
Product: openSUSE 10.2
Classification: openSUSE
Component: X11 Applications (show other bugs)
Version: Final
Hardware: i686 openSUSE 10.2
: P5 - None : Enhancement with 5 votes (vote)
Target Milestone: ---
Assignee: Marcus Schaefer
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-26 14:16 UTC by Elmar Stellnberger
Modified: 2008-05-01 10:10 UTC (History)
1 user (show)

See Also:
Found By: Community of Practice
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Elmar Stellnberger 2008-04-26 14:16:40 UTC
At the moment it is possible to query for the resolution of each screen:
> xquery -r
0 1600x1200
1 1280x800
as well as for midpoints(-M: popup msgg) the screen the mouse is currently over(-S: window placing) as well as the number of screens(-s).

  However that kind of information(-r,-M,-S) will only make real sense in conjunction with the overall compositing information of screens that use to be described as follows:
0 1600x1200+0+0
1 1280x800+1600+200
which means #0 left of #1; #1 200 pixels from top of composite-screen-edge.
i.e. for win replacement/popup msgg/win-manager scripts.

  In that way a switch to query for the screen arrangement and poss. sth. to retrieve x;y mouse cursor coordinata instead of just the screen(-S) will be very useful.

  To be seen in conjunction with the following KDE-updstream bugs: KDE-Bug 161305, KDE-Bug 161307. Xquery and the respecitve desktop(kde/gnome) are at least in eed of an appropriate mechanism to query for the rel screen frame positions of a composite screen (Xorg-libs) and moreover of a notification mechanism for this.
Comment 1 Marcus Schaefer 2008-04-28 07:56:31 UTC
Hmm you are right but the xquery tool is used in sax2 only afaik.
sax2 uses this tool only to place application windows into the
middle of each available screen without the need of the compositing
information because it doesn't take care for it like windowmanagers
have to.

The sax2-tools were never meant to be used in another environment
than sax2. There were discussions to have some of the tools as part
of the Xorg project but people there are not interested in the tools
and maybe there are tools which provides that information already

Stefan are you aware of an X11 tool which already provides the
information requested above ? Honestly said I'm not willing and
don't have time to enhance xquery for the needs requested here because
it seems not to have an urgently needed impact on sax2



  
Comment 2 Stefan Dirsch 2008-04-28 08:27:02 UTC
I'm not sure if there's already a tool available for these requirements, but I fully agree, that it's not the task of the SaX2 maintainer to implement it, since xquery is only meant for internal use of SaX2 and these features are not required at all for SaX2. Closing as INVALID.
Comment 3 Elmar Stellnberger 2008-05-01 08:43:32 UTC
Could not find any appropriate tool.
  Neither xrandr, nor wmctrl -d nor any other window manager x-querying script was capable of providing the required information, so that I wanna reassign this feature request to X11-Applications. It may be worth a question whether not to implement this for any window manager executable although I believe xquery to be the best place for the feature in desire.
  Closely related is the question whether the Xorg-libraries do at all provide an appropriate functionality for this. Xrandr may be worth its own feature request since its incapability to differ between xinerama subscreens can be very annoying.
  
Comment 4 Stefan Dirsch 2008-05-01 09:06:03 UTC
This might sound rude, but I don't believe we're responsible to implement your personal requirements.
Comment 5 Elmar Stellnberger 2008-05-01 10:10:41 UTC
 You definitely are not. Nonetheless I have kept thinking of it as a good idea. Perhaps the request would have better been saved in the context of xrandr/krandr-xorglibs, because it will commonnly annoy Xinerama users to see the resolutions of different screens merely summed up alltogether.