Bug 411486 - [feature request]: select none
Summary: [feature request]: select none
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: folders (show other bugs)
Version: unspecified
Platform: Compiled Sources All
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-01 08:31 UTC by RJVB
Modified: 2019-09-01 08:31 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.