SUMMARY The small popup/flyout (don´t really know the correct name) that appears when you change the volume or brightness with shortcut keys appears too high vertically, almost in the middle of the screen. If you have a huge monitor (more than 32") this problem is a lot more annoying. They constantly cover important stuff in the screen. They should be around the same Y height as the Windows 11 ones are, for example. As an extra, they could also have more padding and maybe have the icons and text slightly smaller. They look huge compared to the flyout itself. Again, we can look at the Win11 example. They could also animate smoothly the "progress bar" going up or down instead of just "teleporting" up and down (this would be better than Win11 since that one also does not animate). STEPS TO REPRODUCE 1. Just use any keyboard shortcut to change volume or brightness, look at the flyout. 2. Notice that its too high vertically on the screen, almost in the middle (in the Y coordinate), covers your content too much. OBSERVED RESULT It's too high vertically in the screen. Gets worse in big screens. EXPECTED RESULT Maybe should be a lot closer to the bottom edge of the screen. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.0.10 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7
Please avoid design suggestions like "Do it like Windows 11" without further explanation. Not everybody knows what that means and we are not copying Windows blindly. Could you add a screenshot of what you are seeing? That might help us understand your situation better
Created attachment 154360 [details] KDE and Windows 11 quick comparison screen shots for reference Added two screen shots (together in a single image) from both KDE and Windows 11 just for reference about this, taken on the same monitor with the same resolution (3440x1440) and in the same hardware (both installed to disk, dual-boot). Notice the difference in position of the volume/brightness fly-out/pop-up in the Y-axis and also the lack of contrast of the KDE one. While the Windows 11 one might not be perfect, the KDE one being so high in the screen makes it cover any content that's being displayed and sometimes gets a bit annoying. When you change the volume you have to literally wait and wish for this fly-out to "get out of the way" as quickly as possible because it is actually covering what you are working on. In Windows it can cover content, but it's so down there in the screen that it very rarely gets annoying, while the KDE one almost always is. In the KDE screen shot, Plasma is using a color theme picked from my wallpaper, but this lack of contrast happens with a lot of lightly-colored wallpapers. As a fix we could take idea from Windows about making the container of the "progress bar" much darker (see windows screen shot) so it gives better contrast against the filled part of the bar, and this might be enough to fix it. Making the bar a solid color instead of an outline with a lighter fill might also help, but I can understand that this might go against KDE design philosophy, where certain things usually have an outline. Finally, about the icons, we can also compare both screen shots and notice that maybe the KDE volume icon on that fly-out is a bit too big, and maybe also the number/percentage text. And as a bonus, another suggestion is that we could maybe smoothly animate the progress bar going up or down with an "ease-out", horizontally . Currently it just "teleports" from each volume step to the next and while this is a very small detail it can help make the whole KDE experience feel more fluid in the end. The icon already smoothly changes (fades) from each state which is awesome! Maybe also while we are at it, make the percentage number animate going to the next volume step by going up/down by 1% quickly. Changing from 50% to 55% could very quickly make the numbers go 50>51>52>53>54>55%. Now I'm just throwing ideas into the air, as a developer myself (though I don´t know C++ or QML to help you guys, maybe some day) I know some things are extremely hard to make, so it's absolutely fine if some of these suggestions are not really worth the time they take.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
*** This bug has been marked as a duplicate of bug 468648 ***