mirror of
https://github.com/Foundry376/Mailspring.git
synced 2025-01-05 07:35:34 +08:00
eaeeb9619b
Summary: When bcc or cc is added, the ComposerView should show the fields. We should never hide a populated field! Move the logic for determining message reply / replyTo participant sets into the message object. This seems OK because the functions don't modify the message and deal entirely with message attributes Fix miscelaneous scrollbar issue The MessageList does not always fire a composeReply action in response to keyboard shortcuts and can update the existing draft instead There are a couple goals here: - If you have an existing draft, command-R and command-shift-R should never create a new draft, they should just update and focus the existing draft. - If you actually press the Reply button on the message item it should still create a new draft. It's still possible to have two. - If you press Command-R and add a participant, and then press Command-Shift-R, it should add participants but not blow away the one you've added manually. - If you press Command-Shift-R and then Command-R, it should remove the participants that were part of the "reply all", but leave other participants you've added untouched. Test Plan: Run new tests! Reviewers: evan Reviewed By: evan Maniphest Tasks: T2140 Differential Revision: https://phab.nylas.com/D1734 |
||
|---|---|---|
| .. | ||
| account-sidebar | ||
| attachments | ||
| calendar-bar | ||
| composer | ||
| developer-bar | ||
| file-list | ||
| inbox-contact-elements | ||
| message-list | ||
| message-templates | ||
| mode-switch | ||
| notification-mailto | ||
| notification-update-available | ||
| notifications | ||
| onboarding | ||
| search-bar | ||
| settings | ||
| sidebar-fullcontact | ||
| sidebar-inbox-internal | ||
| thread-list | ||
| today | ||
| tooltip | ||
| ui-dark | ||
| ui-light | ||
| unread-notifications | ||