I have to chuckle at “the nicest news readers had an extremely well-designed interface”. Which news readers do you mean? I mostly used trn and the newsreader in lynx, though I tried slrn, tin, rn, pine, the newsreader in Netscape Communicator and IIRC a text-mode client named nn (but not Emacs GNUS, which I did not have the hardware resources to run). When I stopped using trn, I promised myself I would never again use software with a user interface as badly designed as trn’s user interface.
ADDED. My low opinion of trn’s user interface does not come from a general dislike of text-mode interfaces. I was a happy user of text-mode emacs and Unix shells for 18 years for example.
ADDED. The client-server architecture and general design of the whole newsgroups infrastructure was in contrast well designed, IMHO.
ADDED. And yes, I did make use of the tree diagram in the upper-right corner when using trn.
My preferred usenet reader was slrn, though GNUS was acceptable.
The textmode interfaces were not pretty, but they could be extremely
usable. This is not the same as easy to learn to use effectively. But
common things were quick. I have never found anything that was as good
at selectively browsing large amounts of constantly updating
text as slrn. The closest would probably be gmail. gmail encourages you
to archive everything, making it no longer visible. slrn autohides every
article as you read it. Both make it easy to rewalk the tree of
conversation as new messeages arrive.
gmail encourages you to archive everything, making it no longer visible. slrn autohides every article as you read it. Both make it easy to rewalk the tree of conversation as new messeages arrive.
Speaking of which, LW used to publish an RSS feed for each “post” or “top-level submission,” which makes it easy to use an RSS reader to rewalk the tree of comments under that post in basically the same way.
ADDED. A better “place” for me to have “put” this comment would have been as a reply to this feature request though that feature request and the ensuing discussion suggest that people would prefer to use an interface like lesswrong.com/comments/ instead of an RSS reader to meet the need expressed in the feature request.
I have to chuckle at “the nicest news readers had an extremely well-designed interface”. Which news readers do you mean? I mostly used trn and the newsreader in lynx, though I tried slrn, tin, rn, pine, the newsreader in Netscape Communicator and IIRC a text-mode client named nn (but not Emacs GNUS, which I did not have the hardware resources to run). When I stopped using trn, I promised myself I would never again use software with a user interface as badly designed as trn’s user interface.
ADDED. My low opinion of trn’s user interface does not come from a general dislike of text-mode interfaces. I was a happy user of text-mode emacs and Unix shells for 18 years for example. ADDED. The client-server architecture and general design of the whole newsgroups infrastructure was in contrast well designed, IMHO.
ADDED. And yes, I did make use of the tree diagram in the upper-right corner when using trn.
My preferred usenet reader was slrn, though GNUS was acceptable.
The textmode interfaces were not pretty, but they could be extremely usable. This is not the same as easy to learn to use effectively. But common things were quick. I have never found anything that was as good at selectively browsing large amounts of constantly updating text as slrn. The closest would probably be gmail. gmail encourages you to archive everything, making it no longer visible. slrn autohides every article as you read it. Both make it easy to rewalk the tree of conversation as new messeages arrive.
Speaking of which, LW used to publish an RSS feed for each “post” or “top-level submission,” which makes it easy to use an RSS reader to rewalk the tree of comments under that post in basically the same way.
ADDED. A better “place” for me to have “put” this comment would have been as a reply to this feature request though that feature request and the ensuing discussion suggest that people would prefer to use an interface like lesswrong.com/comments/ instead of an RSS reader to meet the need expressed in the feature request.