<table><tr><td style="">ndavis 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/D19605">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #8C98B8;
          color: #6B748C;
          font-style: italic;
          margin: 4px 0 12px 0;
          padding: 8px 12px;
          background-color: #F8F9FC;">
<div style="font-style: normal;
          padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D19605#429711" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;">D19605#429711</a>, <a href="https://phabricator.kde.org/p/ngraham/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@ngraham</a> wrote:</div>
<div style="margin: 0;
          padding: 0;
          border: 0;
          color: rgb(107, 116, 140);"><p>I think I agree that it's much better to improve things universally if we can. But if we can't, then improving things for the default settings is good too.</p>

<p><a href="https://phabricator.kde.org/p/ndavis/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@ndavis</a>, how well tested is this? We can't land this if it causes any regressions. I didn't spot any with a few font & size combinations but let's make sure we test extensively.</p>

<p>Also, I'd like some comments added to the code to indicate why we're using floating-point values for these.</p></div>
</blockquote>

<p>It's not that well tested, but I've seen enough to know that this will still be a slight improvement for most users.</p>

<p>As I've said in a previous comment, smaller button/font size combinations suffer. I justified it by saying that resolutions below 1366x768 were rare these days. Larger button/font size combinations are OK because the lines get thicker, but with the git master version or with this patch, it won't be perfect.</p>

<p>I also said that the current approach does not allow much flexibility. One size does not fit all, so any change will improve some things and make other things worse. I chose to make the defaults better.</p>

<p>The easiest way to get sharp icons at all sizes would be to create multiple fixed sizes, but I don't know how to do that. Currently, an icon is defined at one size. I assume the button size settings scale things relative to the font size. For example, Very Large with 10pt Noto Sans is much larger than Very Large with 6pt Noto Sans.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R31 Breeze</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D19605">https://phabricator.kde.org/D19605</a></div></div><br /><div><strong>To: </strong>ndavis, VDG, Breeze, davidedmundson<br /><strong>Cc: </strong>zzag, ngraham, abetts, plasma-devel, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, sebas, apol, mart<br /></div>