From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: A new filter-based customization interface Date: Mon, 23 Dec 2024 23:51:32 -0500 Message-ID: References: <0NIXA7Y2Px1UnKQELQ6RBx5sxmpLWcCpbzAnquDioY@localhost.localdomain> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11052"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Moakt Temporary Email Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 24 05:52:35 2024 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 1tPwuI-0002lf-3e for ged-emacs-devel@m.gmane-mx.org; Tue, 24 Dec 2024 05:52:34 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tPwtL-0002yR-Am; Mon, 23 Dec 2024 23:51:35 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tPwtK-0002yJ-3d for emacs-devel@gnu.org; Mon, 23 Dec 2024 23:51:34 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tPwtI-0007EN-Mc; Mon, 23 Dec 2024 23:51:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=lfqcsfU4BM35CS9KciX8wBBA0ii1IGYlj8qfNhXFPG8=; b=doq5WUxo/xvV bQ1aWW/FP1gDhQQw/NzlpJHkAdwLQbsfw5W6t8mwK34HcI0/kErwObmyJEWvhPP8rYvrW69I0zUjv cOZbfDXJ8osf3K2Wa+SwhPs3J7mQmnlPYhmDhulGlBbrVBVkNcEwj7/uJF2k/MNYcdcdFr1sw2CWR 9Yp0HMciaj90CqZ0tlaSN+3IvbBk5pSjpIPA9IDixjkpyVoUdISTVHn0kcLlOskpa5sJw8QpY+I5A XACJxuoA91PCs+6cLZyeFURYj6r0STJvneRicsZKiB67p6RUII7wpFVmbBLPZEdH/inq6qikj61w7 qmjyF3e6w/8MUJiT3XtRtQ==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1tPwtI-0004mV-39; Mon, 23 Dec 2024 23:51:32 -0500 In-Reply-To: <0NIXA7Y2Px1UnKQELQ6RBx5sxmpLWcCpbzAnquDioY@localhost.localdomain> (message from Moakt Temporary Email on Mon, 9 Dec 2024 03:37:55 +0000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:326955 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > I added a screenshot of what such an interface might look like (which > is better than words). https://justpaste.it/fdau4. That site seems to depend on nonfree Javascript code. Those of us who block nonfree Javascript. or block Javascript entirely, cannot see whatever you meant to show us. Even worse, there are people on the lis who do not block nonfree Javascript in their browsers. By referring to that site, you are promoting the use of nonfree software! And, in the process, legitimizing the use and distrbution of nonfree software -- which is the direct opposite of the goal of GNU. Would you please describe or present your idea in a way that we can understand without running nonfree software? Then we could all think about adding it to Emacs. Emacs already has a general configuration interface, which you can access using M-x configure. It at least tries to do what you have in mind. Your approach, if implemented without nonfree software, might be better in some ways. Would you like to familiarize yourself with M-x configure and related commands, see what it does and what it doesn't do, and describe your idea in terms of how it differs from what we already have? Do the differences concern manner of display, or the semantics of the customization methods? M-x configure displays through Emacs buffers and Emacs redisplay because that is the facility that is always avaiable (in Emacs). Using some other basis could look nicer, but would be a lot more work to implement and to maintain in various situations. However, different semantics might not have such an obstacle. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)