Originally posted by qarium
View Post
Announcement
Collapse
No announcement yet.
GNOME Merge Requests Opened That Would Drop X.Org Session Support
Collapse
X
-
Originally posted by curfew View PostApps shouldn't be allowed to change their own geometry anyway.It's an absolute nightmare when some apps remember their position but not the size or vice versa, or when their "restore" functionality is buggy and mostly fucks up.
Hard pass on WM remembering Windows positions. I already hate it that PA mixer remembers the volume I set for a given app, when I just want to lower one stream but then it ends up lowering all further fucking streams from that app (browser) by default. Jesus christ.
Comment
-
Originally posted by Weasel View PostReally? Can you get this to work without CUDA? https://github.com/dreamgaussian/dreamgaussian
in pytorch to make it run on the gpu it is called "cuda" in python the word cuda is not replaced by HIP or whatever
means the python source code looks the same as if you do it on a CUDA gpu.
this is not binary level compatibility with cuda it is source-code level compatibility and it is also not 100% compatible thats why pytorch ROCm/HIP need to be adapted to HIP.
but honestly your believe that only Inference mode works is a full joke of course everything about Pytorch works also training/learning.Phantom circuit Sequence Reducer Dyslexia
Comment
-
Originally posted by Weasel View PostHow about no? If you don't like your apps then don't fucking use them. I like the things my apps do, including my own scripts.
Hard pass on WM remembering Windows positions. I already hate it that PA mixer remembers the volume I set for a given app, when I just want to lower one stream but then it ends up lowering all further fucking streams from that app (browser) by default. Jesus christ.
Comment
-
Originally posted by curfew View PostApps draw content on the surface that they're given.
Originally posted by curfew View PostWindow manager deals with window management. That way all apps behave the same and share the same feature sets. If the apps are broken, then it's better to fix them. That's what Wayland is doing.
Window manager exists to serve the apps, not the other way around.
Comment
-
Originally posted by oleid View PostEverything will be fine!
I never said you should use the same scripts, but if something is not possible, then it can't be done.
Comment
-
Originally posted by Weasel View PostExcept you can't query absolute positions
Originally posted by Weasel View PostCrapland,
or do a plethora of other things
(Always On Top apparently is missing as well).
I never said you should use the same scripts, but if something is not possible, then it can't be done.
- Likes 1
Comment
-
Originally posted by Weasel View PostExcept you can't query absolute positions on Crapland, or do a plethora of other things (Always On Top apparently is missing as well). Doesn't matter how you rewrite your script.
I never said you should use the same scripts, but if something is not possible, then it can't be done.
I am really not sure you have really tried. Remember XTEST Extension Protocol was designed for X11 protocol diagnostics. Wayland protocol diagnostics are done with man in middle proxy.
To me you have given up automating programs with Wayland as soon as you find things like absolute positions is missing.
Weasel answer truthfully now can you using absolute position 100 percent promise that that automated button press or text entry in fact goes in the right place on the application with X11 or Windows?
Now the answer is no you cannot if you are being truthful.
1) The user could move the window before application processes the input,
2) The window could close on you resulting in the input going to the wrong program completely
3) so on with all these been different forms of race condition failures resulting in your automation scripts causing things as a user you did not want to happen to happen.
Lets say you use wldbg with wayland to inject input event of course with the applicaiton had to be started with wldbg so it man in middle. The race conditions don't exist because the input was sent to a window itself with relative position. The only way this goes wrong is if the window is resized guess what man in middle proxy can delay the resize event being delivered to the application until after it processed the script input.
Yes different design solution need to script of Wayland applications if it done there is no race conditions.
Wayland design does not allow particular things directly but that does not mean there is not means to either achieve exactly the same result or close to the same result it does not matter with less defects than having those other options would give.
- Likes 1
Comment
Comment