Bug 188728 - maximized panel size in different resolutions
Summary: maximized panel size in different resolutions
Status: RESOLVED UNMAINTAINED
Alias: None
Product: plasma4
Classification: Plasma
Component: panel (show other bugs)
Version: 4.9.0
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: regression
: 186267 188505 191935 192795 209009 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-04-03 11:28 UTC by stm
Modified: 2018-06-08 19:58 UTC (History)
13 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
plasmarc for 1920x1280 and 1280x800 (929 bytes, application/octet-stream)
2009-05-10 10:53 UTC, Michal Witkowski
Details
plasmarc, 1920x1080 (1.03 KB, application/octet-stream)
2009-05-11 17:32 UTC, clcevboxvjeo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description stm 2009-04-03 11:28:04 UTC
Version:           unknown (using 4.2.1 (KDE 4.2.1) "release 106", KDE:KDE4:Factory:Desktop / openSUSE_11.1)
Compiler:          gcc
OS:                Linux (i686) release 2.6.27.7-9-default

I work under different screen resolutions. The problem is that the panel is too short in high resolutions after switching from a lower solution. 
To reproduce:
- start kde in low resolution, maximize panel
- restart in higher resolution
- panel is too short

There should be an option to maximize the size of the panel so it takes up the whole height (or width) of the screen.
Comment 1 clcevboxvjeo 2009-04-12 18:25:28 UTC
The setting is not remembered even KDE 4.2.2...
Comment 2 clcevboxvjeo 2009-05-09 15:28:33 UTC
Still present in KDE 4.2.3
Comment 3 Michal Witkowski 2009-05-09 19:48:56 UTC
I second that. I'm constantly switching between resolutions (1920x1200 and 1280x720) since I hook and unhook my notebook from a LCD panel. I have to manually click: maximze panel whenever I switch from the lower resolution to the higher one.

I think that the problem is related to how the "Maximize" is applied. It just sets te panel's width to the resolution width upon clicking and doesn't do anything later on.

I'm using KDe 4.2.3
Comment 4 Aaron J. Seigo 2009-05-10 09:42:45 UTC
can one of you post your plasmarc (not plasma-appletsrrc) and the screen resolutions you are switching between?

also, are these horizontal or vertical panels?

thanks ...

@Michael: "I think that the problem is related to how the "Maximize" is applied."

and i suppose you've looked at the code? *cough*
Comment 5 Michal Witkowski 2009-05-10 10:53:46 UTC
Created attachment 33512 [details]
plasmarc for 1920x1280 and 1280x800

The plasmarc is fairly new, as I've reset my plasma configuration recently (using nutcracker)
Comment 6 Aaron J. Seigo 2009-05-10 11:02:06 UTC
@Michal: before i go to the trouble of reading through this one and comparing it to what the code is doing, does the problem exhibit itself with this plasmarc as well?
Comment 7 Michal Witkowski 2009-05-10 11:12:48 UTC
I'm using a horizontal panel placed at the bottom. And yes, this is the plasmarc I'm using. This bug is visible in two situations:
1. When I logout of KDE with my 1280x800 resolution and log back with the higher resolution 1920x1200.
2. When i switch resolution using xrandr from 1280x800 to 1920x1200

And nope I haven't looked at the code. I've based my suspicion on the user
experience. For example "Always visiable" acts as a toggle button and it's
appearance (pressed/unpressed) when enterig "More settings" reflects it's
state.

"Maximize" doesn't keep it's state. I just pressed it and it maximized my
panel. However, if right after that I go to "More settings" "Maximize" isn't
"pressed". Based on that, I concluded that Maximize isn't a panel's state but
rather a function.
Comment 8 Aaron J. Seigo 2009-05-10 11:22:45 UTC
[PlasmaViews][2][Sizes][Horizontal1920]
max=-1,-1
min=-1,-1
offset=0
size=640,320

so it says that the size last seen for screen width of 1920 is 640x320, which is rather short and tall :)

the way plasma-desktop manages panel size restoration is this:

* if there is a size previously set for this resolution, then use that
* if there isn't, then check if on the previous resolution the panel was maximized; if so, then maximize it on this new resolution
* if there is no size for this resolution and the panel wasn't maximized, then just keep the panel the size it is

then:

* make sure the panel isn't any wider/taller than the current screen

so ... for a couple of experiments: 

* starting with the screen at 1280 pixels in width, if you kquitapp plasma, then open that plasmarc file and remove the [PlasmaViews][2][Sizes][Horizontal1920] section, start plasma up again and switch to 1920, does it work?

* if you start at 1920, maximize it, go to 1280, then back to 1920, does it stay maximized at 1920?

* if it doesn't, start at 1920, maximize it, kquitapp plasma and paste the [PlasmaViews][2][Sizes][Horizontal1920] section to a comment here.

thanks.
Comment 9 clcevboxvjeo 2009-05-11 17:32:34 UTC
Created attachment 33548 [details]
plasmarc, 1920x1080
Comment 10 clcevboxvjeo 2009-05-11 17:38:49 UTC
Hello Aaron, thanks for your interest!

