Thu, 28 Nov 2024 13:45:57 +0100 "Carlos E. R." <robin.listas@telefonica.net> :
On 2024-11-28 06:58, bent fender wrote:
...
I don't understand the syntax, I did once but cannot find the reference anymore.
man xeyes -geometry geometry define the initial window geometry; see X(7). man 7 X No manual entry for X in section 7 man X No manual entry for X
Crumbs :-(
info X
success? Opens "xboard.info.
But I don't find "geometry" in the index.
<https://man7.org/linux/man-pages/man7/man-pages.7.html>
I can not find "geometry" either. Uh, it is not the X man page, but man on man.
<https://linux.die.net/man/7/x>
Geometry Specifications ------------------------
One of the advantages of using window systems instead of hardwired terminals is that applications don't have to be restricted to a particular size or location on the screen. Although the layout of windows on a display is controlled by the window manager that the user is running (described below), most X programs accept a command line argument of the form -geometry WIDTHxHEIGHT+XOFF+YOFF (where WIDTH, HEIGHT, XOFF, and YOFF are numbers) for specifying a preferred size and location for this application's main window.
The WIDTH and HEIGHT parts of the geometry specification are usually measured in either pixels or characters, depending on the application. The XOFF and YOFF parts are measured in pixels and are used to specify the distance of the window from the left or right and top and bottom edges of the screen, respectively. Both types of offsets are measured from the indicated edge of the screen to the corresponding edge of the window. The X offset may be specified in the following ways:
+XOFF The left edge of the window is to be placed XOFF pixels in from the left edge of the screen (i.e., the X coordinate of the window's origin will be XOFF). XOFF may be negative, in which case the window's left edge will be off the screen. -XOFF The right edge of the window is to be placed XOFF pixels in from the right edge of the screen. XOFF may be negative, in which case the window's right edge will be off the screen.
The Y offset has similar meanings:
+YOFF The top edge of the window is to be YOFF pixels below the top edge of the screen (i.e., the Y coordinate of the window's origin will be YOFF). YOFF may be negative, in which case the window's top edge will be off the screen. -YOFF The bottom edge of the window is to be YOFF pixels above the bottom edge of the screen. YOFF may be negative, in which case the window's bottom edge will be off the screen.
Offsets must be given as pairs; in other words, in order to specify either XOFF or YOFF both must be present. Windows can be placed in the four corners of the screen using the following specifications:
+0+0 upper left hand corner. -0+0 upper right hand corner. -0-0 lower right hand corner. +0-0 lower left hand corner.
In the following examples, a terminal emulator is placed in roughly the center of the screen and a load average monitor, mailbox, and clock are placed in the upper right hand corner:
xterm -fn 6x10 -geometry 80x24+30+200 & xclock -geometry 48x48-0+0 & xload -geometry 48x48-96+0 & xbiff -geometry 48x48-48+0 &
-- Cheers / Saludos,
Carlos E. R. (from 15.5 x86_64 at Telcontar)
Thanks, I think it may once have been included in man xeyes, my bad. It all began when I wanted xeyes in my panel, starting with XFCE https://imgur.com/x2A9zHw.png piece of cake, XFCE has the widget, period With KDE I had to split each deskbar and stash the leering eyeballs just in the the provided notches like some murray eel https://www.imghippo.com/i/koU8862scc.png this worked fine with suse at least until Sept-2023 using -geometry 70x50+36+420 & xeyes -geometry 70x50-36+420 & Sometime AFTER that splashma-6 came and screwed it all up https://imgur.com/zO7uNrP.png both pairs drifting left Finally the other day, weeks after changing gpu to a Radeon [AMD/ATI] Juniper XT [Radeon HD 5770] sddm started booting my Tumbleweed desktop first in low-res mode, then in high-res and THAT's where I think it hit the fan bigtime. What I think is happening is that sddm starts the desktop in low-res and the close-together sets of eyeballs seen on the left come from there. Then comes hi-res when the exercise is repeated and that's where the second far apart set comes from, not the two on the right but the one on the left and the one on the far right. I only see 3 pairs but there are probably 4, the left one always in the same place! Once this issue is fixed I can work on the separate splasham-6 FUBAR which revolves around inadequate control of the 4 deskbars.