emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Brand new clojure support in Emacs ;-)


From: Kévin Le Gouguec
Subject: Re: Brand new clojure support in Emacs ;-)
Date: Thu, 31 Aug 2023 08:46:15 +0200
User-agent: Gnus/5.13 (Gnus v5.13)

João Távora <joaotavora@gmail.com> writes:

> Philip Kaludercic <philipk@posteo.net> writes:
>
>>> Why?  If the NonGNU people are "too cool for school" after having been
>>> invited to GNU, why should the GNU project make even more special
>>> accomodations for them?  Not up to me to decide anyway.
>>
>> Mainly because this will affect users, not the maintainer.  
>> [...]
>> Also, I don't see a reason to provoke the Clojure-mode maintainers.  I
>> disagree with their reasoning and fear they have been misinformed, but
>> the best way to remedy situations like these is to be understanding and
>> prove ourselves to be cooperative by example (IMO).
>
> You seem to be under the misguided impression that my proposal is meant
> to bother, provoke or help change the minds of the NonGNU Clojure
> maintainers?  It's not.
>
> I simply think they shouldn't have a say in how the Emacs project
> answers Richard's original request of a Clojure editing mode in Emacs
> propoer.

IMHO that is disproportionately combative.  Regardless of whether
clojure-mode maintainers contribute to core and/or GNU ELPA, they
contribute to Emacs's continued success by serving their users's needs
and keeping these users invested in Emacs.

I think they deserve the courtesy of not encroaching if alternatives can
be found; I second Philip's assessment above.

> As to naming, it's not my call, so let's have Richard chime in.
> clojure-mode, newclojure-mode, etc, I personally don't care, since I'm
> not a Clojure user.

My 2¢, as a passive observer, not a Clojure programmer either, whose
only interests lie in (a) alienating as few people as possible (b)
getting dopamine hits from finding specks of consistency amidst chaos:

* "lisp-clojure-mode", following other "FAMILY-DIALECT-mode" examples
  like "makefile-gmake-mode",

* no specific name (keep the name from the inherited mode,
  lisp-data-mode in your example), just a mode-line hint, following
  other "FAMILY[DIALECT]" examples like sh-script and
  "Shell-script[bash]".



reply via email to

[Prev in Thread] Current Thread [Next in Thread]