-
-
Notifications
You must be signed in to change notification settings - Fork 74
Fixed initial positioning artifact #263
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Fixed initial positioning artifact #263
Conversation
I confirm that this fixes my issue |
This feels quite hacky, I may have come up with a more reasonable solution in the |
Sadly not working.. 😢 Screenrecord_2025-09-28_01-43-55.mp4 |
Well that's suboptimal, since I'm pretty sure obtaining the monitor in the I could be wrong on this one, but that needs some testing. I also have a few more ideas I'll be tinkering with soon, and will let you know when I have something you can try. |
Alright, another commit is in on the aforementioned branch. Hopefully it should make it so that when the window is mapped initially it appears in the middle of the screen which should make animations considerably less jarring. |
Well, in my case there's no animation, so it still looks pretty annoying, although not as much as it did in the corner. 2025-09-28.16-00-20.mp4 |
I have yet again pushed another hopeful fix to this issue to the aforementioned branch. |
The window is larger but still appears in the center. Also looks like the window is now invisible if the config has not been found. 2025-09-29.15-18-15.mp4 |
What is your compositor? I really don't understand what is going wrong since the code should make the main content visible only after the layer shell margins and anchors are set up, but instead it seems like on your compositor the layer shell margins and anchors are only applied slightly after the content was made visible. |
It's Sway. |
After some investigation, it seems like Anyrun not appearing at all on your system is likely a Sway issue, so I've opened an issue for that. I don't know if a workaround is possible for this that would cause resolve the visual flicker, and I'm kinda playing in the dark since I can't reproduce it well. If you have rust/GTK knowledge I would appreciate if you could test this further with different ways of hiding content before the correct monitor has been determined. |
Summary
Sends
AppMsg::Show
right afterconnect_map
, as there is some time-delay betweenwindow.show()
andconnect_enter_monitor
, creating visual artifacts.Motivation
#262
Screenrecords
Screenrecord_2025-09-27_02-08-20.mp4