Fri, 13 Dec 2024 04:03:29 +0000 (UTC) Robert Webb via openSUSE Users <users@lists.opensuse.org> :
On Thu, 12 Dec 2024 20:42:36 -0500, bent fender <slowroller@trixtar.org> wrote:
Tue, 10 Dec 2024 07:40:43 +0000 (UTC) Robert Webb via openSUSE Users <users@lists.opensuse.org> :
On Sat, 7 Dec 2024 08:40:20 -0500, bent fender <slowroller@trixtar.org> wrote:
[...]
Reasonable viewpoint. OK, so I experimented with other ways of invoking xeyes. Your call from ~/.profile happened too early; the screen resolution wasn't set yet. The call from Autostart, after the window manager (Plasma) was in control, would not allow placement in the deskbar panels. But, there is a script file, ~/.xprofile, that, if it exists, is meant to be invoked during X initialization before the window manager is started. You would put the xeyes commands into that.
Some display managers will automatically source ~/.xprofile [2], but on openSUSE Tumbleweed, sddm does not. So, as suggested by that reference, I created, not the full xinitrc, but just an xinitrc drop-in script [3] to source it.
Yes, thank you. At that time I didn't have time but I followed through by copying the 10-source_xprofile into the /etc/X11/xinit/xinitrc.d autoload (clip) folder. And I copied the home-xprofile to ~/.xprofile which did not exist. So the migration/insertion works as expected. I disabled KDE autostart and the journal log shows NO multiple sourcing.
Dec 12 20:12:08 localhost.localdomain xinit[2420]: user: /etc/X11/xinit/xinitrc.d/10-source_xprofile
sourcing: /home/u3/.xprofile Dec 12 20:12:08 localhost.localdomain xinit[2422]: u3: executing: /home/u3/.xprofile: 2nd time?: no
But Then I got THIS :-)))
I don't know what "-biblicallyAccurate" does but taking it out produces
The eyes of an angel, but less gross than (biblical) reality, so to speak.
The insertion still takes place on a lo0res screen and STAYS ant the lo-res screen X- coordinate when the screen goes hi-res. It doesn't look like .xprofil;e is being executed in a hi-res screen.
That is very strange. According to the documentation I have read, at the point in the start up process when .xprofile executes, 'X' is supposed to already be set up such that graphical apps may be, and are suggested to be, invoked from .xprofile . I think your X server may be starting up in the wrong resolution, and it isn't from something happening earlier. And then the desktop manager starts and sets the correct resolution, maybe?
What if I don't have the proper driver installed and sddm tries with what's at hand before KDE fakes a virtual resolution or something along those 'above my head' lines? How can I test for having the proper driver aboard and in use? This entire GPU episode of several months now has me spinning dizzy but I think the behaviour started at a time when the same card HAD been in use for weeks with no other changes except for software updates. I'm building a new box in months coming so it will vaporise but meanwhile this mystery still has me stumped.
I should maybe try to force the right pair to off screen by several hundred pixels on the right in the lo-res screen. When Carlos linked the syntax (which I've lost since!) there was mention about the X going off screen if negative but I cannot figure that out because it already IS negative.
The syntax involves using +XOFF or -XOFF, but then when they say, "XOFF may be negative", it means using +-<offset> or --<offset>.
I'll try the --XOFF again tonight to see if I can push them off screen in the hope of hiiting a ho-res 1900 X or so.
The syntax is on the 'X' man page, in the "GEOMETRY SPECIFICATIONS" section. That man page is not normally installed even though it is referred to by other installed X man pages. Install the 'xorg-docs' package to get it.
With the xeyes commands in ~/.xprofile [4], logging in at first showed the eyes near the edge of an otherwise blank screen, but a moment later, when the KDE desktop was displayed, the eyes were moved to just touching the panel, but not overlapping it. So the end result is the same as you had with Autostart. The display manager was able to move the xeyes out of the way even though they were started before the manager.
So this experiment was a fail, but I am attaching the two scripts [3] [4] so you may try them. Maybe some modification will make them useful. In any case, ~/.xprofile would be an appropriate place to put other per user X initialization commands. The scripts include logging, which you can view with:
journalctl -t xinit -b
[2] https://wiki.archlinux.org/title/Xprofile [3] /etc/X11/xinit/xinitrc.d/10-source_xprofile (attached) [4] ~/.xprofile (attached)
-- Robert Webb