| Summary: | Panels/Docks don't lose background | ||
|---|---|---|---|
| Product: | [Unmaintained] lattedock | Reporter: | vandalhj |
| Component: | application | Assignee: | Michail Vourlakos <mvourlakos> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | 0.9.5 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/latte-dock/9dd798477e9d9ae956878f31df6f88a004a2ab39 | Version Fixed/Implemented In: | 0.9.6 |
| Sentry Crash Report: | |||
| Attachments: |
with the options on
Odd behavior with quatter tiling non-busy wallpaper seems to fix it odd behavior few minutes later into the session. my layout |
||
Your background is busy, so full transparency is not suggested. A. In Appearance, Background, Set busy opacity to 0% B. Or change your background to something that provides common brightness for the entire edge described the case... Created attachment 124596 [details]
Odd behavior with quatter tiling
Created attachment 124598 [details]
non-busy wallpaper seems to fix it
I assume that side panel will also go no-background when wallpaper would be not busy. On the other hand i found new bug with quarter tiling (with both lower corners). Then, with settings after moving windows around, it came back to not showing transparency without changing background. Odd. Created attachment 124600 [details]
odd behavior few minutes later into the session.
(In reply to vandalhj from comment #5) > I assume that side panel will also go no-background when wallpaper would be > not busy. On the other hand i found new bug with quarter tiling (with both > lower corners). Then, with settings after moving windows around, it came > back to not showing transparency without changing background. Odd. For each issue you should open a different issue tracker and in it you must include screenshots describing the case and also your Latte layout file to test it out in my system and your wallpaper link. Created attachment 124612 [details]
my layout
https://store.kde.org/p/1325591 wallpaper where there are no problems https://www.pling.com/s/Wallpapers/p/1069418/ wallpaper where there are problems. It's quite strange, that when i set wallpaper with no problems with busy option , the problematic wallpaper at first respect no background rules (after solid color and/or quarter tiling it is struck with busy transparency in top bar for no apparent reason). So i think it's actually one bug (it don't recheck it for some odd reason?). Git commit 51caa06615072c2a6f657b1e7232cad1b8494c31 by Michail Vourlakos. Committed on 20/12/2019 at 13:08. Pushed by mvourlakos into branch 'v0.9'. improve criteria for side panels dyamic touching --Latte panels when they touch each other are informing each other in order to provide consistent appearance. For example the Unity mode where a top panel and a left panel exist at the same time. In such case if the left panel is INBUSY background state then the top panel is informed and because inBusy state also. This way the top border of left dock background does not look out of place. ON THE OTHER hand if the left dock is hidden because the use has chosen auto-hide visibility mode or any of the dodge(s) choices then the top panel does not have to stay in isBusy state. The patch fixes this by applying this behavior only when the left dock is shown e.g. the mouse has entered the dock or the dodge mode is not activated FIXED-IN:0.9.6 M +2 -2 app/wm/tracker/windowstracker.cpp M +4 -2 containment/package/contents/ui/VisibilityManager.qml https://commits.kde.org/latte-dock/51caa06615072c2a6f657b1e7232cad1b8494c31 Git commit 9dd798477e9d9ae956878f31df6f88a004a2ab39 by Michail Vourlakos. Committed on 20/12/2019 at 13:14. Pushed by mvourlakos into branch 'master'. improve criteria for side panels dyamic touching --Latte panels when they touch each other are informing each other in order to provide consistent appearance. For example the Unity mode where a top panel and a left panel exist at the same time. In such case if the left panel is INBUSY background state then the top panel is informed and because inBusy state also. This way the top border of left dock background does not look out of place. ON THE OTHER hand if the left dock is hidden because the use has chosen auto-hide visibility mode or any of the dodge(s) choices then the top panel does not have to stay in isBusy state. The patch fixes this by applying this behavior only when the left dock is shown e.g. the mouse has entered the dock or the dodge mode is not activated FIXED-IN:0.9.6 M +2 -2 app/wm/tracker/windowstracker.cpp M +4 -2 containment/package/contents/ui/VisibilityManager.qml https://commits.kde.org/latte-dock/9dd798477e9d9ae956878f31df6f88a004a2ab39 Thanks a lot for fixing it, btw now it feels like true replacement of my unity workflow. |
Created attachment 124585 [details] with the options on SUMMARY STEPS TO REPRODUCE 1. Create unity-like docks (with autohide on sidedocks), tick 'ukryj tło, gdy jest niepotrzebne'[hide background, when not needed ?], in 'wygląd' [appearance?]. 2. have no fullscreen applications 3. Have some transparency, or not, i persoanlly have OBSERVED RESULT top bar don't lose it's background (neither does side dock) EXPECTED RESULT both bars have no background when no windows touch them. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Ubuntu 20.04 (available in About System) KDE Plasma Version:5.17.4 KDE Frameworks Version: 5.65.0 Qt Version: 5.4.0-9 ADDITIONAL INFORMATION I think it worked this way earlier, but have no rig to prove it.