home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / emacs / gnus / 973 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.2 KB
  1. Path: sparky!uunet!mcsun!uknet!news.cs.bham.ac.uk!idf
  2. From: idf@cs.bham.ac.uk (Ian Fitchet)
  3. Newsgroups: gnu.emacs.gnus
  4. Subject: Retrieving a thread tree
  5. Message-ID: <IDF.92Jul29121449@owl.cs.bham.ac.uk>
  6. Date: 29 Jul 92 12:14:49 GMT
  7. Sender: news@cs.bham.ac.uk
  8. Distribution: gnu
  9. Organization: School of Computer Science, University of Birmingham
  10. Lines: 50
  11. Nntp-Posting-Host: owl
  12.  
  13. Hi,
  14.  
  15.     Please excuse my ignorance (though I do find it blissful :-),
  16. I have been tackling the problem of retieving an entire thread
  17. subtree.
  18.  
  19.     Often I have been reading a message and realised I have missed
  20. something vital in the thread or I want to read the whole thread from
  21. the beginning, there then comes the problem of retrieving the thread.
  22. I have found two ways, neither does _exactly_ the job.
  23.  
  24.     1.  Having read all the articles in the group I can reread the
  25. group and search through for the thread and execute
  26. gnus-Subject-kill-thread with a positive argument and I can then read
  27. the thread quite happily.
  28.  
  29.     This method has the problem that in a high volume newsgroup it
  30. can take ages to reread the group.
  31.  
  32.     2.  I can jump back up the tree using
  33. gnus-Subject-refer-article[-parent] which takes me to one of the
  34. current article's ancestor's.  This again is OKish but it doesn't add
  35. the new article to the list of `manipulable' articles in the *Subject*
  36. buffer, all I can do is get back to the original article.
  37.  
  38.     It should be noted that the refer command doesn't take much
  39. time to find the relevant article in the database, which is good.
  40.  
  41.     [My feeling is that you should be able to have the new article
  42. added to the *Subject* buffer.]
  43.  
  44.  
  45.     Anyway, my question is, is there a method to retrieve an
  46. _entire_ tree/branch from the current article, ie a refer command to
  47. run back through the ancestors and inserting them into the *Subject*
  48. buffer?  Perhaps then a (slightly :-) computationally intensive OPTION
  49. to search the database for the other branches of the thread.
  50.  
  51.     Any flames to a minimum, please, I've given up on asbestos on
  52. health grounds.
  53.  
  54. --
  55. Cheers,
  56.  
  57.     Ian
  58.  
  59. -------------------------------------------------------------------------------
  60. Ian Fitchet                           I.D.Fitchet@cs.bham.ac.uk
  61. School of Computer Science
  62. Univ. of Birmingham, UK, B15 2TT
  63.