From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: A proposal for a friendlier Emacs Date: Tue, 29 Sep 2020 20:38:30 +0300 Message-ID: <83d024jxex.fsf@gnu.org> References: <4be18b5f-dc07-2703-a2de-1ed08916ebdf@gmail.com> <1e340d941b6fd0b21a477f39fc935468@condition-alpha.com> <62ff80b8ff943b698ef8c46849b8bc50@condition-alpha.com> <83y2l0vas0.fsf@gnu.org> <83lfgyrn57.fsf@gnu.org> <83h7rlsxpw.fsf@gnu.org> <0e3f9f50238be8a62b481f78c1d26c83@condition-alpha.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10478"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, emacs-devel@gnu.org To: Alexander Adolf Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Sep 29 19:44:13 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 1kNJfh-0002cs-Gf for ged-emacs-devel@m.gmane-mx.org; Tue, 29 Sep 2020 19:44:13 +0200 Original-Received: from localhost ([::1]:35280 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kNJfg-0004aT-Jl for ged-emacs-devel@m.gmane-mx.org; Tue, 29 Sep 2020 13:44:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50298) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kNJaV-0002Bx-MP for emacs-devel@gnu.org; Tue, 29 Sep 2020 13:38:51 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42889) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kNJaV-00066p-7P; Tue, 29 Sep 2020 13:38:51 -0400 Original-Received: from [176.228.60.248] (port=3255 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kNJaK-0007sH-Mm; Tue, 29 Sep 2020 13:38:41 -0400 In-Reply-To: <0e3f9f50238be8a62b481f78c1d26c83@condition-alpha.com> (message from Alexander Adolf on Tue, 29 Sep 2020 19:08:14 +0200) 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:256726 Archived-At: > From: Alexander Adolf > Cc: emacs-devel@gnu.org > Date: Tue, 29 Sep 2020 19:08:14 +0200 > > My intent was to attach one new concept to any given package in the > repository. This concept would define the "init configuration topic" of > the package, so as to allow Custom code to auto-generate an init file > for that topic, and collect the config for all packages of that topic in > this init file. For a single package, assigning some category to it would work. But as soon as you want to have several packages in the same category, this breaks, because one can group packages differently by assigning them to different categories. For example, one can assign CC Mode to the category "programming languages", then it will be in the same category as perl.el, python.el and fortran.el. But someone else might decide to assign CC Mode to the category "indentation", in which case it will be in the same category with indent.el, text.el, etc. And if the same person sometimes regards it as PL and sometimes as "indentation", they will have the same package in more than one init file. Do you see the problem I had in mind?