From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Changes for emacs 28 Date: Tue, 8 Sep 2020 09:56:03 -0700 (PDT) Message-ID: References: <20200906133719.cu6yaldvenxubcqq.ref@Ergus> <20200906133719.cu6yaldvenxubcqq@Ergus> <874ko8wu8k.fsf@blind.guru> <83eencmj3l.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15897"; mail-complaints-to="usenet@ciao.gmane.io" Cc: spacibba@aol.com, Mario Lang , emacs-devel@gnu.org To: Stefan Kangas , Stefan Monnier , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Sep 08 18:59:18 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kFgxf-0003yD-68 for ged-emacs-devel@m.gmane-mx.org; Tue, 08 Sep 2020 18:59:15 +0200 Original-Received: from localhost ([::1]:50660 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kFgxe-0004rk-7T for ged-emacs-devel@m.gmane-mx.org; Tue, 08 Sep 2020 12:59:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55122) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kFgwm-0003wh-O4 for emacs-devel@gnu.org; Tue, 08 Sep 2020 12:58:20 -0400 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:33968) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kFgwj-0004gq-Bx; Tue, 08 Sep 2020 12:58:20 -0400 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 088GsROl093475; Tue, 8 Sep 2020 16:58:08 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=rlAAs/FdOHgJrNz7YAkrjbqGC4t5Srb6YfIQHthPA8Q=; b=BNdzLfUpqMq/+PjLa3hPSzjD2KiP+ht/3DR670xYs0Nxsj+gFNKtoRw20VQyADu7cwrX LmS05/l0w6l0LBMevFl0fP+qmUAYbvkRspdUPgMX0/s0GF98PeciqFWMO9r2AQ27TZc5 1t9ZIknYATgaGxiYM2V6ozFXitHsuf8ibmHpFri3Heu4s1LtLhzDRUJntuUwk9n1HRk5 mmv6ew2x5Y5mBvz4zUdhcsKxgBl6AGSOCRW85x6Ek0csjpGB2pDcflrCxqnJpaIP+cV7 Mz4zljLuzooGYXmSo5AtLUQNZUHU0gB7K0AzN2MIq1ovVTBrb1vTHgi+uhFVSxRhnXJ5 fQ== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 33c2mkvtkk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 08 Sep 2020 16:58:08 +0000 Original-Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 088GtZZj050411; Tue, 8 Sep 2020 16:56:08 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3030.oracle.com with ESMTP id 33dacj5cah-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 08 Sep 2020 16:56:08 +0000 Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 088Gu5nB007821; Tue, 8 Sep 2020 16:56:05 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9738 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 malwarescore=0 bulkscore=0 phishscore=0 adultscore=0 suspectscore=0 spamscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009080161 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9738 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 priorityscore=1501 phishscore=0 adultscore=0 bulkscore=0 clxscore=1011 mlxlogscore=999 malwarescore=0 suspectscore=0 lowpriorityscore=0 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009080161 Received-SPF: pass client-ip=141.146.126.78; envelope-from=drew.adams@oracle.com; helo=aserp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/08 11:52:47 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:254774 Archived-At: > > Beside this, we could create a kind of hierarchical configuration > > system, where the hierarchy is not (like is the case in Custom) based > > only on functionality, but rather on "popularity/importance/frequency". >=20 > It would also be good to be able to be able to present options in a > logical and predetermined order in custom instead of the current > alphabetical order. Could custom be extended to handle that? Maybe we > could add a :weight property to defcustom? Isn't that what :group is about? An author can assign any option or face to any number of :groups. A :group is thus like a Delicious-style tag, in a way. https://en.wikipedia.org/wiki/Delicious_(website) Finder keywords, that is, keywords in a `Keywords' file-header field, are also like tags in this way. `customize-group' and `finder-by-keyword' are UI entry points. They could be improved. Uses of finder keywords haven't been too systematic so far. And :group has been used sparingly so far. But both seem to have this property that you can assign multiple such "tags" to a thing (file/library for finder keywords, option/face for :groups). An advantage of organization by such tags is that there can be any number of "logical and predetermined orders". Or rather, tags define sets, which are unordered, but there can be hierarchies of sets. And the sets - their hierarchies and their elements - are easily updated/redefined.