Version: (using KDE 4.3.1) Installed from: Ubuntu Packages Right now, threaded lists put a reply as a childnode to the message that was replied to. However, when there are many nested replies, deep messages get pushed too far to the right and eventually are pushed outside of the message list. Replies should instead be displayed as flat lists and only create childnodes when the conversation is branched: > A |-> B (Re: A) | > C (Re: B) | > D (Re: D) |-> E (Re: A) | > F (Re: E) |-> G (Re: A) | |-> H (Re: G) | | > I (Re: H) | | > J (Re: I) | |-> K (Re: G) | > L (Re: K) |-> M (Re: A) > N (Re: M)
Here's a clearer ASCII Drawing of what I'm imagining: A |+ B (Re: A) | C (Re: B) | D (Re: D) | |+ E (Re: A) | F (Re: E) | |+ G (Re: A) | |+ H (Re: G) | | I (Re: H) | | J (Re: I) | | | |+ K (Re: G) | L (Re: K) | |+ M (Re: A) N (Re: M)
The problem is that long threads starting looking like this: - Thread title - Re: Thread title - Re: Thread title - Re: Thread title - Re: Thread title - Re: Thread title - Re: Thread title - Re: Thread title - Re: Thread tit - Re: Thread t - Re: Thread - Re: Thre - Re: Th Eventually, certain messages get pushed out of the view! An alternate way to fix this problem is to have Mail.app-style flat lists without any branching at all.
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.
This still occurs in kmail2. SOFTWARE VERSIONS KDE Plasma Version: 5.14.1 KDE Frameworks Version: 5.51.0 Qt Version: 5.11.2 Kmail version 5.9.2
Should I change the status of the bug since it is confirmed that it applies to Kmail2? Or perhaps file a new bug with the kmail2 product?
Moving to kmail2.