I am also attaching mine plasmarc (not modified manually). I was on 1920x1080 and I had to Maximize the panel again.
As you can see there is also "short and tall" setting for this resolution: size=720,360

To answer your qauestions:
Quitting plasma while at the lower resolution removing the [PlasmaViews][2][Sizes][Horizontal1920] section etc... did NOT work here.

Then I switched into 1920x1080 resolution, maximized panel, went to 1440x900 and then back to 1920x1080 DID work.
Comment 11 clcevboxvjeo 2009-05-11 18:41:49 UTC
Hmm... I think I must have done something badly the first time. Now I tried 2 times again and it did not work.

I started with 1280 and went through all the steps you wrote. Finally I ended up with 1920 resolution and the panel was not maximized. 

Then, after quitting plasma the section is:
[PlasmaViews][2][Sizes][Horizontal1920]
max=-1,-1
min=-1,-1
offset=0
size=720,360


So it is the same as it was at the beginnning, no change.


I agree with what Michal said:
"Maximize isn't a panel's state but rather a function."

Now plasma remembers the size (physical dimenstions) of the panel or something and then, after starting plasma with any resolution, it goes through all the steps you described  ("the way plasma-desktop manages panel size restoration").

I think (but I may be completely wrong, I didn't code plasma and probably I never will) that the ideal would be if the size of the panel was saved in the config file as "width=max" instead of the actual size for each resolution. Then in whatever resolution, it would set the panel width to the maximum width of the current resolution. It would not need to check if plasma has already been started in this resolution and whatever.
Comment 12 Aaron J. Seigo 2009-05-11 22:58:18 UTC
width=max is the same as "1280 == 1280", with the negative that now we have to make sure to set and unset width=max properly. it also doesn't do anything for the non-max settings, for situations where we actually want different widths depending on resolution (e.g. if i start an 1920 and have a nice centered panel that takes up only 70% of my screen, then end up in 1024 somehow i'd like my panel to be preserved for 1920)

no, the problem here is that the size of the panel is being saved out as some bizarre size, e.g. size=720,360. i'd love to know why that is.
Comment 13 Dario Andres 2009-05-15 18:40:48 UTC
*** Bug 188505 has been marked as a duplicate of this bug. ***
Comment 14 Dario Andres 2009-05-15 19:29:35 UTC
*** Bug 192795 has been marked as a duplicate of this bug. ***
Comment 15 Dario Andres 2009-06-06 03:23:24 UTC
*** Bug 191935 has been marked as a duplicate of this bug. ***
Comment 16 bugzilla 2009-06-30 18:31:56 UTC
*** This bug has been confirmed by popular vote. ***
Comment 17 vprints 2009-07-10 14:05:11 UTC
(In reply to comment #8)
> [PlasmaViews][2][Sizes][Horizontal1920]
> max=-1,-1
> min=-1,-1
> offset=0
> size=640,320
> 
> so it says that the size last seen for screen width of 1920 is 640x320, which
> is rather short and tall :)
> 
> the way plasma-desktop manages panel size restoration is this:
> 
> * if there is a size previously set for this resolution, then use that
> * if there isn't, then check if on the previous resolution the panel was
> maximized; if so, then maximize it on this new resolution
> * if there is no size for this resolution and the panel wasn't maximized, then
> just keep the panel the size it is
> 
> then:
> 
> * make sure the panel isn't any wider/taller than the current screen

Hi Aaron,

we are currenlty trying to deploy KDE4 in our university, and we have a little problem with this behavior- all our users are authenticated and user profiles hold centrally, and we have mutiple computer lab sets with multiple configurations of monitors and other hardware, and to us it seems it would be better to set the width of the panel in percentage of the screen with.
As we also understand this is not the behavior everybody would want, but could it be made configurable for example with a similar line in the appropriate plasma config file:

"save_panel_with_percentages=1"

so in big deployments sysadmins coud simlpy turn the percentage option on without the need of changeing the default behavior for upstrem KDE.

Of course, if we could somehow store different plasma configurations for different machines inside the same user account and have plasma automagically load the correct one when user is logging in to that computer would be the best of the best for our use case. Phonon might also benefit from this one since currently it distracts a user logging in to a different computer than previous login with a frightening message that the sound card has dissapeared =) but it actualy isn't, its just where it was before, only the user and his profile information is now moved on to another computer with different sound card :D

I will make a new / comment existing proper bug report about that behavior of phonon.
Comment 18 vprints 2009-07-10 14:46:47 UTC
The settings that would be saved on a per computer basis should probably only contain geometry / position information, different plasmoids in different computers is probably not a good idea, that can easily be / (is already?) done with different activities.
Comment 19 Aaron J. Seigo 2009-08-01 01:01:18 UTC
@vprints: "to us it seems it would be better to set the width of the panel in percentage of the screen with"

