Skip to content

Conversation

@XakerTwo
Copy link
Contributor

This is very annoying when parent(app) non-topmost window, overlapped by another window, but its child stay on top due to forcing topmost state of this children

So this is an improvement for such cases.

Internally there a few small changes, externally nothing changed and dependencies should OK

Cumulative PR

henrypp and others added 4 commits February 18, 2025 17:57
-nan(ind) is not a way to display zero, it's a result of dividing by zero and this is a crash for int
check is only for virtual memory (its amount can be controlled by user)
physical memory can't be zero (then how you even run this)
not sure about system_cache

also optimized math for memory percentages
percent_f calculated first, then it converts to int percent
very annoying behaviour when parent window not set to be topmost
and especially when parent overlaped by another window, but its child stay on top

changes affect "About" and "Settings" child windows
  "Settings" window like any other dialog "inherit" topmost state from parent
  "About" do the same, except when main window hidden - it has no own taskbar icon so, to stay accessible, the topmost is used
@henrypp henrypp force-pushed the master branch 2 times, most recently from 763556c to 5ecdab0 Compare March 19, 2025 06:59
@henrypp henrypp force-pushed the master branch 2 times, most recently from 39073cd to 2f7ce6a Compare March 30, 2025 19:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants