<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/D5139" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Please read through the original review on ReviewBoard, it contains a number of exchanges with Aleix that I haven't copied here (and I opened this ticket only because RB is being phased out). I will see about linking to or copying the screenshots attached to the RB RR.</p>

<p>In short, I see 2 related issues with the current implementation that uses underlining:</p>

<ol class="remarkup-list">
<li class="remarkup-list-item">There is no indication whatsoever that the underlining refers to something other than spelling mistakes.</li>
<li class="remarkup-list-item">The signal modality is completely unrelated to the situation being flagged and the code actually calls for the kind of underlining used by the spellchecker, which doesn't help with point 1.</li>
</ol>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>why do you change the spacing? what has this to do with width?</p></blockquote>

<p>But that's exactly the point: spacing HAS to do with width. When you change the letter spacing the immediate effect is that the line becomes wider, and that should give a subtle but clear enough reminder that you are typing a line that is getting too long.<br />
The whole proposition is based on the principle that text should contain hints that are easy enough to understand (because relevant) but also easy enough to ignore.<br />
Seeing letter spacing increase while typing immediately gives me the hint that I should insert a newline if I want to heed the standard commit message guidelines. Of course the change to Italics when you exceed the "hard" limit isn't a width-related modality change but it shouldn't be too hard to understand either when you're already aware you've typing a long line. I considered using bold, but the effect of that depends too much on typeface and point size in use.</p>

<p>Underlining is also distracting esp. when it uses different colours and may cause clipping (it did with certain versions of KTextEditor, IIRC). The "before" screenshot also confirms my recollection that the whole line was underlined, not just the part exceeding the limit. While that isn't completely wrong it also doesn't help understanding the warning. Finally, red suggests an error while here we are talking about mere guidelines that may or may not correspond to more or less severe errors depending on the repository.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R33 KDevPlatform</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D5139" rel="noreferrer">https://phabricator.kde.org/D5139</a></div></div><br /><div><strong>To: </strong>rjvbb, KDevelop, mwolff<br /><strong>Cc: </strong>mwolff, kdevelop-devel, KDevelop, geetamc, Pilzschaf, akshaydeo, surgenight, arrowdodger<br /></div>