unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Ihor Radchenko <yantar92@gmail.com>
To: Jeff Norden <jnorden@tntech.edu>, "andres.ramirez" <rrandresf@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: longtime user of emacs (was: "Why is emacs so square?")
Date: Tue, 14 Jul 2020 13:14:18 +0800	[thread overview]
Message-ID: <87365uel05.fsf@localhost> (raw)
In-Reply-To: <fdh7uan3xy.fsf@norden.tntech.edu>

> I agree with Po Lu that the defaults are reasonable and should certainly
> not be changed lightly.  I'll go further and say that, since emacs is
> designed at its core to be customizable and extensible, the "vanilla
> defaults" are far less critical than they would otherwise be.  Everyone
> has their own preferences.  But it's easy to change any that differ from
> the defaults.  If I'm using a "vanilla" emacs, I usually change scroll-step
> (or -conservatively), but this just takes a moment.  And, if I can't
> recall the variable name, I just do M-x set-variable scroll- [TAB], and
> there they are.

While I agree that the existing Emacs defaults are reasonable in
general, I do not think that they are good for users coming from an
arbitrary background.

Emacs is a very versatile tool and can be used for programming, creative
writing, research, note-taking, todo management, and many more different
fields. I do not think that a single set of defaults can satisfy users
aiming for every single use-case. Moreover, changes required to tweak
Emacs towards a specific use-case are often much more than "just takes a
moment". No surprise that we have a whole spectrum of Emacs startup kits,
which offer predefined set of tweaks for different styles of using
Emacs.

I do think that the existing Emacs defaults are a good starting point
for a new user with unknown workflows. They are generic enough to tweak
Emacs in any possible direction. However, I believe that it would be a
good option to have several sets of defaults, which would better fit
some common use-cases, like programming, note-taking, tramp, git, etc.
Then, the existing defaults will represent "Generic" use-case, but a new
user (who may or may not have programming background) might easily
select other set of defaults, which is more suitable for the user's
background and expected use-cases.

Best,
Ihor

Jeff Norden <jnorden@tntech.edu> writes:

>> Do You think vanilla emacs has good defaults?  If your answer to the
>> previous question is "No". What would You change on vanilla emacs
>> defaults?
>
> I agree with Po Lu that the defaults are reasonable and should certainly
> not be changed lightly.  I'll go further and say that, since emacs is
> designed at its core to be customizable and extensible, the "vanilla
> defaults" are far less critical than they would otherwise be.  Everyone
> has their own preferences.  But it's easy to change any that differ from
> the defaults.  If I'm using a "vanilla" emacs, I usually change scroll-step
> (or -conservatively), but this just takes a moment.  And, if I can't
> recall the variable name, I just do M-x set-variable scroll- [TAB], and
> there they are.
>
> So, I probably wouldn't argue for having the keyboard-quit-strong that I
> posted above become a replacement for keyboard-quit.  Instead, if folks
> think it is a worthwhile idea, maybe a customizable variable could
> control the default behavior of C-g.  Then it just becomes the
> relatively minor question of what the default value should be for this
> variable.
>
> -Jeff
>

-- 
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong University, Xi'an, China
Email: yantar92@gmail.com, ihor_radchenko@alumni.sutd.edu.sg



  reply	other threads:[~2020-07-14  5:14 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-26 17:09 "Why is emacs so square?" Jeff Norden
2020-05-26 23:17 ` Dmitry Gutov
2020-05-29 14:27 ` Arthur Miller
2020-07-13 22:36 ` Jeff Norden
2020-07-13 23:37   ` Jeff Norden
2020-07-14  0:12     ` longtime user of emacs (was: "Why is emacs so square?") andres.ramirez
2020-07-14  0:39       ` longtime user of emacs Po Lu
2020-07-14  3:58       ` longtime user of emacs (was: "Why is emacs so square?") Jeff Norden
2020-07-14  5:14         ` Ihor Radchenko [this message]
2020-07-15  5:44           ` longtime user of emacs Po Lu
2020-07-15  7:10             ` Ihor Radchenko
2020-07-15 14:23               ` Eli Zaretskii
2020-07-14 21:21         ` longtime user of emacs (was: "Why is emacs so square?") andrés ramírez

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=87365uel05.fsf@localhost \
    --to=yantar92@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=jnorden@tntech.edu \
    --cc=rrandresf@gmail.com \
    /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).