-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
[Bug] Floating windows from ImHex are unknown to to the desktop environment and not brought back to front when switching to ImHex #1026
Comments
Actually, I just tried it on my Steam Deck which runs KDE through X11 and it does "work" there. It appears in the task bar as a new entry without a proper name or icon set though, it just uses the default X11 icon. |
I solved one mystery but found 4-ish others:
But then I got this weirdness when opening the program: Then there was soo much weird behaviour I ended up recording a short screencast to show it off instead: imhex_issues.mkv.zip
There is probably at least a handful of different bugs going on here, and they should be reported separately. But in the current state I don't think I'm going to continue using ImHex (sorry about that). |
Here is another broken one: When dragging windows quickly they shudder and sometimes it just stops dragging even though I'm still holding down the mouse button. I tried recording it, but it seems the issue is less pronounced while OBS is running. It was much much worse before starting the screencast: |
One thing I can maybe recommend you is to disable the The shaking of the window happens when your computer can't render ImGui at the native frame rate of your monitor. If you have a monitor with a high refresh rate, you can try increasing the FPS limit setting in the same settings tab. Recording improved this because it most likely locked the frame rate of everything to 60 FPS |
Hm, one monitor is 75 Hz native (was a find for cheap at a second hand store), the other is 60 Hz. I run both as 60 Hz because:
Things do seem a little more stable without multi monitor support (from first appearance at least). But I can no longer drag windows outside the main program window. :-( Though perhaps it should be disabled by default (instead of enabled by default) for now, at least on Linux. |
Weirdly enough i have the same setup as you, down to the exact monitor arrangement. What NVIDIA GPU do you have? And which drivers, the open or closed ones? |
I looked around a bit and it looks like there are indeed issues with the multi viewports on Linux. Mainly caused by both X11 and Wayland reporting wrong positions in some cases. ocornut/imgui#2117 I'm okay with disabling it by default on Linux until these issues are fixed. Might take a long time though, these issues have been open for quite a while. Probably the only reasonable thing I can do for now, sorry |
I have a 1070 8GB card. Closed drivers, as that is the only viable option for that generation. CPU is a Ryzen 5600X.
Seems strange that a 1070 would not be able to run ImHex at native speed though. I can run many 3D games at 60 Hz (playing a lot of Satisfactory for example, and it stays locked even with a complex factory build) which I would assume is a much more complicated than a 2D GUI. |
i have a 1650 4GB Slim OC card with a Ryzen 5600X. What distro are you using? |
Arch Linux (it is the only distro that doesn't get in my way and does exactly what I want. This is what happens if you have been using Linux as a daily driver for nearly two decades I guess.) |
Yea idk, only difference between your and mine setup is just that i use Kbuntu dev branch and have a different GPU |
Operating System
Linux
What's the issue you encountered?
If most programs have more than one window open, they will show up in the taskbar (grouped with a green plus symbol). Here is an example of VS Code in the KDE taskbar:
Some programs, such as ImHex and Gimp with floating toolbars doesn't do this. However, if I bring gimp to the front, all it's floating windows are also brought to front. This is not true for ImHex. Only the main window is brought to front. Other windows are lost behind programs and can only be seen by minimizing those programs.
How can the issue be reproduced?
Notice that floating windows are still below the other program.
ImHex Version
1.28.0
ImHex Build Type
Installation type
Official .pkg.zst Arch package from GitHub
Additional context?
The text was updated successfully, but these errors were encountered: