From mboxrd@z Thu Jan 1 00:00:00 1970 From: Norman Tovey-Walsh Subject: Re: org-babel-load-file support elisp Date: Mon, 10 Feb 2020 08:00:49 +0000 Message-ID: References: <87tv47mq59.fsf@gnu.org> <871rrbb85a.fsf@gmail.com> <87imke9a54.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:35442) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1403-0006aG-JN for emacs-orgmode@gnu.org; Mon, 10 Feb 2020 03:01:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1400-00082n-SZ for emacs-orgmode@gnu.org; Mon, 10 Feb 2020 03:00:59 -0500 Received: from outbound1f.eu.mailhop.org ([52.28.59.28]:31236) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j1400-000801-C4 for emacs-orgmode@gnu.org; Mon, 10 Feb 2020 03:00:56 -0500 In-reply-to: <87imke9a54.fsf@gnu.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >> The problem now is that removing support for 'elisp' would break too >> much. > > What I suggest for this particular issue is this: first be liberal > while staying consistent (thus allowing "elisp" as Troy suggest), > then be strict when a major release is issued (thus removing aliases > that are problematic, not just "elisp" but others.) > > WDYT? Troy, would you be able to prepare a patch for this? My 2=C2=A2 from the peanut gallery. Generally speaking, I=E2=80=99m in favor of consistency. A couple of months= ago, I stumbled over the fact that =E2=80=98elisp=E2=80=99 seemed to do syntax h= ighlighting correctly but didn=E2=80=99t tangle. I didn=E2=80=99t, at the time, work ou= t the cause of the problem, I just learned to use =E2=80=98emacs-lisp=E2=80=99 as the l= anguage name. Looking at this thread, it seems like there are a bunch of exceptions to the rule that the language is be the name of the mode without =E2=80=98-mod= e=E2=80=99. Just off the top of my head, I can think of several languages supported by multiple modes. If the rule is that the language is the mode name, then if I use =E2=80=98extra-special-language-mode=E2=80=99 to edit =E2=80= =98language=E2=80=99, do I have to use =E2=80=98extra-special-language=E2=80=99 as the language name? = Is that going to seem natural? What burden does that put on the developer of =E2=80=98extra-special-language-mode=E2=80=99 to make tangle and other Org-= mode features work like they would for =E2=80=98language-mode=E2=80=99? I wonder if it makes more sense to invent a mechanism for assigning language synonyms that can be used throughout Org? Be seeing you, norm P.S. Just to prove I can play devil=E2=80=99s advocate, I=E2=80=99m very co= nscious of the fact that a few days ago, I invented an =E2=80=98xproc-mode=E2=80=99 as= a vacuous extension to =E2=80=98xml-mode=E2=80=99 precisely *because* I wanted to def= ine different org-babel-execute behavior. =2D- Norman Tovey-Walsh | Some disguised deceits https://nwalsh.com/ | counterfeit truth so perfectly | that not to be taken in by them | would be an error of | judgment.--La Rochefoucauld --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE1ury//rzuvqf7fN/hVWfHhJMAHkFAl5BDbEACgkQhVWfHhJM AHnc4xAAndLSgwehkdskYCCrGSaYChjVYhEGVmSIXNVpIu0WcLWg/axg9q49r69m FRo2DTFErha+OUFuWnBY5sUpccXQ+ZmTRO8quwku2MlIDTTXnbwZzdAabWaa2BAw ptLY3o077wQJp3UCOEKYtGxdJF0X95XdqQR9XiuPHVs5Mj6cJMsalrXK9C9qPsKH kyc9rCiWmZz1QtY9aBnxhD8w5Wzp2hxFhBv9sfLQnCo7Pp6LiVjlz3FDA91Tl9jM ASPTWOisA5yEUNxbl5uDfpLOHrYWaY7P6dYoXIWphNbATKC9lJZn3s9pWjS5C8CW s54ifrL6gmmSckqlfthVnxaywn2BYa4tHHWryHhn6zy1cId1YXiHq0tnJGjmhO/p v1DPrg7z23jtFDYXDkbI5nknUBMu+IRzE+lh2MEGES+D9zy4e9B4sbN5WIjCyVS5 q5eY+tKd98GcBiibWzFYm13P7x531VJ5EeMSqdS73a1k793dS1ggUUrgsQI7ogoa gbDeubEX8i/WgbSezsf/eTkk2YZiAfrbBk7iL1xOnD2YxwjHx2ATQnn9n7MEuqIw hjqjjdxInAGt37RO+PQE/Qa3XEEMt6rChabay/U75ERpggVloNwWDxF0ijJYgZHZ DkrHyAYvK31sHooH6SGaM3nD8ZtV1iUt1D9CtrXmBx3ylKuEb2A= =DiX4 -----END PGP SIGNATURE----- --=-=-=--