Version: 1.5.3 (using KDE KDE 3.1.3) Installed from: Debian testing/unstable Packages OS: Linux The wordwrapping breaks in the composer window if tabs are included in a line. It is recognized as one character, so the wordwrapping algorithm increments the column count by just one, where infact, it should be incremented by 8 (tab size).
I can confirm this bug still exists in the development version of KMail. Just paste the test 'wrap test ' 30 times so you see where the wrapping supposed to be and then press tab and paste a couple of times extra to see the word wrap for that line. You see this is not working as it should.
*** Bug 79737 has been marked as a duplicate of this bug. ***
Kmail composer replaces tabs by single spaces before sending or saving in drafts. I can confirm that this bug exists in Kmail 1.7 under Gentoo and Debian Sid, and in the 1.7.50 nightly snapshot, which I have built for debugging. This bug did not exist in Kmail 1.6.2 or earlier.
Steps to demonstrate this bug: - Compose a new mail - Enter text: <tab>sometext - Save in drafts - Open mail in drafts, the text of the mail is: <space>sometext - Save the mail to a file, this demonstrates that the tab has really changed to a space, not just been incorrectly displayed
I admit it, I'm a c++ klutz, however I think I've gone about as far as I can go without building kdelibs and qt for debug also, which I don't want to do on my workstation, maybe I'll try it later on the Gentoo box. The badness has already happened in MessageComposer::breakLinesAndApplyCodec() at text = mComposeWin->mEditor->text(): (gdb) p text.ascii() $23 = 0x8341500 " text" # this should have been "\ttext" which suggests the problem is deep in KEdit. If I poke a tab into the string, and continue, I get a complaint later that "Not all characters fit into the chosen encoding." I chose "send anyway (and lose characters)", and lo, the tab made it through to the drafts folder. The encoding is supposedly set to us-ascii. Last time I checked, us-ascii had a tab. Maybe this is a clue.
This bug report is a bug in itself-- I want my tabs to stay tabs, with a visible width of 4.
it looks like the original report doesn't speak about the bug that a tab is converted to a space, but about a bug in the wordwrapping. About the bug about tabs being converted to spaces, I refer to 90688
*** Bug 151358 has been marked as a duplicate of this bug. ***
Created attachment 27153 [details] Testcase with broken wrapping I created a simple testcase containing several lines with correct wrapping. In the first line i added some tabs to show that the line gets longer as it should. With that testcase I can confirm that problem using KMail 1.10.0
Still the case with Qt-4.5.2/KDE 4.3 This is a Qt bug. It wraps lines containing Tabs not at the defined FixedColumnWidth. I reported the bug to Qt-Software