https://bugs.kde.org/show_bug.cgi?id=465841
--- Comment #8 from Oded Arbel <o...@geek.co.il> --- (In reply to Waqar Ahmed from comment #7) > The problem is that the file you linked contains way too many trailing > spaces in each line (2000+ sometimes). So, if you want to keep the spaces > setting enabled, a good local fix would be to just rtrim Its not actually "trailing" spaces - the format is ASCII tabular format with lines starting and ending with a pipe character. naively rtriming it will not help - but thanks for pointing out a simple workaround. Generally, I'm less interested in workarounds (though the point about painting white spaces causing the issue did indeed help) and more in pointing at issues that may hinder KDE adoption :-) > This can be optimized in theory as the width of a space is constant. We can > just use that to quickly paint all the spaces. Problem is that dynamic word > wrapping makes things a bit trickier. Interestingly (or not - you decide), the word wrapping behavior of lines - such as in this example - where there's a few dozen text characters at the beginning, followed by thousands of spaces and a terminating non-white-space character - is that the line after the last wrap of actual text contains almost all the spaces remaining on the line, even though it exceeds the width of the window it doesn't wrap and there is no horizontal scrollbar (the additional spaces are inaccessible), then another dynamic wrap and the last 110 characters of the line (which includes 109 spaces and a terminating pipe). This 110 character width is consistent across all the lines in the file, regardless of how many dynamic wraps each line has. The spaces in the beginning of the white space span, before the last dynamic wrap, can't be selected using either keyboard or mouse. Looks really weird, but also ... intentional? > For part 2 => slow paste, I think this is because of "Indent on Paste". Do > you have it enabled? Your profile data shows that it is enabled, but maybe > its something else. That is correct. Disabling "Adjust indentation of code pasted from the clipboard" solves the "freeze on paste" issue. > I am not sure why indent on paste is getting executed on > a `.log` file in the first place as it doesn't have an indenter. Well - its not a log file when I paste it: I just open a new Kate buffer and paste some ASCII into - it has no way of knowing that I intend it to be a "log". I tried to set the syntax mode to "log (simplified)" (in the bottom right corner select box) but that didn't help as pasting still auto-indented the lines. Not that I understand why it indents the lines to begin with - all the lines start with the same character ("|") and end with the same character ("|"). -- You are receiving this mail because: You are watching all bug changes.