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