https://bugs.kde.org/show_bug.cgi?id=398383
Friedrich W. H. Kossebau <kosse...@kde.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |UPSTREAM --- Comment #1 from Friedrich W. H. Kossebau <kosse...@kde.org> --- Completely agree to consistency idea, I find this annoying as well. So why have I not yet done that? Multiple reasons: * the digital clock, at least when I had looked at the code at the time, has some non-simple code to estimate which size to use, with some random numbers without any clear reasoning, partially relying on internal settings not available to outside * people had been discussing a lot about sane font size with the digital clock, so changes were coming and going, with none really being one I would subscribe to * digital clock is not the only text-showing applet, there are some more, all having their own logic for calculating the fonts size/alignment, e.g.: * global menu bar applet * switch user applet * fuzzy clock (I sampled the weather applet's basic font logic from that) So while I could please you, myself and more users for the consistency desire by changing the font size logic in the weather applet, I think this is the wrong layer to act. IMHO, instead of randomly trying to match the current look of other random applets, there should be some style guide for panel applet content rather. And ideally also some Plasma QtQuick elements which implement those style guides out of the box (e.g. some PanelTextItem or better), so applets could just use those and always have perfectly styled content. Like they already have now with icons, which are all presented well aligned due to the actual sizing and aligning of what is rendered being centrally handled in Plasma-provided QtQuick items. So please consider instead filing a request to the Plasma framework, to give some guidance here to applet developers to pick up in their code. -- You are receiving this mail because: You are watching all bug changes.