Bug 504325

It looks like you've manually made the font for everything else tiny; am I understanding that correctly?

Looking at the code, the calendar digits are indeed hardcoded to a size that's 1/3 the height of the grid item it lives in. They're larger with the default font sizes, too.

Can you describe what the problem is here, exactly?

(In reply to Nate Graham from comment #1)
> It looks like you've manually made the font for everything else tiny; am I
> understanding that correctly?

Uhm, what?
I configured the fonts as I am supposed to do and as any useful UI will allow to do - to a size that fits my needs.

> Looking at the code, the calendar digits are indeed hardcoded to a size
> that's 1/3 the height of the grid item it lives in. They're larger with the
> default font sizes, too.

Why? Who would think it is a good idea to hardcode a fonts size instead of asking the user what size they want?
And why are the grid items that large? What determines this size?

> Can you describe what the problem is here, exactly?
There's a nonsensical font size that does not care for any settings nor can be configured?
That size is as large as the ticket title, or to give you another idea: it equals 0.5 cm on my screen! 

Can you describe, why that isn't a  problem?

The reason why I asked that question is because there are lots of instances of other text that intentionally don't reflect your chosen font size, either perfectly, or at all. For example:
- The clock on the lock screen has a completely hardcoded size
- All headers use a multiple of your configured font size, but not the exact size.
- The Digital Clock widget's text scales to fit the space
- This one here has a hardcoded size, but won't get smaller than the "small" font size
- and so on.

So I'm kind of mentally grouping them together in the bucket of "text that's intentionally not exactly your chosen font size for various reasons."

Let's back up a bit. Can you describe why you're using a smaller-than-usual font size? Is it because you have excellent eyesight and want everything to become more dense? Or is is an attempt to scale everything on the screen? Or something else?

The reason why I ask this other question is because it may make sense yo use the systemwide scaling feature to accomplish your goal rather than changing the font size.

(In reply to Nate Graham from comment #3)
> The reason why I asked that question is because there are lots of instances
> of other text that intentionally don't reflect your chosen font size, either
> perfectly, or at all. For example:

Quite so, and none of this should be the case. Unless there's a _very_ good reason, fonts and their size should be subject to the user's decisions, not the developers' who can't possibly anticipate any user's needs.

> - The clock on the lock screen has a completely hardcoded size

Why? It's not that important since probably non one really uses this as a clock for real (power save would disable the screen pretty soon)

> - All headers use a multiple of your configured font size, but not the exact
> size.

That's more acceptable, since it gives a measure of control (if it always needs to be that way is another question, but there's also the usability of overwhelming configs to be considered)

> - The Digital Clock widget's text scales to fit the space

Yes, and that's another annoyance of mine. Especially with that incomprehensible font size of the date.

> - This one here has a hardcoded size, but won't get smaller than the "small"
> font size
> - and so on.
> 
> So I'm kind of mentally grouping them together in the bucket of "text that's
> intentionally not exactly your chosen font size for various reasons."
> 
> Let's back up a bit. Can you describe why you're using a smaller-than-usual
> font size? Is it because you have excellent eyesight and want everything to
> become more dense? Or is is an attempt to scale everything on the screen? Or
> something else?

I resent the "smaller-than-usual" and question the basis on which that assumption was made.
And I don't consider 7px in a menu or the parts of the screenshot as particularily small for the purpose.

> The reason why I ask this other question is because it may make sense yo use
> the systemwide scaling feature to accomplish your goal rather than changing
> the font size.

Plasma font configuration ususally affect all those areas which are of less importance (menu bars, task bar entries, ...) where one does not read long texts, but just needs a pointer (after a while you know where in a menu bar each entry is).
Large fonts here would only bloat the UI w/o any gain in usability, taking up much space that could be usefully employed elsewhere.

Where large(r) fonts are useful one usually can configure those in the particular application.
Cases in point konsole or kate -- I don't need a large(r) font in the menus or such, but in the area where work actually happens. And that will be configured in konsole or kate themselves and does not (need to) use a global font size.

So, in short that font size is exactly as I need it and not particularily small.

To get back to the calendar: why, then, is the font size of the holidays in the grid cell so small? It really does make no sense to me to have the rather less important number or day name in such a large font while the actually important info (name of the holiday/appointment/...) is allowed to be much smaller.

Yeah makes sense.