Re: temporarily modifying thread display in the index?

2013-01-16 Thread Jamie Paul Griffin
* David J. Weller-Fahy dave-lists-mutt-us...@weller-fahy.com [2013-01-14 21:31:13 -0500]: * Will Fiveash will.five...@oracle.com [2013-01-14 14:22 -0500]: Indeed, with hide_top_limited=yes I can limit the display of a subthread in the desired way. I'm now using this index macro: macro

Re: temporarily modifying thread display in the index?

2013-01-14 Thread Will Fiveash
: Hrm... have you tried a combination of 'tag-subthread' and 'limit'? That is close but not exactly what I'm looking for. The indentation level of the subtree parent is such with the thread I'm looking at that the thread display is still beyond the terminal window

Re: temporarily modifying thread display in the index?

2013-01-14 Thread David J. Weller-Fahy
* Will Fiveash will.five...@oracle.com [2013-01-14 14:22 -0500]: Indeed, with hide_top_limited=yes I can limit the display of a subthread in the desired way. I'm now using this index macro: macro index _S tag-subthreadlimit~T\ntag-subthread Display only subthread with

Re: temporarily modifying thread display in the index?

2013-01-13 Thread David J. Weller-Fahy
' and 'limit'? That is close but not exactly what I'm looking for. The indentation level of the subtree parent is such with the thread I'm looking at that the thread display is still beyond the terminal window. It would be perfect if mutt could also reset the indent level of the subtree

Re: temporarily modifying thread display in the index?

2013-01-11 Thread David J. Weller-Fahy
* Will Fiveash will.five...@oracle.com [2013-01-10 18:49 -0500]: What I'd like is a way to temporarily pull in a subthread so I can see the threading. To put it another way, make some message that's the parent of a subthread look like the parent of the entire thread causing mutt to hide the

Re: temporarily modifying thread display in the index?

2013-01-11 Thread Will Fiveash
for. The indentation level of the subtree parent is such with the thread I'm looking at that the thread display is still beyond the terminal window. It would be perfect if mutt could also reset the indent level of the subtree parent to 0. -- Will Fiveash

Re: temporarily modifying thread display in the index?

2013-01-11 Thread David J. Weller-Fahy
of the subtree parent is such with the thread I'm looking at that the thread display is still beyond the terminal window. It would be perfect if mutt could also reset the indent level of the subtree parent to 0. Yep, sorry about the red herring: I just checked on a huge thread in another list

temporarily modifying thread display in the index?

2013-01-10 Thread Will Fiveash
Occasionally I'm involved in a very long e-mail thread such that the threading indicators are beyond the width of my terminal window. What I'd like is a way to temporarily pull in a subthread so I can see the threading. To put it another way, make some message that's the parent of a subthread

Re: temporarily modifying thread display in the index?

2013-01-10 Thread Christian Ebert
* Will Fiveash on Thursday, January 10, 2013 at 17:47:21 -0600 Occasionally I'm involved in a very long e-mail thread such that the threading indicators are beyond the width of my terminal window. What I'd like is a way to temporarily pull in a subthread so I can see the threading. To put it

Re: temporarily modifying thread display in the index?

2013-01-10 Thread Michael Elkins
On Fri, Jan 11, 2013 at 12:13:06AM +, Christian Ebert wrote: set narrow_tree That is the only option that controls the width of the tree. The alternative would be some macros that to change $index_format to make the subject field wider.

Re: temporarily modifying thread display in the index?

2013-01-10 Thread Brendan Cully
On Thursday, 10 January 2013 at 17:47, Will Fiveash wrote: Occasionally I'm involved in a very long e-mail thread such that the threading indicators are beyond the width of my terminal window. What I'd like is a way to temporarily pull in a subthread so I can see the threading. To put it

Re: temporarily modifying thread display in the index?

2013-01-10 Thread Will Fiveash
to the existing main thread in a place that still hid the subtree thread display. 8^/ -- Will Fiveash Oracle Solaris Software Engineer Austin, TX, USA

Re: temporarily modifying thread display in the index?

2013-01-10 Thread Will Fiveash
On Fri, Jan 11, 2013 at 12:13:06AM +, Christian Ebert wrote: * Will Fiveash on Thursday, January 10, 2013 at 17:47:21 -0600 Occasionally I'm involved in a very long e-mail thread such that the threading indicators are beyond the width of my terminal window. What I'd like is a way to

Re: temporarily modifying thread display in the index?

