https://bugs.kde.org/show_bug.cgi?id=442675
--- Comment #3 from doncb...@gmail.com --- Created attachment 142041 --> https://bugs.kde.org/attachment.cgi?id=142041&action=edit different approaches to handling styling on corners, available space, rationale for side margins slider (In reply to Michail Vourlakos from comment #2) I initially reported this bug because Latte uses Latte rules for the panel borders even when set to use the theme's appearance. Since the plasma panel does not currently support many features of Latte (e.g. floating), it would be nice to have a 1:1 representation. However, I understand you want to solve this problem everywhere. I agree that it is about time KDE had a round dock with even margins like Gnome. > I can not understand how following plasma theme panel backgrounds margins > will solve any of this. Give me screenshots of Plasma panels and Latte > panels in comparison for specific plasma themes that plasma works fine and > Latte breaks. You are correct that it will not solve it. In fact, Latte cannot "break," because it 'plays it too safe.' For Latte, the real panel is a rectangle with no rounded corners. Corners are just attached to the ends. My point is that at least themers have the opportunity to try and correct the design of their indicators/tabbar i.e. if it looks good on Plasma it will look good on Latte. Presently, the option does not even exist and Latte continues to have large side margins as shown in the screenshot of Plasma vs Latte. > From my perspective already plasma theme provided margins can not solve any > of this because even Plasma ignores these margins for ALL applets that are > requesting to touch the panel edge, such case is the Plasma TaskManager and > Icon-Only Taskmanager. We will focus only on the Latte taskmanager styles now. I believe the necessary change is for Latte indicators to support corners on a case-by-case basis. Anything less than that will result in what Latte currently looks like, since many indicators are large rectangles with no room for moving into corners. For example, the Win7 indicator is rectangular and only suited for rectangular panels. If it could be rounded, just as the panel can be, to become circular, it would support corners. No. 2 shows this. Otherwise, it will be about in the same place as it presently is. Styles that touch the bottom border as a full line will likely not be able to be moved into corners. The Win10 indicator solution is opinionated and I believe requires configuration options for the user to choose. The default would not move into corners. A second choice is to move it into corners and clip what hangs off of the panel. A third choice comes from my Spectrum Ultra theme, shown in No.1. The indicator line curls up and thins out as it climbs the corner. Lastly, there are styles designed to support a dock. That is, styles that are drawn close to the icons and have a lot of empty space between them and the panel edge. An example would be the macOS dock and my theme in the comparison screenshot. These I believe can support a proper way of determining available space from the panel. No. 3.1 and 3.3 in the screenshot show the "real" rectangle of available space in the panel. No. 3.2 shows the available space for small indicators like macOS and maybe Unity. Icons may also have room to be moved into corners, but that depends on the style of the icons, likely requiring yet another user control. If icons have a large margin of empty space, they can be moved. Icons such as WhiteSur have less, as they are rectangular. Thinning the margin is difficult to do programmatically. Taking into account how many cases there are, I believe a user control makes more sense in the short-term case. Just as having a half height panel is a style, there can also be a slider to allow content to move into the corners like the Plasma panel does. No. 4 shows this comparison. I would like to see how adding information about how far indicators can be drawn will help. The majority, if not all, of the styles seem to be created assuming a rectangle with no rounded corners. Without allowing the styles to support corners, the styles will all look exactly the same because they have no space to be moved into corners. -- You are receiving this mail because: You are watching all bug changes.
