Hmm I don't like the approach about putting this into individual applets - I think the containment should force constraints on the applets instead, and the applets need to follow the constraints. That's more Plasma-idiomatic to me. Marco?

In principle yes, but the applet should of course react suitably to these constraints. A config option for this seems to duplicate the concept of constraints (which are indeed determined by the containment.)

Please read also: https://bugs.kde.org/show_bug.cgi?id=379888 why I proposed this.

The issue appeared from Latte Dock. When the user uses the parabolic effect and the FolderView is animated then somewhere in the middle of the animation it changes from icon to FullRepresentation and vice versa. In the bug report I proposed that this applet should respect at least the user-set panel icon-size in order to not change to FullRepresentation for values lower than the user set one.

So if the user has set Panel Icon Size:256px then the applet shouldnt change to FullRepresentation for values lower than that.
But @hein proposed that this isnt valid for the specific applet because some users might want to change to FullRepresentation earlier e.g. at sidebars.

So after that discussion I implemented a user choice for this...

I think the containment should force constraints on the applets instead, and the applets need to follow the constraints.

I dont have any problem to update the code if you can propose me an approach that fixes the Latte issue and preserves the plasma design.

A config option for this seems to duplicate the concept of constraints (which are indeed determined by the containment.)

to which constraints are you refering?

Shouldn't the quick launch applet cover this use case?

In D11220#224622, @mart wrote:

Shouldn't the quick launch applet cover this use case?

The quick launch applet can show folder contents or activities-pinned documents?

settings window looks like:

In D11220#223836, @hein wrote:

Hmm I don't like the approach about putting this into individual applets - I think the containment should force constraints on the applets instead, and the applets need to follow the constraints. That's more Plasma-idiomatic to me. Marco?

what containment constraint can block an applet to go to FullRepresentation?
how do you imagine this to work?

i don't see much use case for it, but...
Eike, i think the final word would be up to you, what do you think about it?

I really think this is ugly and don't want it :/

If it's the only way to end this debate, could you instead implement the patch that uses the icon size setting as switch threshold?

In D11220#232803, @hein wrote:

If it's the only way to end this debate, could you instead implement the patch that uses the icon size setting as switch threshold?

I created the following: https://phabricator.kde.org/D11651