From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/88766 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Proposed new introductory section to the Gnus manual Date: Wed, 11 Sep 2019 07:50:48 +0800 Message-ID: <87k1afiucn.fsf@ericabrahamsen.net> References: <87o90mm4x2.fsf@ericabrahamsen.net> <87blwmuh6j.fsf@dick.i-did-not-set--mail-host-address--so-tickle-me> <87mug6klq3.fsf@ericabrahamsen.net> <87mug5bpuh.fsf@ucl.ac.uk> <87y2zojwbz.fsf@ericabrahamsen.net> <871rxggj9l.fsf@gmail.com> <87d0g9q44t.fsf@ericabrahamsen.net> <87a7bdelf4.fsf@gmail.com> <87tv9lmhzt.fsf@bobnewell.net> <875zm1w8sf.fsf@gmail.com> <87d0g8khcw.fsf@ericabrahamsen.net> <87pnk7vr51.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="257468"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: ding@gnus.org Original-X-From: ding-owner+M36970@lists.math.uh.edu Wed Sep 11 01:51:47 2019 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i7pvG-0014pv-6N for ding-account@gmane.org; Wed, 11 Sep 2019 01:51:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92.2) (envelope-from ) id 1i7puf-0006QV-Qz; Tue, 10 Sep 2019 18:51:09 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.2) (envelope-from ) id 1i7pub-0006Nm-Vw for ding@lists.math.uh.edu; Tue, 10 Sep 2019 18:51:06 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) (envelope-from ) id 1i7puX-0004qE-AK for ding@lists.math.uh.edu; Tue, 10 Sep 2019 18:51:05 -0500 Original-Received: from 195-159-176-226.customer.powertech.no ([195.159.176.226] helo=blaine.gmane.org) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i7puT-0005iy-4D for ding@gnus.org; Wed, 11 Sep 2019 01:50:59 +0200 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1i7puQ-0013yA-4M for ding@gnus.org; Wed, 11 Sep 2019 01:50:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:kSFhyEZ6wTOFwWAgls+SDlLpH9U= List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:88766 Archived-At: dick writes: > EA> Gnus has a lot of variables with > EA> pretty convoluted value-structures. I wonder if its Customize support is > EA> currently up to snuff > > It is not. One such convoluted value-structure is `gnus-parameters`. > Configuring that via the Customize interface is like digging a ditch with a > toy shovel. Even a basic parameter like `gnus-secondary-select-methods` > requires knowledge of how a Gnus METHOD is composed. Yeah, I suppose. Customize just wasn't meant to handle values that complicated. Gnus also has its own home-grown (of course) "edit forms" (gnus-eform.el) which currently just dump you in an elisp buffer where you have to edit elisp forms, but could be smarter about presenting/parsing complicated values in a user-friendly way. > It bears repeating that introducing `gnus-secondary-select-methods` instead of > vectorizing `gnus-select-method` was a mistake that can still be > corrected fairly easily. That's on my list of things to do, but as a user-facing change, it's at the bottom of the list.