Version: 1.12.4 (using KDE 4.3.4) OS: Linux Installed from: openSUSE RPMs To reproduce: 1. Enable option Word wrap at column 78. (This is set by default.) 2. Copy 5 long paragraphs of text, for example from <http://lipsum.com/feed/html>. 3. Paste the text into a new message window. 4. Resize the window, make it narrow so that about 30-40 characters fit in the composer window. 5. Save message as draft. 6. Go to drafts folder and visually inspect the message, perhaps also message sourcecode. Expected behaviour: Message text wraps at column 78. Actual behaviour: Message text wraps at whereever the window border was. Rationale: I was very emberassed when I found out that my mail program composed and sent out such an unsightly message. The window border should only ever wrap text for *reading*, never for *composing*.
*** This bug has been marked as a duplicate of bug 105485 ***
*** Bug 238629 has been marked as a duplicate of this bug. ***
Not a duplicate of the draft-related bug actually.
SVN commit 1151892 by lfranchi: Move flowText() from kdepim private to kdepimlibs/kpimtextedit/textutils. Use flowText when wrapping plaintext in textedit, so that we don't h ave to rely on the wrapping of the QTextEdit, which might be incorrect if the widget width is smaller than the desired word wrap width. BUG: 219572 M +4 -18 textedit.cpp M +44 -0 textutils.cpp M +13 -0 textutils.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1151892
I retested this today and the wordwrap still does not seem to be set to 78 characters when the email is received. Steps to reproduce: - Launch Kontact and go to Kmail - Click on 'New Message' - Go to Option menu/Wordwrap and check box if not checked - Enter a recipient(yourself)and a subject - Type in a line of exactly 78 characters (ex: Testing wordwrap functionality using a line of exactly seventy eight caracters) - Reduce the Composer window size so that two lines of text are displayed instead of one (ex: the first line should end after 'Using') - Click on 'Send' - Open the received message The 78 characters are displayed on two different lines whereas it should not be the case. Moreover, the same thing happens if the sender types a line of 75 characters instead of 78 (ex: Testing wordwrap functionality using a line of exactly seventy eight chars.) Since this does not seem to be corrected so I am reopening this bug. Trunk, Svn Rev 1153490
If this helps here is another test I made: - Copy the 78 characters line 5 times using a newline each time in the composer like so: Testing wordwrap functionality using a line of exactly seventy eight caracters Testing wordwrap functionality using a line of exactly seventy eight caracters Testing wordwrap functionality using a line of exactly seventy eight caracters Testing wordwrap functionality using a line of exactly seventy eight caracters Testing wordwrap functionality using a line of exactly seventy eight caracters - Reduce the size of the composer by half - Send the email to yourself When you open the received email the 5 lines have a sort of pyramid shape instead of being rectangular shaped (=5 time the exact same lenght of line). Trunk, Svn Rev 1153490
Created attachment 49443 [details] Pyramid shaped lines received when using wordwrap
I have exactly the same problem on 4.4.95, only a bit worse : I don't have to reduce the composer's windows to get the pyramid-shaped result from comment #7. Word wrapping is unusable as it is.
SVN commit 1155011 by lfranchi: Use proper check for whether or not to linewrap. BUG: 219572 BUG: 238629 M +1 -1 textedit.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1155011
Reopening this, as the fix was unsatisfactory. It really needs to be worked on in Qt, so we can use the QTextLayout to re-word-wrap the text if the window is too small.
Yes, verified on my computer, this doesn't change the "Testing wordwrap functionality using a line of exactly seventy eight caracters" behavior.
Exactly the same bug affects word-wrapping in knode. It is not useable at the moment. Please consider this fact when you repair the functionality. My KDE-version is: 4.4.95 (KDE 4.4.95 (KDE 4.5 >= 20100723)
I can deal with most of the bugs in KMail 2, but this one might single-handedly force me back to KMail 1. If I have hard wrapping disabled (and I always do), then KMail should not be inserting hard line breaks anywhere in my message. I'll press Enter if I want to insert a hard line break. Soft line breaking at the composer window's width should be entirely handled by the view and should not affect the document model at all. The text to be transmitted in the email comes from the document model, so why is the width of the view affecting it at all?
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
I can confirm that the bug still exists in KMail 5.1.3 (KDE Applications 5.12.3).
Thanks. This is also valid with git master