Bug 411486

Summary: [feature request]: select none
Product: [Applications] kmail2 Reporter: RJVB <rjvbertin>
Component: foldersAssignee: kdepim bugs <kdepim-bugs>
Status: REPORTED ---    
Severity: wishlist    
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: All   
Latest Commit: Version Fixed In:

Description RJVB 2019-09-01 08:31:26 UTC
I hope this is still the place to lodge feature requests?

I have had one for a long time: an option not to select anything upon entering a new mail folder, or after certain operations like deleting the currently selected message(s). The former was relatively straightforward to implement in KMail 4.1x days, the latter I never figured out.

I could draft a list of "hard" reasons exactly why I miss this feature, but underneath they all share the question "why would you *have* to select anything" in the situations outlined above? An email reader isn't really different from a file browser ("explorer"), and how many of those do you know that will always select a file when you move into a new folder, or delete a file? True, a file system doesn't have the added notion of "new, unread", but then again a MUA isn't used exclusively to read (and possibly delete/archive) new mail. ALL new mail.

2 reasons why a forced selection can be annoying:
- you keep having to switch those messages back to "unread" that you want to keep in that state (and I'm not even talking about messages that have a confirm read request set).
- you keep having to scroll back the folder message list because that obligatory selection happens to fall somewhere that shouldn't be visible.