Summary: | after move action, current message jumps to first unread, not next message | ||
---|---|---|---|
Product: | Claws Mail (GTK 2) | Reporter: | Trevor Cordes <claws-mail> |
Component: | UI/Actions | Assignee: | users |
Status: | NEW --- | ||
Severity: | enhancement | ||
Priority: | P3 | ||
Version: | 3.7.0 | ||
Hardware: | PC | ||
OS: | Linux |
Description
Trevor Cordes
2009-02-23 14:25:04 UTC
That's actually due to the fact it's moved by an action - Actions that change the folder's contents reload the content... That's a design issue, may be fixable but a bit difficult. Makes sense. How does the delete built-in menu item do it? If I use delete from the menu builtin, the cursor doesn't jump. If I make a new action and assign my own hotkey (for some reason delete's ^D can't be reassigned?) then the cursor does jump. Yet they are performing the same function, deleting the message. Rereading your response, gives me an idea. Maybe let it reload on action, but maybe make it so reloads don't change the current cursor -- or remember the last cursor position in a persistent way. Alternatively, if there was an easy new way to assign a hotkey to a folder to effect a move to that folder, I wouldn't need to use user actions. I like the remember-cursor-position idea... I just played around with it and if you switch imap folders and switch back, the cursor position is lost and you go back to the first unread. I'd think that a general global remember-position idea would be useful even ignoring my action request. Yet it solves both problems. I used the following AutoIT script with a AutoHotkey keyboard short cut to launch it to get round this issue: ; AutoIT script to move a message to the actioned folder. ; A bug in the move action command (where it jumps to the top of the inbox) means I have to use this! WinActivate("Claws Mail") ; Ctrl-M is the keyboard shortcut assigned to Move to folder send("^M") ; A selects the folder I want to move to (mine is called ActionedItems send("A{ESC}") send("!o") |