no. all that does is create new problems for us elsewhere and, what shouldn't be a surprise, is that screens don't accept % based geometries so we're always working in pixel values *anyway*. given the last geometry and the current size, working out the % is trivial anyways. so working a bug by introducing a new kind of problem isn't really a fix.

the problem here was completely unrelated code that was setting width values at the wrong time. this would have been true with % based sizes as well.

anyways, it should be fixed in 4.2.4 as well as 4.3.0. thanks to Mandriva as well who helped with testing.
Comment 20 Aaron J. Seigo 2009-08-06 00:13:09 UTC
*** Bug 186267 has been marked as a duplicate of this bug. ***
Comment 21 hub 2009-08-06 11:47:14 UTC
Hi Aaron,

What do I have to do to benefit from the fix? I have downloaded KDE 4.3 just now
% kde4-config --version
Qt: 4.5.2
KDE: 4.3.00 (KDE 4.3.0) "release 152"
kde4-config: 1.0

But I still have the old behavior. Starting the laptop with KDE on the small screen and then restarting the laptop with a big screen attached. The panel does notresize automatically to the full width of the big screen. I did this several times (I had the impression that KDE would remember the settings for the different sizes), but still it didn't work.

I did everything above with first removing my old plasma-* files, so to use the default settings.

Cheers,
   Hubert
Comment 22 Aaron J. Seigo 2009-08-06 11:55:55 UTC
"The panel does notresize automatically to the full width of the big screen."

first, Kephal needs to properly tell us about the size changes. honestly, from there to figure what is or isn't working would require sitting down with your machine and looking at the debug output that is produced.

what i do know is that if x.org and Kephal are both working properly, the panel also resizes properly. there was a bug that would re-resize the panel upon log-in in such situations that prevented that, which was tracked down and fixed. *shrug*
Comment 23 leon pollak 2009-09-24 16:49:20 UTC
I am sorry to admit that I did not understand the explanation, but I definitely experience the same problem.
I shall be very thankful to the reply - what can be done....
Comment 24 Dario Andres 2009-09-30 20:28:20 UTC
*** Bug 209009 has been marked as a duplicate of this bug. ***
Comment 25 Peter Lewis 2009-10-23 10:49:50 UTC
Hi,

Yes, I'm having the same problem still with 4.3.2, exactlty as described by Hubert in comment 21.

I don't think this bug should be marked as FIXED.

Thanks.
Comment 26 Michal Witkowski 2009-10-25 20:27:03 UTC
A funny thing, this bug was fixed for me with 4.2.3 when I've used to have the panel horizontally. Now, after switching to vertical arrangement (and before that, cleaning my plasma* files), I once again end up with a not maximised panel after switching between resolutions.

My laptop has two graphics cards, Ati (catalyst) and Intel (xf86-video-intel). They both show similar problems.
Comment 27 Michal Witkowski 2009-10-25 20:29:05 UTC
Sorry, I meant 4.3.2 not 4.2.3.
Comment 28 Josef 2010-01-12 16:11:45 UTC
I'm also using 4.3.2, experiencing the same problem.
Comment 29 Manuel Mommertz 2010-05-01 13:28:27 UTC
I work for a school where we want to switch to kde 4.4 (from 3.5) and the bug is still present there, when switching from a machine with a smaller monitor to one with a higher resolution (home on nfs).
Comment 30 leon pollak 2010-12-11 23:01:48 UTC
The problem disappeared in 4.4 version (do not remember minor number), but returned back in 4.5.3!!!
What a pity...:-)
Comment 31 Wanderer 2011-05-23 11:43:29 UTC
This problem still exists in v4.6.3. Indeed it was fixed for a while but it has now returned and stayed. For instance, in Kubuntu 10.04 LTS (KDE 4.4.5) it works fine. In later KDE versions 4.6.x, the behavior is the following: the first time you resize from a large resolution to a smaller one, the horizontal panel is not automatically resized but in any subsequent resizes, the horizontal panel is automatically resized to fit the screen.
Comment 32 davidebasilio 2012-09-04 19:42:24 UTC
(In reply to comment #31)
> This problem still exists in v4.6.3. Indeed it was fixed for a while but it
> has now returned and stayed. For instance, in Kubuntu 10.04 LTS (KDE 4.4.5)
> it works fine. In later KDE versions 4.6.x, the behavior is the following:
> the first time you resize from a large resolution to a smaller one, the
> horizontal panel is not automatically resized but in any subsequent resizes,
> the horizontal panel is automatically resized to fit the screen.

I Confirm that this bug reappeared and it is present in kde 4.9.0.
Please reopen the bug!
Comment 33 Myriam Schweingruber 2012-09-08 13:31:19 UTC
Reopening based on various comments.
Comment 34 Nate Graham 2018-06-08 19:58:56 UTC
Hello!

This feature request was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this feature request is already implemented in Plasma 5, or is no longer applicable.

Accordingly, we hope you understand why we must close this feature request. If the requested feature is still desired but not implemented in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting

If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging

Thanks for your understanding!

Nate Graham