Rejecting.  No argument as to why Shift-DELETE is not an acceptable solution.

The single most important reason is that it is exactly the opposite of 
the current UI behavior.  Changing this kind of a behavior is a bad 
thing, unless the new behavior is unquestionably the correct one.   
Which it isn't.

First, you incur a penalty every time you open a message in dynamic 
preview mode.  This increases server load.  This is not an issue with 
traditional view, since you need to open the new page anyway in order 
to trigger the action.

Second, it is quite possible that the next message is either a message 
you don't care about, so it is just a waste of user time to do this.   
Or even worse, the next message is a spam message that the user has no 
interest in displaying and, in fact, may be concerned by the content 
inside of that message.  We should not be showing these messages 
without explicit confirmation by the user.

FWIW, the Shift-Delete shortcut performs what you are asking for in 
the dynamic view (delete and move to next message).  I believe that is 
sufficient for power users who want to do what you are asking.

Can you explain why it's better not to load the next message (into the 
preview section)?
I don't get it :)

Good point, this is indeed an issue.

I disagree with this.  if we are going to change the action, we should 
create a brand new preference rather than adapting to the (not 
necessarily intended) action of the old preference.  This is not a big 
deal given we are releasing a new major version and we can convert the 
old preference.

The bigger issue that I see is that the default behavior for 
traditional/mobile vs. dynamic is completely opposite.  It makes more 
sense in traditional/mobile to move to the next message, since you are 
explicitly in message view.  However, for the dynamic mailbox/preview 
page, the default makes much more sense to result in resetting the 
message selection rather than moving to the next message.

It is going to be troublesome to have a preference that works across 
all views in this case, IMHO.

I think the preference name is not that important, as long as the 
description is correct or more specific. It's probably safe to assume 
that no user would be surprised if that preference works as described 
in the dynamic view too, and with a different description, this should 
finally be clear.

I don't think we do.  We have the 'mailbox_return' preference, but 
that is only pertinent for views where the message page is separate 
from the mailbox page.  We can't use this in dynamic view as-is.

We would need to rename this preference to work across all views 
properly (e.g. 'move_next_msg_after_delete').

There's a preference for this, but it doesn't work in dynamic mode yet.

Hi,

after deleting a message, it would be very nice if imp could jump to 
the next message in the folder.
I already configured it to hide deleted messages and that would be the 
perfect companion.

Cheers,
Thomas