Mail/Threading/Comparative: Difference between revisions

Line 33:

== Outlook ==

Outlook groups emails with the same subject line into conversations, but changes in subject lines can create new threads or split existing ones. Users report issues with conversations being grouped randomly or incorrectly, especially when dealing with similar subject lines but different recipients. Threading large numbers of emails can be resource-intensive, affecting Outlook's responsiveness.

== Apple mail ==

By default, Apple Mail will group emails from the same thread ~~(or conversation) instead~~ of ~~showing individual email messages~~.

By default, Apple Mail will group emails from the same thread. There is a feature that highlights time-sensitive emails at the top of the inbox, integrating with the threading system. Apple Intelligence provides short summaries of emails and entire threads directly in the inbox, helping users quickly grasp the content. The threading can sometimes show only the latest message in the thread, possible to change settings.

== Missive ==

Line 75:

Line 76:

* Redundant or irrelevant responses due to not reviewing the entire thread

* Difficulty in following conversations when subject lines or participants change

* Accidental replies to the wrong person or message

* Problems with attachments disappearing or becoming hard to locate

* Risk of sending sensitive information to unintended recipients

* Confusion when email clients handle threading differently

* Side topics cluttering the main conversation

* Increased time spent scrolling through lengthy threads

* Context-dependent communication leading to misunderstandings

~~=== In General ===~~

* The lack of customization options that would allow users to tailor the interface to their specific preferences and work styles

* The tendency of interface design discussions to revolve around layout and click efficiency, rather than addressing the varied needs of different user types.

== Our Ideas ==

Mail threading

* ~~Simplified Thread Summary:~~ We'll display a concise summary at the top or left side, we don't repeat the subject, we show only the person, and on the very right, we show the date. Also, between the person and the date, we show the tags if there's anything. And if you click on any of the names, then you scroll to that message. And then you can have another button to to jump back on. When we see the actual messages below, all of them are expanded.

* We'll display a concise summary at the top or left side, we don't repeat the subject, we show only the person, and on the very right, we show the date. Also, between the person and the date, we show the tags if there's anything. And if you click on any of the names, then you scroll to that message. And then you can have another button to to jump back on. When we see the actual messages below, all of them are expanded.

* ~~Adaptive Indentation:~~ We'll use very small indentation to show reply relationships. The indentation will adjust based on screen width to ensure optimal message display. Up to a certain maximum because we have a minimum amount of width that we show a message. And if you are reaching that minimum, we don't intend any forever because otherwise we can show the messages.

* We'll use very small indentation to show reply relationships. The indentation will adjust based on screen width to ensure optimal message display. Up to a certain maximum because we have a minimum amount of width that we show a message. And if you are reaching that minimum, we don't intend any forever because otherwise we can show the messages.

* ~~Customizable View:~~ Maybe we will add an expand/collapse toggle to let users choose between seeing full messages or condensed previews, with the default set to expanded view for maximum information

* Maybe we will add an expand/collapse toggle to let users choose between seeing full messages or condensed previews, with the default set to expanded view for maximum information.