[MlMt] Thread expansion logic?

Bill Cole mmlist-20120120 at billmail.scconsult.com
Mon Mar 4 11:52:40 EST 2024


On 2024-03-01 at 16:11:57 UTC-0500 (Fri, 01 Mar 2024 16:11:57 -0500)
Glenn Parker <mailmate at lists.freron.com>
is rumored to have said:

> You may already know this, or it may not be your preferred UI, but you 
> can use Option-Right_Arrow to fully expand a collapsed thread. If you 
> prefix that with Command-A to select all messages, you will fully 
> expand every thread in a mailbox. I sometimes use this to “get the 
> big picture” on a mailbox.
>
> I agree that there doesn’t seem to be a predictable logic for how 
> threads are initially expanded, but I would not want threads with no 
> unread messages to be expanded by default. Instead, I would like all 
> unread messages to be directly visible in expanded threads.

Right, that is what I meant: expand all threads that have unread 
messages should be expanded to make all unread messages visible.

>
> On 28 Feb 2024, at 11:57, Bill Cole wrote:
>
>> Is it just me or is the logic controlling how MM expands threads 
>> incomprehensible?
>>
>> I mostly read mail in per-source submailboxes of a smart mailbox that 
>> aggregates threads with unread messages across subfolders of multiple 
>> accounts, including mostly non-INBOX sources. Much of the mail is 
>> mailing lists like this one, where threads are important. I have 
>> found that recent test builds (roughly: 59xx and 6xxx) have lost any 
>> discernible pattern in how threads are expanded in relation to unread 
>> messages. Often I go into a mailbox and find some threads expanded 
>> down to the first unread message, some fully collapsed despite having 
>> unread messages one or two levels down, and some expanded to reveal 
>> all unread messages.
>>
>> I do not see any UI that would help tune this in any way. My ideal 
>> behavior would be to have threads expanded by default to reveal any 
>> unread messages.
>>
>>
>> -- 
>> Bill Cole
>> bill at scconsult.com or billcole at apache.org
>> (AKA @grumpybozo and many *@billmail.scconsult.com addresses)
>> Not Currently Available For Hire
>> _______________________________________________
>> mailmate mailing list
>> mailmate at lists.freron.com
>> https://lists.freron.com/listinfo/mailmate
>
>
> Glenn P. Parker
> glenn.parker at comcast.net
> _______________________________________________
> mailmate mailing list
> mailmate at lists.freron.com
> https://lists.freron.com/listinfo/mailmate


-- 
Bill Cole
bill at scconsult.com or billcole at apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire


More information about the mailmate mailing list