Xref: utzoo news.software.b:5393 news.software.nn:859 Path: utzoo!utstat!news-server.csri.toronto.edu!math.lsa.umich.edu!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!uunet!drivax!davison From: davison%drivax@uunet.uu.net (Wayne Davison) Newsgroups: news.software.b,news.software.nn Subject: Re: thread following is nice (trn) Message-ID: Date: 8 Aug 90 20:57:27 GMT References: <32148@eerie.acsu.Buffalo.EDU> Sender: news@drivax.UUCP (news admin) Organization: Digital Research, Monterey CA Lines: 55 Paul Graham (pjg@acsu.buffalo.edu) wrote: > well i've used trn for a bit and it's got some good stuff. the thread > menu looks amazingly like an nn menu. letters, numbers, `.', `,', `@' > are all there and do what you expect. Slight correction: ',' does NOT do what nn-users expect, unless you macro it. Things are similar enough to nn to make nn users comfortable, but the overall command structure attempts to keep common things in common with rn. E.g., the command to use a regex to select subjects in the thread browser is '/'. > it's tricky moving to just the right node. of course since you can't > tell what's in a given node perhaps that doesn't mean much This is true. There are commands to get easily to a parent, or a root, or the first child, or the first leaf, but moving to a specific child may require some navigation. If you remember something specific about the article, you could use a search to get to it, otherwise, a few choice leaf/parent commands will get you anywhere pretty fast. > [Referring to the compress patent discussion tree:] > the empty nodes are in other newsgroups. *major* flaw, you can't move > across newsgroups. posters aren't so kind. The empty nodes in _this_ instance were in another newsgroup. They might also be late in arriving, or have expired or been canceled. This was a result of so many posters tweaking the "Newsgroups:" line to and fro in the three groups that the discussion was cross-posted to. But I disagree that this is a major flaw in trn, just a lack of a feature. It doesn't view all the groups together as a large meta-newsgroup and allow you to slide from one into another. It would be nice to support this sometime down the road, but for now, you read each group's discussions separately. > (aside, there goes another 6M to a database.) This may get better in the future. For one thing, I'm planning to spend some time looking into a "newsreader database unification" project, that would add the information I need to nn's database format in a way that Kim could make use of somewhere down the road. This would only help those sites that have both installed, though. Another possibility is adding the thread processing into the news software itself, possibly saving the child information in the articles headers (as is done with Xref). [I believe TMN Netnews has something along this line (if it is still being developed), but I'm not sure.] This would not be a very popular approach, since so few site admins would want to install unofficial patches to their news software. Plus, it would have to be developed for both B and C news. Anyone else out there working on reference-associated articles, aka "threads"? -- Wayne Davison \ /| / /|\/ /| /(_) davison%drivax@uunet.uu.net davison@drivax.UUCP (_)/ |/ /\|/ / |/ \ ...!uunet!drivax!davison (W A Y N e)