Summary | advance upon "Mark as..." broken |
Queue | IMP |
Queue Version | 4.2-RC4 |
Type | Bug |
State | Not A Bug |
Priority | 1. Low |
Owners | |
Requester | liamr (at) umich (dot) edu |
Created | 05/17/2008 (6233 days ago) |
Due | |
Updated | 05/19/2008 (6231 days ago) |
Assigned | 05/18/2008 (6232 days ago) |
Resolved | 05/19/2008 (6231 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Not A Bug
message is different than message actions IMHO. If I look at this
from the perspective of "how would I implement this if we didn't have
to reload the page" (i.e., how would I implement in DIMP) - flagging
messages would be something done in the background without changing
the page. Deleting/moving/copying is something when you do when you
are done working with the message, so moving to another
message/returning to mailbox is ok.
anyway, so my opinion is not too strong about it.
we stay on that message.
consider the preference to return to the mailbox at the moment, which
is what I use. So they should all either stay at the current message
or proceed to the next, consistently, if that preference is turned
off.
is different than message actions IMHO. If I look at this from the
perspective of "how would I implement this if we didn't have to reload
the page" (i.e., how would I implement in DIMP) - flagging messages
would be something done in the background without changing the page.
Deleting/moving/copying is something when you do when you are done
working with the message, so moving to another message/returning to
mailbox is ok.
And I don't personally feel this is a pref item.
we stay on that message.
the preference to return to the mailbox at the moment, which is what I
use. So they should all either stay at the current message or proceed
to the next, consistently, if that preference is turned off.
message. I'd be happy with a preference.
stay on that message.
already has the choice to return to the mailbox or change to the next
message after an action.
State ⇒ Feedback
action? I'd say about half the time I mark a message I'm not done with
it, or at least I don't want the next message.
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ advance upon "Mark as..." broken
Queue ⇒ IMP
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
move to the next message to continue browsing. Instead, it remains on
the same email. This prevents fluid browsing and requires the
redundant action of clicking the next message arrow after a message
has been read and marked for later use.