unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Christopher Dimech <dimech@gmx.com>
To: Jeremy Bryant <jb@jeremybryant.net>
Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org, rms@gnu.org
Subject: Emacs website, Lisp, and other
Date: Tue, 6 Aug 2024 21:50:50 +0200	[thread overview]
Message-ID: <trinity-095d4d25-5510-4167-81eb-124105b9eaf2-1722973850111@3c-app-mailcom-bs08> (raw)
In-Reply-To: <87ed718o45.fsf@jeremybryant.net>

> Sent: Wednesday, August 07, 2024 at 7:09 AM
> From: "Jeremy Bryant" <jb@jeremybryant.net>
> To: "Eli Zaretskii" <eliz@gnu.org>
> Cc: emacs-devel@gnu.org, rms@gnu.org
> Subject: Re: Emacs website, Lisp, and other
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> From: Jeremy Bryant <jb@jeremybryant.net>
> >> Date: Sun, 04 Aug 2024 23:27:39 +0100
> >>
> >> Reviewing the Emacs website, and previous discussions on this list below
> >> (admittedly not recent, but still relevant).  It seems important to add
> >> some text on Lisp which is not currently there, as per ideas of RMS and
> >> Eli summarised below.
> >
> > Why is this important?
>
> It appeared to be an outstanding documentation item to add to the
> website, using the summary text written from RMS.
>
> I personally believe it is important and useful in the context of an
> introduction to Emacs such as the website.  For new users, or indeed
> new contributors, Emacs Lisp may appear an intriguing choice, and that
> summary offers a compelling reason for Lisp.
>
>
> >> What do people think?
> >
> > I think it's a relatively minor issue, not worth arguing about.  But
> > it looks like we are up for such a discussion anyway...
>
> Right, it may not be an issue at all -- up to you -- only a suggestion for
> documentation improvement.
>
> Emacs supports many languages, and on this is getting better thanks to eglot,
> tree-sitter etc.
>
> I thought the thread implicitly related to Emacs Lisp.  As the elisp manual says:
> "The great power of the Lisp language makes it ideal for
> other purposes as well, such as writing editing commands."
>
> I should apologise as my initial thread was in retrospect too short on
> context.  It wasn't meant to start a sort of flamewar, sorry it has
> caused you to respond to many tangents.

Flamewars begin when discussions employ inflated descriptions of a language
For instance, a statement like "The great power of the Lisp language makes it
ideal for other purposes, such as writing editing commands" can be seen as
provocative. Irking those who prefer other languages or who have experienced the
limitations of Lisp in their work.

Understanding the historical context of Emacs Lisp (Elisp) helps mitigate
misunderstandings. Elisp's development was influenced by Richard Stallman's
experiences at MIT, where Lisp was widely used. Stallman chose Lisp for Emacs
because of its flexibility and his familiarity with the language, gained from
working on the Incompatible Timesharing System (ITS) and the Lisp Machine
Operating System.

Words like "great power" are subjective and can be interpreted differently by
different people. Some might view them as an accurate reflection of Lisp's
capabilities, while others might see them as an overstatement, leading to
disagreements.

To avoid flamewars, documentation should strive for balanced and factual descriptions,
providing historical context.

A balanced documentation example would be

Emacs Lisp (Elisp) is a dialect of the Lisp programming language, chosen by
Richard Stallman for its flexibility and his familiarity with it from projects
like the Incompatible Timesharing System (ITS) and the Lisp Machine Operating
System at MIT.

Emacs's design aimed to be compatible with Unix, enhancing its portability and making it
accessible to Unix users.  While Elisp's power and versatility make it well-suited for
writing editing commands, it's important to recognize that different languages have their
own strengths and may be better suited for other specific tasks.

