-
Notifications
You must be signed in to change notification settings - Fork 50
Shrinkable applets #482
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Shrinkable applets #482
Conversation
jacobgkau
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the padding before:
This is after:
@pop-os/ux Does this look good?
It looks like this doesn't fix the dock icon hover/active background not matching padding between the left and right side, but that's not a regression:
Adding & moving applets around still works as expected. I noticed after I added an App Tray that the app icons have less padding than the system tray icons on the right side of the dock:
...but again, that's not a regression. I can click applets with the mouse cursor in the corner as long as the panel's not configured to have a gap between it and the screen edge, which matches the behavior from before.
|
The padding applied here is not going to override the current user config, so I guess also the padding in your dock config also needs to be manually set to 4, or removed. |
|
Ya, settings also needs an update for the reset to default button to work. I'll do that now so that it is easier to test the new config values. |
|
What I see looks good.
|
I guess this would be the extra spacing for the dock and app tray then? I could apply the configured spacing to the app tray, and it should be in sync. |
Maybe I misunderstood but I thought there was no difference between comfortable and spacious on the Panel. So this is where we might need additional spacing for the spacious mode on the applets? |
I don't believe there is right now, but the app tray didn't apply the adjusted spacing after these changes. It can just add spacing between the buttons, or increase padding by an amount equal to the spacing on the panel.
Either extra padding or spacing is ok in my opinion, or just no difference is ok. I do need to make a change to settings in how it applies compactness changes to the dock config if padding should be used instead of spacing. |
|
Thanks for the clarification. I think we can stick with spacing and increase it a bit for the spacious mode. That way there will be no difference between comfortable and compact but we'll have increased spacing for the spacious mode. If we use @space_none. |
|
Ok, the settings branch should have the changes for the spacing now. |
It's difficult to me to tell the difference from the screenshots above, to see if the spacing is really excessive.
No, not intentional. We should match the spacing inside the applets with this between applets in the dock. |
63a8df2 to
a3b58f6
Compare
a3b58f6 to
200c3ee
Compare
must be done because applets read the variable at start
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Found a bug. This is the default ("Comfortable") look with this branch:
This is after changing to Compact:
But if I change back to Comfortable, the dock remains with its "Compact" spacing:
I have to go to the Dock page and click "Reset to Defaults" to get the dock to update back to the Comfortable spacing, even though I never changed any settings on the Dock page. (Same goes for the panel.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good to merge on my side after the bug fixes.
@jacobgkau I believe that the behavior you are seeing in settings is correct, but I do need to install new defaults set to 0 so that it doesn't start with the wrong value. |
|
I have the following versions installed now:
Switching from Comfortable to Compact doesn't seem to do anything to the dock or panel. It sounds like that's expected. Switching from Comfortable to Spacious on the Appearance page works, but presents me with |
Thanks for catching that. I had implemented handling for this for the full reset, but not the per-dock / panel reset. I'lll fix that, and I'll see if I can make it so that the buttons don't appear when they shouldn't too. |
|
Ok, I believe the latest commit in settings fixes the remaining reset issues. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Still getting the Reset to default button on the Dock page that resets the dock back to the Comfortable spacing when I have it set to Spacious. (This is with cosmic-panel 70c0ef9, cosmic-settings 91c817c, and cosmic-applets 3daff12.)
|
With the latest dock padding updates, it also looks like I have a similar issue with the roundness style-- switching to Square reduces the padding, but the dock page presents me with |
Ok, it was missing an update to the defaults on_enter for the dock page, so those should be fixed now, sorry that this has taken so many iterations to get right. |
|
I'm seeing the dock default to having rounder corners if I remove |
default border radius should be 12 because it is round with no anchor gap
70c0ef9 to
40e6247
Compare
|
Ya, an installed config file too |
jacobgkau
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks like if I switch from Comfortable to one of the other options and then click Reset to default, the reset works, but the selected option incorrectly stays at whatever was selected (it's not refreshed or updated to reflect the defaults that were loaded). However, it looks like that's not a regression; it also happens on b49f1d4 (current master) and e2bb9ad (current release) of cosmic-settings, and on another machine without the shrinkable-applets branch of anything added. I can open a COSMIC Settings issue for that separately if it's not fixed as part of the shrinkable-applets branch.
The Appearance page seems to always be showing a Reset to default button when it's launched, even after e.g. removing the config files before launch or clicking the button and immediately re-launching. That also does not seem to be a regression.
Those two things aside, everything else seems to be working as expected now. I'm not getting spurious Reset to default buttons on the Dock or Panel pages when making changes only on the Appearance page. Resetting after changing other settings on those pages resets to the correct values. All combinations of interface density & style are working as expected. The Appearance page is able to reset to the correct defaults, visual issue with the selected settings notwithstanding.
From what I understand, we'll need to merge this PR first, then pop-os/cosmic-settings#1496 and pop-os/cosmic-applets#1108 will need to be updated to reflect that they aren't depending on a branch anymore?
Yes, and a libcosmic change for the applets as well. |






Should be tested with pop-os/cosmic-applets#1108 & pop-os/cosmic-settings#1496