From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: Clojure mode Date: Sat, 26 Aug 2023 07:16:48 +0000 Message-ID: <87h6omuvbz.fsf@posteo.net> References: <87il9kksqz.fsf@dfreeman.email> <87a5uw9ivs.fsf@posteo.net> <87ttt42gna.fsf@dfreeman.email> <87wmy080kn.fsf@posteo.net> <83v8djcydl.fsf@gnu.org> <87350ndquw.fsf@dfreeman.email> <83350ncbns.fsf@gnu.org> <87cyzrjbd8.fsf@dfreeman.email> <83zg2vav46.fsf@gnu.org> <87o7j99304.fsf@dfreeman.email> <87zg2hsyrd.fsf@dfreeman.email> <87h6ontwfv.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4172"; mail-complaints-to="usenet@ciao.gmane.io" Cc: danny@dfreeman.email, eliz@gnu.org, emacs-devel@gnu.org, manuel.uberti@inventati.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Aug 26 09:17:53 2023 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 1qZnYO-0000vC-T9 for ged-emacs-devel@m.gmane-mx.org; Sat, 26 Aug 2023 09:17:53 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZnXV-0002zN-2Q; Sat, 26 Aug 2023 03:16:57 -0400 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 1qZnXT-0002z9-Er for emacs-devel@gnu.org; Sat, 26 Aug 2023 03:16:55 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qZnXQ-0005YO-Li for emacs-devel@gnu.org; Sat, 26 Aug 2023 03:16:55 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 99AA0240028 for ; Sat, 26 Aug 2023 09:16:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1693034210; bh=kUr2jlTuSiErwY/T3C1rN0DmNereoy4C9rML5WRwACk=; h=From:To:Cc:Subject:Autocrypt:Date:Message-ID:MIME-Version:From; b=h6FO/Y51mO9wamMrU+nukFaAWmx+2Q77FoNp5MtEtleL5LVL4HJ2T6Qq+naRoeE23 WqiMykEfh/DdlfPgInn8v1VnUx0XFyes09va96ECwN7MLqfiF067gTMucHzq3PiJUt HgClipJbroF9LbxPzkP+AZZFK5atw1bCbmVQAQ/hVpi1/T3BBNEIHZz64CEhQ37LGp 5h8xqHi0BI6hzBhZl7ttxnZtVgW/LgB3rl5ktx8DyPezL2Cgu+zvdjerojabM4QdoP jxCa1YphTN2IsylqnOBeJ80MO1SvodUUWHtW26jCcG/jaVrM9UUJjTaPd97FfSEIt+ JyoQBghqtNiJQ== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RXp696hMBz6tsj; Sat, 26 Aug 2023 09:16:49 +0200 (CEST) In-Reply-To: (Richard Stallman's message of "Fri, 25 Aug 2023 22:05:04 -0400") X-Hashcash: 1:20:230826:eliz@gnu.org::IU+0OH16NfARCQuU:bt8 X-Hashcash: 1:20:230826:emacs-devel@gnu.org::cWZwq6cyXS7MPOlN:0DSt X-Hashcash: 1:20:230826:danny@dfreeman.email::RvMv21yEw+DxgBR9:1+FS X-Hashcash: 1:20:230826:rms@gnu.org::MDQkccNUmw5NssXN:5KMM X-Hashcash: 1:20:230826:manuel.uberti@inventati.org::hDRFamdiqCOJgP3l:5kuh Autocrypt: addr=philipk@posteo.net; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@posteo.net; helo=mout01.posteo.de 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, 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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action 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:309232 Archived-At: Richard Stallman writes: > [[[ 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. ]]] > > > > This could be done by getting copyright assignments for code in the > > > NonGNU ELPA package, or by writing new code to replace it, or by a > > > mixture of the two. > > > The issue here is, that the clojure-mode developers are mostly averse to > > assigning their code to the FSF. > > What those people think should not be a crucial issue, because writing > a major mode to handle a language is not a big job. We have dozens of > them in Emacs. Lots of us here would be able to replace it. IMO it really depends on the level of integration one is aiming for. As mentioned in my last message, if it is just basic syntax support, then I guess anyone with a language specification could do it. But since Closure is some sort of a mock-lisp, a user might be interested in having more complex features such as REPL integration and perhaps some kind of proper indentation for macros (assuming Clojure has macros). > The trick is to start thinking of it as a module to be written, > rather than as a need for something that we can't have; I still question the need for replicating the labour, if the only advantage the user has is that they don't have to M-x package-install the existing major mode from NonGNU ELPA. Especially when given functionality like what the "gnu-elpa" package provides, in being able to suggest the right packages for a file type (which is currently underutilised and IMO should be moved into package.el itself). > > , but one idea might be to extend lisp-data-mode by whatever the > > syntactic differences are, to at least have some basic visual support in > > terms of syntax highlighting and the like. > > It is fine to copy some code from an existing mode. I just advise > people not to try to arrange to share the code between the two modes. > I expect that the sharing would make for more complexity than it is > worth. -- Philip Kaludercic