Organizing Item's options
Open, Needs TriagePublic

Description

Currently, there are two different places for changing the Item's size:

  1. One is at Behavior->Items->Decrease size automatically...
  2. One is at Appearance->Items->Size

We should move (1) to Appearance->Items->Size like this:

trmdi created this task.Feb 24 2019, 7:55 AM
trmdi added a comment.Feb 24 2019, 1:21 PM

Or like this:

maybe this is a nice opportunity to discuss a HIG decision. When we use CheckBoxes and when we use ToggleButtons from options.

In my head is the following:

ToggleButtons:

  1. Are used to enable/disable group of options
  2. Can be used to enable/disable single option when that option needs attention from the user OR it is used often

CheckBoxes:

  1. Are you used for options that are not that important and are not used very often. User attention is not that important for them

@trmdi what do you think?

trmdi added a comment.Feb 24 2019, 1:46 PM

To me, they have the same importance as well as the attention.
The only difference is, as you said, to turn on/off a group of options: use ToggleButtons

To me, they have the same importance as well as the attention.
The only difference is, as you said, to turn on/off a group of options: use ToggleButtons

makes sense, in that regard some of Effect->Latte Indicator options should become a group of PressedButtons then...

trmdi added a comment.Feb 24 2019, 4:24 PM

Do you like this?

(Zoom on Hover should be moved to Effects > Animation)

trmdi renamed this task from Moving Item's "Decrease size automatically..." to Organizing Item's options.Feb 24 2019, 4:26 PM
  1. I don't like to hide options unless it is perfectly clear somehow that each choice has its own additional options
  1. If zoom is moved in Effects then it wont be accessible in Basic settings mode. It is an effect but it also sets up the item size on hovering that why I prefer it at Items Size
trmdi added a comment.EditedFeb 24 2019, 5:12 PM
  1. Because those 2 sliders are never used at the same time, then why do we have to display both of them?

    If we display only one slider for changing the item size, it makes the setting window much cleaner.
  1. If we move zoom... to Effects, when the user changes the Duration, he will see the zoom option is enabled/disabled depends on tthe Duration very clearly.

    Because it's a property of the parabolic effect, it should be in the effect page.

    When he changes it, he will know that will change the item size when hovering very clearly, it's not needed to be in the Item size section. And if he wants to change the zoom factor, the first thing he would think is that it is an effect, he would know to find it in the effect tab.

    What happens if the user doesn't use the parabolic effect? Why does he have to see it in the Item size section?

    If the user can't find an option then he will switch to the Advanced mode, that is a very easy thing to do.

So I think, there would be not any problem when we move it to the parabolic effect section.

If we display only one slider for changing the item size, it makes the setting window much cleaner.

that depends also from how the user chooses between pixels or screen height

when the user changes the Duration, he will see the zoom option is enabled/disabled depends on tthe Duration very clearly.

all the Animations section will be redesigned. It is one of my upcoming tasks

  1. Animations Group (X) - will be able to enable/disable all of them all together
  2. Duration-> will change to Speed, x1, x2, x3 (it is much easier to remember)
  3. All sub-animations such as bouncing, removing etc will have an option to be enabled/disabled
  4. Zoom will be independent of Animations

If the user can't find an option then he will switch to the Advanced mode, that is a very easy thing to do.

sorry I dont agree, zoom must be exposed in Basic Settings

trmdi added a comment.Feb 24 2019, 5:30 PM

that depends also from how the user chooses between pixels or screen height

he will check/uncheck the "From screen height" option. Is it too hard? (see my video above)

Ok the shrinking was moved and I also hide the Layout section that there is Appearance

I must think it for the Pixels/Screen Height option, I am also not very happy about the current implementation but I want something more elegant

trmdi added a comment.EditedFeb 25 2019, 7:06 AM

sorry I dont agree, zoom must be exposed in Basic Settings

Ok, how about this?

We would add a new Effect section into the Appearance page, and move Zoom on Hover into it.
It's only shown in the Basic mode && when the parabolic effect is enabled.
It's always shown in the Advanced mode in the Effect tab.

This way, by default, that option is exposed to users in the Basic mode as you want.
Once the user switched to the Advanced mode, he could access it in the Effect page, because that name was suggested to him in the Basic mode before. If he turns off the Parabolic effect and switches back to the Basic mode, this time that option is hidden, that is a very nice thing because he can not use it when he turned off the parabolic effect (it means that option is useless in that case, why should we show it? )
When he wants to use it again, he will go to the Effect page to enable it, and he could change the zoom factor right there if he wants, he doesn't need to go to another page to adjust it, it follows your philosophy: easy to find, doesn't it ?

