From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Documentation of nnoo.el Date: Sat, 26 Dec 2015 23:11:34 +0100 Message-ID: <87h9j4oo6h.fsf@gnus.org> References: <87615q88kh.fsf@ericabrahamsen.net> <87k2u66nvx.fsf@ericabrahamsen.net> <87pp3w4vfn.fsf@ericabrahamsen.net> <8760znu6jq.fsf@gnus.org> <87lh8jtcoh.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1451167938 20131 80.91.229.3 (26 Dec 2015 22:12:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Dec 2015 22:12:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eric Abrahamsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 26 23:12:08 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aCx4K-0006vj-0O for ged-emacs-devel@m.gmane.org; Sat, 26 Dec 2015 23:12:08 +0100 Original-Received: from localhost ([::1]:39986 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCx4J-0005vY-5F for ged-emacs-devel@m.gmane.org; Sat, 26 Dec 2015 17:12:07 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51804) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCx4E-0005vP-Qd for emacs-devel@gnu.org; Sat, 26 Dec 2015 17:12:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aCx49-00056C-SL for emacs-devel@gnu.org; Sat, 26 Dec 2015 17:12:02 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:43348) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCx49-000568-LA for emacs-devel@gnu.org; Sat, 26 Dec 2015 17:11:57 -0500 Original-Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCx3m-0005ih-M1; Sat, 26 Dec 2015 23:11:34 +0100 In-Reply-To: <87lh8jtcoh.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Fri, 25 Dec 2015 11:44:14 +0800") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aCx3m-0005ih-M1 MailScanner-NULL-Check: 1451772695.17727@27FSU4M/f0ec/IydAEHv0Q X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:196940 Archived-At: Eric Abrahamsen writes: >> Groups from primary servers aren't prefixed, while groups from >> non-primary servers are... > > Ah, right. I guess I still don't see why it would be so terrible to lose > that distinction, though... It's not terrible -- it's just incompatible. :-) > Taking a step back, there are two general structural alterations I'd > like to suggest. The first is splitting up the .newsrc.eld file a bit: > right now it's sort of kitchen-sink, and feels fragile. Actually, I think it's too transparent. :-) It almost looks user-editable, which makes people edit it, and things blow up. It's also a cop-out, because we can say "well, just edit the file" instead of providing proper interfaces to the data. It's not like Firefox users open Firefox data files in an editor and start typing away... > The other proposal is the agent. I'm imagining the agent as a mix-in > class for server backends. It would have many of the same methods as the > servers, and would wait in the background until a server signaled a > denied/no-connection/I'm-broken error. The agent would then set the > server's "status" slot to closed or denied, and the agent's methods > would check for that status and take over the action. That would allow > the agent to potentially usurp any server functionality that the server > itself was unable to perform. I think you've pretty much described how the Agent works now. :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no