Summary: | Canceled right-click on message list leaves UI in inconsistent state | ||||||
---|---|---|---|---|---|---|---|
Product: | Claws Mail (GTK 2) | Reporter: | Pierre Fortin <pf> | ||||
Component: | UI/Message List | Assignee: | users | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | minor | ||||||
Priority: | P3 | ||||||
Version: | 3.15.1 | ||||||
Hardware: | PC | ||||||
OS: | Linux | ||||||
Attachments: |
|
Description
Pierre Fortin
2017-06-22 14:20:43 UTC
Created attachment 1762 [details]
return cursor
I disagree with the solution. When you're right-clicking a message in summaryview, you want to do something to it, and so it is good that the cursor is placed on it together with the menu popup - you can make sure that whatever you are about to do, you are doing to the correct message, IOW you did not misclick.
Instead, the cursor should probably return to its original position. Attached patch does that, but only in case a message is already displayed. If there is no message displayed (messageview is blank), the cursor stays where you right-clicked. Additional work is needed if we want to return the cursor to its original position even in that case (do we?).
This is just a quick patch, untested against different "open when selected..." configurations, but it shouldn't cause any issues.
My reason for the suggested solution was based on how this flaw was discovered... I have a very sensitive mouse and a sometimes heavy middle finger that accidentally generates right-clicks. So, in that case, just canceling the action and staying on the current message makes sense. Having opened this as a "minor" issue, I'm open to any solution. :) Patch applied in git, thanks for the report. |