From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/11525 Path: main.gmane.org!not-for-mail From: Jens Lautenbacher Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus v5.4.62 is released Date: 08 Jul 1997 20:30:00 +0200 Message-ID: References: Reply-To: jens@lemming0.lem.uni-karlsruhe.de NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035151221 30872 80.91.224.250 (20 Oct 2002 22:00:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:00:21 +0000 (UTC) Cc: ding@ifi.uio.no Return-Path: Original-Received: from sandy.calag.com (root@sandy [206.190.83.128]) by altair.xemacs.org (8.8.6/8.8.6) with ESMTP id MAA11405 for ; Tue, 8 Jul 1997 12:25:39 -0700 Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by sandy.calag.com (8.8.6/8.8.6) with ESMTP id MAA15131 for ; Tue, 8 Jul 1997 12:23:06 -0700 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id OAA23614 for ; Tue, 8 Jul 1997 14:22:36 -0500 (CDT) Original-Received: from jens.metrix.de (jens@jens.metrix.de [194.123.88.124]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 8 Jul 1997 20:32:14 +0200 Original-Received: (from jens@localhost) by jens.metrix.de (8.7.6/8.7.3) id UAA00980; Tue, 8 Jul 1997 20:30:02 +0200 Original-To: Hrvoje Niksic X-Face: Z[@OB)("ZvE?ev~1b+b!0ZUB.$%rh.9qE>dVf>q}Q/V?%d`J3gd!LR\aAZ8K)'\Ulb7y-7*.If^;rHl['oa)n_M7E6w+LDKMs"G8_`c)uOS1^}.1|8Ill]7X68X-paeUOpBhz writes: > Jens Lautenbacher writes: > > > > Logical behaviour includes not creating a 100K or so .newsrc.eld > > > by default. > > > > I beg to differ. from the beginners point it's still a bit difficult > > to set up a gnus environment. > > Exactly. Which is why Gnus should provide the most palatable > behaviour by default. And I still think this category includes /not/ > creating 100K+ .newsrc.eld by default. Disk space? 100k+? even 300k wouldn't matter. > > Looking at other news readers (blasphemy, I know) I can simply list > > all the groups and enter them. > > You can do it in Gnus, too. Commands like `10 A T' will connect to > the server, get the list of groups and list them. I don't need the > list every day. And a beginner certainly doesn't need it in his > .newsrc.eld -- by default. Ach Quatsch! You can't be serious suggesting that it's a user friendly behaviour to need one time something like 10 A T and some other time just use A k or A A to list "simply all groups", depending on the setting of some varibale and depending if some funny internal list/file is build/retrieved. > > But it's extremely non-logical if suddenly I can't access the whole > > feed anymore (...) > > Sure you can -- see above. No you can't; see above. In some moon reader it's one keystroke to get all groups. I don't care as a user if the program caches this list or not if it's only fast enougth. The reason that tin can just forget about all this is that it spends almost no time with parsing, while gnus.... > > -- and even at a fast scientific internet access with a fast computer > > it still takes damned long to load the whole active file from the > > server. > > That's what all these others newsreaders do, in case you didn't know. I know. I'm taking about moron newsreaders, I don't state I'm one. > > Besides that a newbie will not know what to do, and will switch to > > tin after 5 minutes without getting what he wants (yeah yeah, RTFM, > > I know. _I_ do, but we all know our users). > > And tin will do the exact same thing. But I don't care because it does whatever it does fast. > > The thousands of different listing/loading/browsing commands don't > > help either, as they are layed out in a totally flat way: there is > > no "hirarchy" build of them with "general" commands which do the > > right thing most of the time and "expert" commands, > > unfortunately. Even the menu doesn't suggest such a hirarchy. > > Feel free to suggest a better layout of commands. I am sure Lars > would be happy to make Gnus equally usable to a totall dummy-type > beginner as well as RSI-prone-10-keys-per-second-control-meta-alt > expert. > > > Conclusion: Follow the principle of least surprise, > > I sounds like a broken record, but I'll say it again: the principle of > least surprise includes not creating giant files by default. If > necessary, the manual should be updated to explain the available > commands better. > > If a person doesn't want to even glance at the manual, he'll be better > off with tin anyway.