unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Kangas <stefankangas@gmail.com>
To: Andrew Goh <andrewgoh95@yahoo.com.sg>, 41403@debbugs.gnu.org
Subject: bug#41403: A more user-friendly version of GNU Emacs
Date: Tue, 19 May 2020 07:43:13 -0700	[thread overview]
Message-ID: <CADwFkmkuFG=_ShrB9MnEsT83KKBUa=TXbm91KLfNFFEqdd+uMQ@mail.gmail.com> (raw)
In-Reply-To: <1572340523.1158427.1589893725280@mail.yahoo.com>

Hi Andrew,

Andrew Goh via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs@gnu.org> writes:

> Hello GNU Emacs team,

Thank you for your interest in Emacs.

> Can you find a more user-friendly way of using GNU Emacs without
> referring to a two page landscape GNU Emacs Reference Card? I

Do you have any concrete suggestions here?  We would of course like to
do things better, but we need concrete ideas to do that.

> understand that C-h is control-h, but what is M-x for example?

M-x runs the command `execute-extended-command'.  I'm not sure if that's
what you're asking.  It seems like I'm missing something.

> As for the ELisp language, well, now, concurrency is supported on many
> languages, could ELisp be updated to support concurrency fully with
> Lisp threads.

This is an ongoing discussion, and is anything but trivial to resolve.
I think we all agree it would be a good thing.  I would suggest you read
the recent discussion on emacs-devel about this.

One actionable thing today is to move forward with using lexical-binding
in more core libraries.  Anyone could help us with that by writing unit
tests for libraries in Emacs that are still using dynamic bindings.
That would give us confidence to move these libraries to
lexical-binding.  If you want to help, we would appreciate it.

> I was also wondering if you can add language extensions for Ruby and
> maybe Julia too.

Do you mean here that you want to extend Emacs using Ruby and Julia
instead of Emacs Lisp?  I think that's a no-go, for various reasons.
One important issue for me is that it would fragment the Emacs
eco-system, and force users to learn many languages to extend any part
of Emacs effectively.

Best regards,
Stefan Kangas





  reply	other threads:[~2020-05-19 14:43 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1572340523.1158427.1589893725280.ref@mail.yahoo.com>
2020-05-19 13:08 ` bug#41403: A more user-friendly version of GNU Emacs Andrew Goh via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-05-19 14:43   ` Stefan Kangas [this message]
2020-05-19 22:48     ` Michael Heerdegen
2020-05-19 23:02       ` Stefan Kangas
2021-09-17 16:42         ` Lars Ingebrigtsen
2021-09-17 20:57           ` Stefan Kangas
2021-09-17 22:04             ` Michael Heerdegen
2021-09-18 13:33             ` Lars Ingebrigtsen
2021-09-21 20:13               ` Stefan Kangas
2021-09-21 20:14                 ` Lars Ingebrigtsen
2021-09-21 23:07                   ` Stefan Kangas
2021-09-21 23:22                     ` Lars Ingebrigtsen
2021-09-22  0:30                       ` Michael Heerdegen
2021-09-22 21:24                         ` Richard Stallman
2021-09-22 21:34                           ` Lars Ingebrigtsen
2021-09-23  6:24                             ` Eli Zaretskii
2021-09-22 14:41                       ` Stefan Kangas
2021-09-22 15:57                         ` Andreas Schwab
2021-09-22 20:00                         ` Lars Ingebrigtsen
2021-09-22 22:28                           ` Stefan Kangas
2021-09-22 21:42                         ` Alan Third
2021-09-22 22:28                           ` Stefan Kangas
     [not found]     ` <1269710845.1235081.1589931944379@mail.yahoo.com>
2020-05-20  0:55       ` Stefan Kangas
     [not found]         ` <919459122.1576791.1589981239406@mail.yahoo.com>
2020-05-20 13:37           ` Stefan Kangas
2021-09-17 18:44   ` Eduardo Ochs
     [not found] <DE284271-933A-4DB1-9D01-2E21F43E6201@acm.org>
2021-09-22 18:01 ` Andreas Schwab
2021-09-22 18:47   ` Mattias Engdegård

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='CADwFkmkuFG=_ShrB9MnEsT83KKBUa=TXbm91KLfNFFEqdd+uMQ@mail.gmail.com' \
    --to=stefankangas@gmail.com \
    --cc=41403@debbugs.gnu.org \
    --cc=andrewgoh95@yahoo.com.sg \
    /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).