<table><tr><td style="">rjvbb added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D9070" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>A diagonally related anecdote that shows this location is a more central point in the font selection process than I thought first:</p>

<p>Applications like Qt's Assistant that call for Helvetica often end up using a font that looks pixelated - because it's actually an embedded bitmap version. I only saw that under X11 and always wrote that off to a missing font though the fact that scaling up the text solved the issue appeared strange.<br />
Then I noticed it too on Mac during my comparisons of the CoreText and Freetype font engines.</p>

<p>One solution to this particular issue (itself unrelated to style names) is to use the ForceOutline style strategy when the Freetype engine is used. I implemented that in my Mac version of the platform integration plugin, right next to where this patch applies. That was mostly to be exhaustive (there is no way to set this as a global strategy applying to all current and future fonts). I was surprised to see that it apparently applies to the result of all font lookups.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R135 Integration for Qt applications in Plasma</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D9070" rel="noreferrer">https://phabricator.kde.org/D9070</a></div></div><br /><div><strong>To: </strong>rjvbb, Frameworks, davidedmundson, graesslin, cfeck, dfaure<br /><strong>Cc: </strong>abetts, anthonyfieroni, ngraham, cfeck, fvogt, plasma-devel, ZrenBot, progwolff, lesliezhai, ali-mohamed, jensreuterberg, sebas, apol, mart<br /></div>