Bug 1727493 Comment 39 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Here is what I see as the final result:
* Recipient-centric:
  * Domain-based *recipient-centric* options are removed from preferences UI and logic. (this bug)
  * Contact-based *recipient-centric* options (checkbox) are removed from address book UI and logic. (this bug? For Henry and Magnus to decide.)
* Email-centric:
  * Per-email override in Composer menu - stays as is
  * Per-email "Ask" dialog is removed (this bug)
* Sender-centric:
  * Option: If email can be downconverted to plaintext, do that - boolean preference, with UI, default true - stays as is
  * Otherwise: Send as plaintext, or HTML-only, or Both = HTML and plaintext - `mail.default_html_action` preference, with UI, default Both - stays as is, just the UI moves from the sub-dialog to the Composer prefs pane, see review remarks.

Scenarios:
* Default would be to send plaintext when possible (just text etc.), otherwise both HTML and plaintext.
* newsfan would "downconvert to plaintext" to false, and default_html_action to HTML-only, and be happy.
* Die-hard plaintext users would set "downconvert to plaintext" to false, and default_html_action to plaintext.
Here is what I see as the final result:
* Recipient-centric:
  * Domain-based *recipient-centric* options are removed from preferences UI and logic. (this bug)
  * Contact-based *recipient-centric* options (checkbox) are removed from address book UI and logic. (this bug? For Henry and Magnus to decide.)
* Email-centric:
  * Per-email override in Composer menu - stays as is
  * Per-email "Ask" dialog is removed (this bug)
* Sender-centric:
  * Option: If email can be downconverted to plaintext, do that - yes/no, boolean preference, with UI, default true - stays as is
  * Otherwise: Send as plaintext, or HTML-only, or Both = HTML and plaintext - `mail.default_html_action` preference, with UI, default Both - stays as is, just the UI moves from the sub-dialog to the Composer prefs pane, see review remarks.

Scenarios:
* Default is to send plaintext when possible (just text etc.), otherwise both HTML and plaintext. - doesn't change
* newsfan would "downconvert to plaintext" to false, and default_html_action to HTML-only, and be happy. - works better than now, because bugs in edge cases like comment 31 are fixed
* Die-hard plaintext users would set "downconvert to plaintext" to false, and default_html_action to plaintext.
Here is what I see as the final result:
* Recipient-centric:
  * Domain-based *recipient-centric* options are removed from preferences UI and logic. (this bug)
  * Contact-based *recipient-centric* options (checkbox) are removed from address book UI and logic. (this bug? For Henry and Magnus to decide.)
* Email-centric:
  * Per-email override in Composer menu - stays as is
  * Per-email "Ask" dialog is removed (this bug)
* Sender-centric:
  * Option: If email can be downconverted to plaintext, do that - yes/no, boolean preference, with UI, default true - stays as is
  * Otherwise: Send as plaintext, or HTML-only, or Both = HTML and plaintext - `mail.default_html_action` preference, with UI, default Both - stays as is, just the UI moves from the sub-dialog to the Composer prefs pane, see review remarks.

Scenarios:
* Default is to send plaintext when possible (just text etc.), otherwise both HTML and plaintext - doesn't change
* newsfan would "downconvert to plaintext" to false, and default_html_action to HTML-only, and always send HTML - works better than now, because bugs in edge cases like comment 31 are fixed
* Die-hard plaintext users would set "downconvert to plaintext" to false, and default_html_action to plaintext.
Here is what I see as the final result:
* Recipient-centric:
  * Domain-based *recipient-centric* options are removed from preferences UI and logic. (this bug)
  * Contact-based *recipient-centric* options (checkbox) are removed from address book UI and logic. (this bug? For Henry and Magnus to decide.)
* Email-centric:
  * Per-email override in Composer menu - stays as is
  * Per-email "Ask" dialog is removed (this bug)
* Sender-centric:
  * Option: If email can be downconverted to plaintext, do that - yes/no, boolean preference, with UI, default true - stays as is
  * Otherwise: Send as plaintext, or HTML-only, or Both = HTML and plaintext - `mail.default_html_action` preference, with UI, default Both - stays as is, just the UI moves from the sub-dialog to the Composer prefs pane, see review remarks.

Scenarios:
* Default is to send plaintext when possible (just text etc.), otherwise both HTML and plaintext - doesn't change
* newsfan would "downconvert to plaintext" to false, and default_html_action to HTML-only, and always send HTML - works better than now, because bugs in edge cases like comment 31 are fixed
* Die-hard plaintext users would set "downconvert to plaintext" to true, and default_html_action to plaintext.

Back to Bug 1727493 Comment 39