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: [ELPA] New package: jami-bot and org-jami-bot Date: Tue, 09 Jan 2024 23:24:41 -0500 Message-ID: References: <875y0i7e43.fsf@hoowl.se> <83sf37p4ji.fsf@gnu.org> 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="24889"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jan 10 05:25:43 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 1rNQ9u-0006G3-UU for ged-emacs-devel@m.gmane-mx.org; Wed, 10 Jan 2024 05:25:43 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rNQ8x-0004mF-0Z; Tue, 09 Jan 2024 23:24:43 -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 1rNQ8v-0004lo-Qf for emacs-devel@gnu.org; Tue, 09 Jan 2024 23:24:41 -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 1rNQ8v-0004QQ-Ip for emacs-devel@gnu.org; Tue, 09 Jan 2024 23:24:41 -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=QPRQ9cTR6aNiPcSb0nxcgM/8FPE7rJ6I9A3gadqVT9w=; b=pVaC9naLreMY hHOWaPFdqCTFnph8MTBfBA6sBga2n1SEve61rTO+31RMspRy4fzcdjCb2JBZ2kvXEq5aqgEDkNHW9 ub8AfkXER5+fAT8CNVdjDkxIGqim8GjJBdAt/71rRocwMSa4oNDXiAdM6c4SvwuSJsd4iCE1APufB M81L1xvxXnAS9N8Gqqq06/l0L5rX2C08HdGE5D5ODUZPfm70/quf7pC1glQCN55WTXaichD8PTH5m bpwqgh0DVJzNBf9FkHMvat8QuQCkij31tHY5kXDas54N0P0EYxs2C3sDmerw1u+69BVbWfPaWwaw3 o28w0m5Nb8S7Ii/suwgeZg==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1rNQ8v-000820-96; Tue, 09 Jan 2024 23:24:41 -0500 In-Reply-To: <83sf37p4ji.fsf@gnu.org> (message from Eli Zaretskii on Tue, 09 Jan 2024 05:30:09 +0200) 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:314800 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. ]]] > If org-jami-bot is specifically for doing something on top of Org, I > see no problem in installing it as it is. The problem is that that package restricts a general facility (communicating data with Jami) by implementing it to be usable only with Org format. There is no reason for it to have that limitation. It should be implemented to work with a more general interface. People could then implement support for Org format on that base. The right thing to do with org-jami-bot is to generalize it to remove this limit, rename it, and install that instead. Emacs already shows the effects of many years of the bad practice of integrating various new features specifically with Org, not with Emacs generally. As a result, they are available only to those who use Org mode. There are no efforts to generalize these features so they are not limited to Org. We must therefore insist that every new feature XYZ which CAN be modularly separate from Org, be implemented as modularly separate from Org. People who want to use XYZ and Org together should be able to do so -- but people who want to use the one without the other should also be able to do so. In other words, if XYZ doesn't inherently _have_ to be limited to Org, it must not be limited to Org. Please join me in insisting on this modularity. -- 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)