Noto fonts screw my system, please stop forcing fonts upon me!

Mark Gaiser markg85 at gmail.com
Thu Dec 17 23:31:07 UTC 2015


On Thu, Dec 17, 2015 at 11:43 PM, Eike Hein <hein at kde.org> wrote:

>
>
> On 12/17/2015 11:09 PM, Mark Gaiser wrote:
> > What you say might be true and might be the goal of that font.
> > But it is unusable for me at this moment and i'm not going to make bug
> > reports about that.
> >
> > It is the google font (noto) with the google browser (chromium) that
> > mainly screws things up completely.
> >
> > It's either heavily bugged or not ready to be used.
> > Either case should be sufficient reason to not use it in Plasma 5.
>
> "I'm seeing something on my system I don't like. This must
> mean this assessment holds true for everyone and something is
> broken on every system, and the people who made the change must
> be thoughtless. This is cause to side-step the default process
> that might allow them to handle my feedback efficiently along-
> side other concerns; after all, it's now clearly up to them
> to accomodate me, including bearing my justified agitation."
>
> There's a lot of assumptions (engineering, community dynamics,
> etc.) baked into this that are dubious; I guess I'm used to a
> different approach from someone with a dev account.
>
>
I didn't like the change to Oxygen from day one when they made it the
default font.
I thought it was bound to cause issues more then whatever reason there was
to make it the default. And that was before i ever used it.
I didn't comment on the RR where it was initially patched to make Oxygen
the default [1], but i certainly didn't like it.
I posted to this very list when i observed the first issues with that font
[2] where David Edmundson made a bug report [3].
That very report is still open.

It shows me only one thing. The complete lack of interest with the font
devs to bother fixing anything hence my very strong opinion to not even use
that font at all!
I've seen more issues with oxygen then i've reported, but why report
anything else with that font if nobody is going to look at it anyway.

I am most definitely not the person who is swift to start complaining about
things. You won't hear me until i'm really getting frustrated by an issue.
I consider the font stuff a big mistake in plasma. And i'm fine if the
plasma folks are stubborn enough to keep pushing it through. You won't hear
me.
You will hear me when my workflow is severely interrupted and when i find
the cause of it.


>
> > You are wrong.
> > The line height might be what you said, but what you see isn't a font
> > rendered by chrome. The link i gave earlier
> > (https://www.google.com/get/noto/#sans-lgc) shows the fonts rendered in
> > a SVG image. The css line height has nothing to do with that. So what
> > you see in that image is how it will look if you use that font. And that
> > is just completely useless for desktop usage. It's fine to use that font
> > in for example designs made in gimp or photoshop.. But not as desktop
> font!
>
>
> Much like CSS, the SVG format allows control over line height
> and even explicit positioning of individual glyphs converted
> to paths. That it's an SVG doesn't tell us what line height
> its author set when laying out the sample text.
>

Sorry, but that is just a bogus argument for the sake of arguing.
It's very obvious and expected that a sample of a specific font is meant to
represent how the font looks when installed.


>
> Anyhoo, here's Noto Sans 9pt over 96dpi in a QTextArea:
>
> http://i.imgur.com/lPkumWi.png


And there i see too much spacing between the lines.


>
>
> Google Chrome, Noto Sans 9pt over 96dpi, no line-height
> set:
>
> http://i.imgur.com/LdHFQ3v.png


There it's somewhat fine, but that isn't the default! And that can't be
influenced as user of the font.

>
>
>
> Cheers,
> Eike
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>

[1] https://git.reviewboard.kde.org/r/116625/
[2] https://mail.kde.org/pipermail/plasma-devel/2014-May/031609.html
[3] https://bugs.kde.org/show_bug.cgi?id=332059
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20151218/61a2909c/attachment.html>


More information about the Plasma-devel mailing list