I like more the following,
New Effects to be a subsection of Items like the new Automatic one

Concerning Parabolic effect visibility, For docks to be always visible, For panels only in advance mode

Btw, should the "Decrease size automatically..." be always used instead of considering it as an option? Is there any case we don't want to use that option?

Btw, should the "Decrease size automatically..." be always used instead of considering it as an option? Is there any case we don't want to use that option?

yes, whenever there are applets that fillWidth then in that case that option can not be used because it shrinks the contents constantly

Btw, should the "Decrease size automatically..." be always used instead of considering it as an option? Is there any case we don't want to use that option?

yes, whenever there are applets that fillWidth then in that case that option can not be used because it shrinks the contents constantly

No, I meant, can we always decrease the item size when needed (and when possible, sure) ? Remove that checkbox from the setting windows?

Because, if that option is unchecked:

  • when there is still enough space to show the item without decreasing the size -> no difference between checked/unchecked
  • when the dock length exceeds the screen length -> who wants this state? -> users always want the item size to be decreased to make the whole dock length fit the screen width/height

So, I don't understand the perpose of that option. It should be always "true". Am I misunderstanding it?

Btw, should the "Decrease size automatically..." be always used instead of considering it as an option? Is there any case we don't want to use that option?

yes, whenever there are applets that fillWidth then in that case that option can not be used because it shrinks the contents constantly

No, I meant, can we always decrease the item size when needed (and when possible, sure) ? Remove that checkbox from the setting windows?

Because, if that option is unchecked:

  • when there is still enough space to show the item without decreasing the size -> no difference between checked/unchecked
  • when the dock length exceeds the screen length -> who wants this state? -> users always want the item size to be decreased to make the whole dock length fit the screen width/height

    So, I don't understand the perpose of that option. It should be always "true". Am I misunderstanding it?

In theory sounds like this is correct, but in practice there could be cases that contents are shrinked endlessly...

mvourlakos added a comment.EditedFeb 25 2019, 12:21 PM

So, I don't understand the perpose of that option. It should be always "true". Am I misunderstanding it?

In the past I have added in Latte dock some automatic checks in order for this option to NOT break the experience. We can try to hide it, see how it goes and if there is a users breakage we can reshow it...

trmdi added a comment.EditedFeb 25 2019, 12:51 PM

If you only hide it, what happens with users unchecked it before? How can they change it when they see the dock length exceeds the screen length? I think you should also replace plasmoid.configuration.autoDecreaseIconSize in every line that read it with true.

If you only hide it, what happens with users unchecked it before? How can they change it when they see the dock length exceeds the screen length? I think you should also replace plasmoid.configuration.autoDecreaseIconSize in every line that read it to true.

no need, I usually avoid the use of plasmoid.configuration.... in the qml code.

the line in question is: https://phabricator.kde.org/source/latte-dock/browse/master/containment/package/contents/ui/main.qml$69

if this is changed to :

// when there are only plasma style task managers the automatic icon size algorithm should better be disabled
property bool autoDecreaseIconSize: !containsOnlyPlasmaTasks && layoutsContainer.fillApplets<=0

then true/false from that propertly is totally ignored

trmdi added a comment.Feb 25 2019, 1:00 PM

Ok, just a reminder in case you forget it. :)

trmdi added a comment.EditedFeb 25 2019, 2:55 PM

then true/false from that propertly is totally ignored

This line: https://phabricator.kde.org/source/latte-dock/browse/master/shell/package/contents/configuration/pages/AppearanceConfig.qml$173

1, There is still a plasmoid.configuration.autoDecreaseIconSize.
2, Why does stepSize like to be 8 in some cases? I think it could always be 1 in any case without any problem. We should let users choose any iconSize that suits them, with stepSize = 1, no need to check anything here.

1, There is still a plasmoid.configuration.autoDecreaseIconSize.

yeah I will remove it

2, Why does stepSize like to be 8 in some cases? I think it could always be 1 in any case without any problem. We should let users choose any iconSize that suits them, with stepSize = 1, no need to check anything here.

:) not actually. Technology has limits, one of which is bluriness. For icon sizes < 64px. only the sizes that icons themes provide are crisp, anything else has some level of bluriness. Most themes provide the following sizes:

16px, 24px,32px,48px,64px

all of which are multipliers of 8, so at most most cases from 16px to 64px we have crisp icons this way except for 40px and 56px.

one other aspect is that algorithm for decreasing the icon size is also using step of 8, so that helps.

The user will have the option for 1px. changing but only with specific circumstances: 1. in panels, 2 in docks(advanced) mode