bc47398187c6ffd132435e51d8d61e6ec79a79db |
|
25-Sep-2012 |
Paul Westbrook <pwestbro@google.com> |
Merge Email1 into MR1 Change-Id: I45289d46b65faffc7a3a3dd46382899162f3aaab
/packages/apps/Email/src/com/android/email/activity/MessageCommandButtonView.java
|
cc0185f07c9198008d8dc685ae9979f3e35e8539 |
|
28-Jun-2012 |
Marc Blank <mblank@google.com> |
Manual merge of Email from jb-ub-mail Change-Id: I564ddf433d371f45ba78a10f73bb182d484c56f2
/packages/apps/Email/src/com/android/email/activity/MessageCommandButtonView.java
|
b6171541b6b9436cee6b03a5720c6259a7e58ba8 |
|
11-Jan-2011 |
Makoto Onuki <omakoto@google.com> |
Pixel perfect: newer/older buttons We haven't gotten all dimensions yet, but this is what I inferred from the latest redlines. Also fixed a margin above the message area on message view. (Keep the margin even if there's no tabs.) Bug 3138021 Change-Id: Iafff578f499737674ec10206b75566377cf2383b
/packages/apps/Email/src/com/android/email/activity/MessageCommandButtonView.java
|
931ca67a1f1baa0c1fd115124e35183c7786fc63 |
|
09-Nov-2010 |
Makoto Onuki <omakoto@google.com> |
New message view command layout UI Changes: - "Move", "Delete" and "Mark as unread" became action bar commands. - The message view bottom panel now only has "newer" and "older" buttons, with the current position in the message list. (shown as POS of TOTAL) - The buttom panel is now shown only on portrait Non UI changes - MessageOrderManager now keeps track of the current cursor position as well as the total message count. - Fixed the "move_action" string, which was wrongly marked as non-translatable. Bug 3169454 Change-Id: I599543f9e11000a4ee283d31fbd407b2ab53ac44
/packages/apps/Email/src/com/android/email/activity/MessageCommandButtonView.java
|
0435a0775e3d6637304a5a4e93675e7462397eb1 |
|
16-Sep-2010 |
Makoto Onuki <omakoto@google.com> |
Let MessageViewFragment own bottom buttons. Create a custom view containing the bottons below MVF (delete, move, reply, etc) and let MVF own this. These buttons used to be owned by the XL activity itself, because the UI for these commands will most likely be totally different from the tablet UI, so the fragment having them looked wrong. However, this made it harder to make changes suggested by the latest mock, such as "put reply/forward in the message header". I think the buttons are semantically part of the message view anyway, so the fragment owning UI for these commands is probably the way to go. (And let's worry about the phone UI later.) Reason for the use of a custom view is that it will make it easier to make non-trivial UI changes, e.g. "combine reply, reply-all and forward and make it dropdown." Also removed obsolete TODOs from MessageListXL. Change-Id: Ibf93f4c70fe07bdbbe33d2adb6bbd2b96812830d
/packages/apps/Email/src/com/android/email/activity/MessageCommandButtonView.java
|