How do I keep the bar above the taskbar?

[Gorgo126]

Everything is working fine, but the progress bar sits above my taskbar; however, as soon as I click on the taskbar, the progress bar drops behind the Windows taskbar... how can I make it stay on top?

Thanks a lot !

Gorgo.

[Maxaubert]

The floating widget only gets pushed to the top of the z-order at specific moments (when it's created/shown, when you drag it, when DPI/monitor settings change, or when it auto-ejects off the taskbar) - it isn't continuously kept on top. Source: src/window/positioning.rs#L314-L325 does a one-shot SetWindowPos(hwnd, HWND_TOPMOST, ...), and the only other spot that reasserts topmost, sync_theme_window_visibility, explicitly skips windows that are already visible (line 375).

The Windows taskbar (Shell_TrayWnd) is topmost too, and when you click it, Windows moves it to the front of the topmost band. Since the widget's own "stay on top" call already fired earlier and nothing re-fires it afterward, the taskbar ends up drawn above it. That's the "drops behind when I click the taskbar" behavior - it's not something you're doing wrong, the app just doesn't defend its topmost position after the fact.

Workaround that actually fixes it: dock the widget back onto the taskbar instead of leaving it floating. Drag it onto free space on the taskbar until it snaps in (there's a snap threshold in the same file). Once docked it becomes a child window of the taskbar itself (embed_as_child, same path the Taskbar placement mode uses at positioning.rs#L270-L287) rather than a separate always-on-top popup, so it can never end up "behind" the taskbar - it's literally part of it.

If it keeps auto-ejecting back to floating, that's because there isn't enough free space in your taskbar for it (icons/notification area crowding it out) - free up some taskbar space (smaller icons, fewer pinned apps, or move the monitor's taskbar) and it should stay docked.

If you specifically want it to float above everything rather than sit inside the taskbar, that's a real gap in the current z-order handling and worth opening as a bug - the fix would be adding a periodic re-assert of HWND_TOPMOST for floating surfaces (similar to how sync_theme_window_visibility already runs on a timer, just without the "already visible" skip).