<table><tr><td style="">tcanabrava 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/D13582">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/D13582#282423" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;">D13582#282423</a>, <a href="https://phabricator.kde.org/p/Fuchs/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@Fuchs</a> wrote:</div>
<div style="margin: 0;
          padding: 0;
          border: 0;
          color: rgb(107, 116, 140);"><p>Personally I don't think that we should ship changes that rely on hard-coded theme names like</p>

<p>_canFloat = qApp->style()->objectName() == QLatin1Literal("breeze");</p>

<p>as it will already fail to work for variants of that theme.</p>

<p>I also think that if we already know that this needs to be tackled and will be tackled more globally, in a place that makes more sense and is way less of a workaround, we should maybe wait and skip a version, to ship something that works well and is in a state we are happy with and not a state we will already change again in the forseeable future.</p>

<p>Short: I'd vote for having it indeed as a setting in breeze instead of a workaround in konsole.</p></div>
</blockquote>

<p>Fair Enough.<br />
if this doesn't go thru konsole we need to remove a few commits that are related to scrollbar overlay and scrollbar auto hide.<br />
I'v looked at breeze and I don't know how to tackle there as the scrollbars are usually added as a layout item and that item will need to have it's size set to 0 so the item on the right / left can go underneath it - non trivial.<br />
I hope to be wrong here. :)</p>

<p>I'll wait for nathan's input and if necessary close this review and revert some commits.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R319 Konsole</div></div></div><br /><div><strong>BRANCH</strong><div><div>fixThemeScroolBarOverlay</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D13582">https://phabricator.kde.org/D13582</a></div></div><br /><div><strong>To: </strong>tcanabrava, Konsole, hindenburg, ngraham<br /><strong>Cc: </strong>Fuchs, zzag, konsole-devel, herrold, ngraham, maximilianocuria, hindenburg<br /></div>