Re: Get thread info slrn has in article mode?

"J.B. Nicholson-Owens" <[email protected]> Sun, 16 Feb 2014 16:11:16 -0600
Newsgroups gmane.network.slrn.user
Message-ID <[email protected]>
Martin Trautmann wrote:
> All the thread info is derived from the References.

I'm currently looking at two articles posted to news.software.readers 
which are grouped together into a thread of two articles in slrn. Here 
are the article message-IDs:

<[email protected]>
<[email protected]>

These two articles are displayed as siblings in a thread with a missing 
parent article. However I can do thread operations on both articles 
because slrn lets me work with them just like any other articles in the 
same thread.

Neither article has a References: header.

slrn is clearly using some other means of putting these posts together 
into a thread, such as noticing that these articles have the same 
Subject: header. So not all the information slrn uses to determine a 
thread comes from the References: header.

Also, as I indicated before, I'd like to avoid reinventing the wheel in 
my macro by doing the same thread-constructing work slrn has already 
done. I'd prefer to get to the thread information slrn is already 
showing users in article mode when threading is displayed.

> What else do you need
>
> * all levels up to the root, the initial posting
> * just all predecessors of the current posting, but not
>    the side branches
> * all with the same subject
>    (how about subject changes within a thread?)

I'm not trying to do any of those things. I do not want any proper 
subset of the articles displayed as a thread. I don't want to make slrn 
fetch new information about the thread from the server (as might be 
required to show me parents/children that aren't displayed).

I'm looking for an S-Lang accessible description of whatever articles 
slrn has already threaded together in one slrn thread. I intend to make 
use of that information in an S-Lang macro.

> Do you look for something like the current shortcuts esc-1-p and
> esc-2-p? Check their sources!

ESC-p is bound, by default, to the get_parent_header intrinsic. Prefix 
arguments ("ESC-1 ESC-p" or "ESC-2 ESC-p") alter how get_parent_header 
works but, as far as I know, there is no way to call the 
get_parent_header intrinsic to make it not fetch server information. The 
slrn documentation states this (as I've already pointed to) and so does 
the inline help ("The following five commands query the server if 
necessary"). This fails to meet my criteria because I do not want to 
make slrn talk to the server to add any articles to the thread.

Thanks for your help but I don't believe what you offered meets my criteria.

------------------------------------------------------------------------------
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk