SUMMARY Panels, such as can be used for the task manager and other widgets, do not persistently keep their relative size or positions across screen resolution. If I make a panel centered, and change the height and width of it, then change the screen resolution, I have to change those panel sizes and settings all over again for every possible screen resolution I intend to ever use to keep things consistent. The panel size should be relative to the screen resolution, meaning it scales to the same exact percent of the screen used up in its height and width. Right now, for every screen resolution that I have not set up the panel how i want it, it uses the default settings. Where if it is on the top or bottom it fills the width of the screen with a very small height and with widgets not centered but put on the far left. If the panel is on top, it defaults to widgets aligning from the far top and a panel height filling the height of the screen with a very thin width and so on... these are the defaults it is set to for every individual screen resolution and every time I set up it how I want it with these setting that is different from the default, then change the screen resolution, I have to do that all over again for each resolution i haven't edited the panels for yet. STEPS TO REPRODUCE 1. Change width and/or height or panel 2. Change panel to be centered or opposite side of the default side 3. Change screen resolution OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDE neon (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Change width and/or height of* panel
I think this is intended. The version information was not filled out in the template. Please set the Version field according to your Plasma version.
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!
KDE Plasma Version: 5.17.2 KDE Frameworks Version: 5.63.0 Qt Version: 5.13.1 I'm not sure why I have to put this info; don't you guys already know this is not technically a bug but just a limitation of how it was intentionally designed? After looking at a file hidden subdirecty file in my home folder I was able to gather it was designed this way intentionally, but I'm not sure why. I'm giving feedback for how it can be done differently because I find it is currently doing something that is not a very good way to go about it. Plasma/Frameworks/Qt version is very irrelevant, because if you guys have fixed this issue, you would've known about it and would've been able to tell me to update if that really was the problem (which it's not).
Thanks for the update; changing status for inspection.
Changing status.
Forward-duping to 468009, hope you don't mind. *** This bug has been marked as a duplicate of bug 468009 ***