2013-01-10 Thread Will Fiveash
, but it might not be too hard to make. I'd tried breaking the thread but with the threading options I'm using mutt automatically added the subtree to the existing main thread in a place that still hid the subtree thread display. 8^/ I guess you mean strict_threads=no. It seems like a bug

Re: temporarily modifying thread display in the index?

2013-01-10 Thread Will Fiveash
the subtree thread display. 8^/ I guess you mean strict_threads=no. It seems like a bug to me that breaking threads doesn't break them in nonstrict mode too. Yes, I have strict_threads=no set in my .muttrc. Perhaps I will revisit that setting which I set years ago and have forgotten

Re: Thread Display

2002-09-24 Thread Christian Ordig
On Mon, Sep 23, 2002 at 08:04:11PM -0400, PeterKorman wrote: Here are the gory details. Much of my communication is not through mailing lists. As a rule I don't go to a folder to exchange mail with a particular person. that's what I meant ... nearly nobody has one folder per person. I want

Re: Thread Display

2002-09-24 Thread PeterKorman
On Tue, Sep 24, 2002 at 01:40:27PM +0200, Christian Ordig wrote: On Mon, Sep 23, 2002 at 08:04:11PM -0400, PeterKorman wrote: Here are the gory details. Much of my communication is not through mailing lists. As a rule I don't go to a folder to exchange mail with a particular person.

Re: Thread Display

2002-09-23 Thread Christian Ordig
On Wed, Sep 18, 2002 at 03:48:39AM +0200, René Clerc wrote: * PeterKorman [EMAIL PROTECTED] [17-09-2002 19:21]: I think I can correctly interpret what you said in more than 1 way. So I wont try. given: 1)message to Sally 2)reply from Sally 3)reply to reply from Sally.

Re: Thread Display

2002-09-23 Thread PeterKorman
On Tue, Sep 24, 2002 at 12:42:17AM +0200, Christian Ordig wrote: On Wed, Sep 18, 2002 at 03:48:39AM +0200, René Clerc wrote: * PeterKorman [EMAIL PROTECTED] [17-09-2002 19:21]: I think I can correctly interpret what you said in more than 1 way. So I wont try. given:

Re: Thread Display

2002-09-18 Thread Bruno Postle
On Wed 18-Sep-2002 at 12:45:21AM -0400, PeterKorman wrote: I guess I need a kind of virtual folder that joins my outgoing and incoming without duplicating any data. That isn't possible with mutt I guess since I'm running on linux, with Maildir, I could brute force the solution

Thread Display

2002-09-17 Thread PeterKorman
I'm set up with mutt to bcc all sent data to a local address that qmail puts in the proper Maildir subdirectory. Thatz fine for mailing list posts. But If I want to thread normal conversations, I can't see the whole converstion without bouncing between my sent directory and my inbox. I set this

Re: Thread Display

2002-09-17 Thread René Clerc
Peter, please send your questions to [EMAIL PROTECTED]! * PeterKorman [EMAIL PROTECTED] [17-09-2002 18:21]: Is there a way to thread full (non news group) conversations without duplicating and maintaining 2 copies of every message I send? Thanks. I use procmail (which puts incoming mails

Re: Thread Display

2002-09-17 Thread PeterKorman
On Tue, Sep 17, 2002 at 06:43:56PM +0200, René Clerc wrote: Peter, please send your questions to [EMAIL PROTECTED]! Oops! * PeterKorman [EMAIL PROTECTED] [17-09-2002 18:21]: Is there a way to thread full (non news group) conversations without duplicating and maintaining 2 copies of

Re: Thread Display

2002-09-17 Thread Bruno Postle
On Tue 17-Sep-2002 at 01:20:09 -0400, PeterKorman wrote: My current method places messages 1 and 3 in my sent folder. Message 2 goes into my inbox. I could automatically put everything I send in both my inbox and my sent folder. That would solve the thread problem. But would duplicate

Re: Thread Display

2002-09-17 Thread René Clerc
* PeterKorman [EMAIL PROTECTED] [17-09-2002 19:21]: On Tue, Sep 17, 2002 at 06:43:56PM +0200, René Clerc wrote: I use procmail (which puts incoming mails in the correct folder) in combo with fcc-hooks (which put outgoing mails in the same folder) Is this what you meant? I think I

Re: Thread Display

2002-09-17 Thread PeterKorman
On Tue, Sep 17, 2002 at 06:39:08PM +0100, Bruno Postle wrote: On Tue 17-Sep-2002 at 01:20:09 -0400, PeterKorman wrote: My current method places messages 1 and 3 in my sent folder. Message 2 goes into my inbox. I could automatically put everything I send in both my inbox and my sent