<table><tr><td style="">romangg 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/D24826">View Revision</a></tr></table><br /><div><div><p>FYI I'm using a strict 100 chars limit nowadays on all my KWinFT projects (with the exception of KWinFT itself for now) and I'm very happy with this decision.</p>

<p>As an example you can compare these two otherwise still pretty similar files:<br />
<a href="https://invent.kde.org/plasma/libkscreen/-/blob/master/src/backendmanager.cpp" class="remarkup-link" target="_blank" rel="noreferrer">https://invent.kde.org/plasma/libkscreen/-/blob/master/src/backendmanager.cpp</a><br />
<a href="https://gitlab.com/kwinft/disman/-/blob/master/lib/backendmanager.cpp" class="remarkup-link" target="_blank" rel="noreferrer">https://gitlab.com/kwinft/disman/-/blob/master/lib/backendmanager.cpp</a></p>

<p>I don't even think about any of this anymore, especially I don't care if clang-format moves a function name or puts a bracket here or there. I just apply clang-format to the file and that's it. The consistency trumps anything else.</p>

<p>Anyway closing this diff as requested.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R240 Extra CMake Modules</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D24826">https://phabricator.kde.org/D24826</a></div></div><br /><div><strong>To: </strong>romangg, Frameworks, cullmann<br /><strong>Cc: </strong>carewolf, winterz, zzag, kde-frameworks-devel, kde-buildsystem, LeGast00n, cblack, bencreasy, michaelh, ngraham, bruns<br /></div>