This approach provides necessary background information without making exaggerated claims,
reducing the likelihood of sparking heated debates among users.



  reply	other threads:[~2024-08-06 19:50 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-04 22:27 Emacs website, Lisp, and other Jeremy Bryant
2024-08-04 22:55 ` Emanuel Berg
2024-08-05  4:29   ` Emanuel Berg
2024-08-05  9:23   ` Christopher Dimech
2024-08-05 10:43     ` Emanuel Berg
2024-08-05 11:37       ` divya
2024-08-05 11:56         ` Christopher Dimech
2024-08-05 12:33         ` Eli Zaretskii
2024-08-05 11:45       ` Christopher Dimech
2024-08-05 12:56       ` Dr. Arne Babenhauserheide
2024-08-05 13:16         ` Dr. Arne Babenhauserheide
2024-08-05 14:46           ` Christopher Dimech
2024-08-05 21:28             ` Dr. Arne Babenhauserheide
2024-08-05 14:55         ` Eli Zaretskii
2024-08-05 12:28     ` Eli Zaretskii
2024-08-05 16:27       ` 10 problems with Elisp, part 10 (was: Re: Emacs website, Lisp, and other) Emanuel Berg
2024-08-05 16:38         ` Eli Zaretskii
2024-08-05 17:03           ` Emanuel Berg
2024-08-05 18:32             ` 10 problems with Elisp, part 10 Dr. Arne Babenhauserheide
2024-08-05 20:20               ` Emanuel Berg
2024-08-06  7:14                 ` Dr. Arne Babenhauserheide
2024-08-06  7:21                   ` Org mode API (was: 10 problems with Elisp, part 10) Ihor Radchenko
2024-08-06  8:23                     ` Org mode API Dr. Arne Babenhauserheide
2024-08-10 16:55                       ` Ihor Radchenko
2024-08-06 11:54                   ` 10 problems with Elisp, part 10 Eli Zaretskii
2024-08-08  2:01                     ` Richard Stallman
2024-08-09 22:39                       ` Emanuel Berg
2024-08-13  1:28                         ` Richard Stallman
2024-08-09 22:46                     ` Emanuel Berg
2024-08-10  5:41                       ` Emanuel Berg
2024-08-10  6:09                         ` Eli Zaretskii
2024-08-13  1:28                       ` Richard Stallman
2024-08-05 18:58             ` 10 problems with Elisp, part 10 (was: Re: Emacs website, Lisp, and other) Christopher Dimech
2024-08-05 19:30               ` 10 problems with Elisp, part 10 Dr. Arne Babenhauserheide
2024-08-05 20:02                 ` Christopher Dimech
2024-08-08  2:01                   ` Richard Stallman
2024-08-06  2:28                 ` Eli Zaretskii
2024-08-05 17:13         ` 10 problems with Elisp, part 10 (was: Re: Emacs website, Lisp, and other) Yuri Khan
2024-08-06  6:39         ` Emanuel Berg
2024-08-06 11:16         ` Richard Stallman
2024-08-06 22:08           ` Emanuel Berg
2024-08-05 11:56 ` Emacs website, Lisp, and other Eli Zaretskii
2024-08-06 19:09   ` Jeremy Bryant
2024-08-06 19:50     ` Christopher Dimech [this message]
2024-08-06 20:35       ` [External] : " Drew Adams
2024-08-06 22:10         ` Dr. Arne Babenhauserheide
2024-08-06 22:48           ` Christopher Dimech
2024-08-06 23:09           ` Drew Adams
2024-08-06 23:21             ` Christopher Dimech
2024-08-07  1:09               ` Dr. Arne Babenhauserheide
2024-08-06 22:26         ` Christopher Dimech
2024-08-07  5:45         ` Emanuel Berg
2024-08-15  3:53           ` Madhu
2024-08-15  5:50             ` Emanuel Berg
2024-08-15  9:17               ` Madhu
2024-08-15  9:57                 ` Emanuel Berg
2024-08-15  6:17             ` Emanuel Berg
2024-08-15  7:10               ` Eli Zaretskii
2024-08-15  8:06               ` Emanuel Berg
2024-08-15  9:27                 ` Emanuel Berg
2024-08-15 16:03                   ` Emanuel Berg
2024-08-07 11:13     ` Eli Zaretskii
2024-08-07 12:03       ` Andrea Corallo
2024-08-07 12:16       ` Christopher Dimech
2024-08-08  2:01         ` Richard Stallman
2024-08-08  6:51           ` Joel Reicher
2024-08-07 12:31     ` Christopher Dimech
  -- strict thread matches above, loose matches on Subject: below --
2024-08-06 13:13 Abraham S.A.H. via Emacs development discussions.
2024-08-07  7:27 ` Emanuel Berg
2024-08-07 11:24   ` Christopher Dimech

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=trinity-095d4d25-5510-4167-81eb-124105b9eaf2-1722973850111@3c-app-mailcom-bs08 \
    --to=dimech@gmx.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=jb@jeremybryant.net \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).