<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Dec 18, 2015 at 1:24 AM, Eike Hein <span dir="ltr"><<a href="mailto:hein@kde.org" target="_blank">hein@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><br>
<br>
On 12/18/2015 12:31 AM, Mark Gaiser wrote:<br>
> You will hear me when my workflow is severely interrupted and when i<br>
> find the cause of it.<br>
<br>
</span><a href="mailto:plasma-devel@kde.org">plasma-devel@kde.org</a> is not <a href="mailto:mark-gaisers-workflow@kde.org">mark-gaisers-workflow@kde.org</a>.<br>
<br>
Bug reports go to <a href="http://bugs.kde.org" rel="noreferrer" target="_blank">bugs.kde.org</a>. User support happens on the<br>
user list and in the KDE Forums.<br>
<span class=""><br>
<br>
<br>
> Sorry, but that is just a bogus argument for the sake of arguing.<br>
> It's very obvious and expected that a sample of a specific font is meant<br>
> to represent how the font looks when installed.<br>
<br>
</span>Ah c'mon. Take a look at the glyph data with FontForge and then get<br>
out a ruler and check the SVG again. I don't have time to prove to<br>
you the SVG isn't equivalent to Qt and CSS line height defaults.<br>
<br>
Here's Google Chrome overlaid over the SVG though, re default<br>
intra-glyph and intra-line spacing:<br>
<br>
<a href="http://i.imgur.com/FlnxgGp.png" rel="noreferrer" target="_blank">http://i.imgur.com/FlnxgGp.png</a><br>
<br>
<a href="http://i.imgur.com/6d0sBup.png" rel="noreferrer" target="_blank">http://i.imgur.com/6d0sBup.png</a><br>
<br>
Did you even check this stuff or is it OK if it's my time ...?<br>
<span class=""><br>
<br>
<br>
> And there i see too much spacing between the lines.<br>
<br>
</span>I don't, and I know this stuff pretty well.<br>
<span class=""><br>
<br>
> There it's somewhat fine, but that isn't the default! And that can't be<br>
> influenced as user of the font.<br>
<br>
</span>It's the default.<br>
<div class=""><div class="h5"><br>
<br>
Cheers,<br>
Eike<br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</div></div></blockquote></div><br></div><div class="gmail_extra">Frameworkintegration is hereby forked [1].<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I will keep this one in sync with frameworkintegration as it is on the kde servers, but obviously without those fonts.</div><div class="gmail_extra">Once Noto starts to work normally the fork can die.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I do this because i do not want one more desktop breakage that is caused by fonts installed by that package, and this seems to be the easiest way to accomplish that.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Don't get me wrong, i don't like to fork anything and have never done so before.</div><div class="gmail_extra">But i have a real issue that i want to get solved. Solving it "upstream" doesn't seem likely, so forking it is the only way.</div><div class="gmail_extra">The other way was how i did it before, remove the fonts when i notice that they had been installed again, but that can slip through and cause days of irritation.</div><div class="gmail_extra">Now i just make my own archlinux packages and blacklist the default frameworkintegration, that should do the job for me.</div><div class="gmail_extra"><br></div><div class="gmail_extra">[1] <a href="https://github.com/markg85/frameworkintegration">https://github.com/markg85/frameworkintegration</a><br></div></div>