unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: "Clément Pit--Claudel" <clement.pit@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Why does the tutorial talk about C-n/C-p etc?
Date: Sun, 13 Mar 2016 21:03:07 +0200	[thread overview]
Message-ID: <83lh5mdwus.fsf@gnu.org> (raw)
In-Reply-To: <56E5B472.1070002@gmail.com> (message from Clément Pit--Claudel on Sun, 13 Mar 2016 14:41:54 -0400)

> From: Clément Pit--Claudel <clement.pit@gmail.com>
> Date: Sun, 13 Mar 2016 14:41:54 -0400
> 
> Here are a few things that I struggled with when I started using Emacs (phrased in terms of concepts that I was already familiar with)
> 
> * Opening and saving a file
> * Copying (or cutting) and pasting
> * Undoing, and in particular the notion of undoing an undo
> * Using C-u as a prefix
> * Searching (and replacing)
> * The notion of major and minor modes
> 
> Interestingly, the tutorial does cover all of this; but it also tried to train me to be efficient at things that I didn't care (like having me jump around the buffer, paging through things with C-v, etc): what I wanted was a five minutes introduction which would:
> 
> * Give me enough to survive in Emacs with more or less the same productivity as I has in GEdit (which was pretty low)
> * Teach me a few cool features so that I felt compelled to keep using Emacs
> 
> Based on this, it would be easy to pick up more stuff along the way.
> 
> Speaking of cool features, here are a few ones that are very simple to comprehend, but that I find very useful; I think the tutorial could expose them:
> 
> * C-SPC C-SPC to mark a point
> * C-u C-SPC to jump to a previously marked point
> * C-w marking the following word during a search

I see your point.  But here's the problem:

 * The tutorial explicitly aims at making you more productive than
   you'd be in GEdit or Notepad, as high productivity is one of
   Emacs's string selling points
 * The set of "cool features" that users would like to be taught is
   highly variable from one user to another, and their superset is way
   too large for a tutorial

The only practical solution to the dilemma is to have multiple
tutorials.  This is not ideal, either, because many newcomers will not
know enough to choose the ones they want, but it's a step in the right
direction (IMO).

The only problem is to find volunteers who'd actually write such
tutorials.

> In addition, I think many people get attracted to Emacs for a particular programming language, so I like the suggestion of the tutorial branching up into various directions after exposing the basics.

I actually think that a tutorial should demonstrate the common stuff,
i.e. how the same commands do different things in each major mode.
For the details that are specific to each mode users should read the
respective manuals and doc strings, as describing them in a tutorial
will make that tutorial be very much like the manual ;-)

> One final idea: maybe the tutorial could showcase more of Emacs' fancy features? Like syntax highlighting, spell checking, image support, indentation, and similar things? Right now it's a plain text buffer in fundamental mode.

Excellent ideas, but again: we need someone to step forward and
actually do all that.  Most of us are not good at writing such
interactive documentation.



  reply	other threads:[~2016-03-13 19:03 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-09 15:38 Why does the tutorial talk about C-n/C-p etc? Lars Magne Ingebrigtsen
2016-03-09 15:50 ` jpff
2016-03-09 15:50 ` Oleh Krehel
2016-03-09 16:03   ` Kaushal Modi
2016-03-09 18:25     ` Yuri Khan
2016-03-10 20:28       ` Alexey Veretennikov
2016-03-09 16:48   ` Drew Adams
2016-03-09 18:26     ` Yuri Khan
2016-03-09 19:05       ` Clément Pit--Claudel
2016-03-09 19:07       ` Drew Adams
2016-03-09 19:21         ` Clément Pit--Claudel
2016-03-10  5:48   ` Tom
2016-03-09 16:12 ` Phillip Lord
2016-03-09 16:39 ` Eli Zaretskii
2016-03-09 17:11 ` Marcin Borkowski
2016-03-09 20:22 ` John Wiegley
2016-03-09 21:32   ` Tim Cross
2016-03-09 21:42     ` John Wiegley
2016-03-10  0:30     ` Evgeny Panasyuk
2016-03-10  5:54       ` Tom
2016-03-10  7:12         ` Eli Zaretskii
2016-03-10 12:49         ` Evgeny Panasyuk
2016-03-10 21:22       ` Richard Stallman
2016-03-10 21:39         ` Clément Pit--Claudel
2016-03-10 22:06           ` Evgeny Panasyuk
2016-03-12  1:53             ` Richard Stallman
2016-03-10  6:46 ` Richard Stallman
2016-03-10  9:58   ` Phillip Lord
2016-03-10 10:26     ` Eli Zaretskii
2016-03-10 14:45       ` Stefan Monnier
2016-03-10 15:07       ` Phillip Lord
2016-03-10 15:42         ` Eli Zaretskii
2016-03-10 15:48           ` Marcin Borkowski
2016-03-10 16:16             ` Eli Zaretskii
2016-03-10 17:47               ` Marcin Borkowski
2016-03-11 11:21         ` Filipp Gunbin
2016-03-11 11:38           ` Yuri Khan
2016-03-11 14:40             ` Eli Zaretskii
2016-03-11 16:57               ` Phillip Lord
2016-03-11 17:34                 ` Marcin Borkowski
2016-03-11 18:11                 ` Eli Zaretskii
2016-03-11 22:00                   ` Phillip Lord
2016-03-12  6:51                     ` Eli Zaretskii
2016-03-12  7:17                       ` Marcin Borkowski
2016-03-12 23:30                         ` Phillip Lord
2016-03-12 23:26                       ` Phillip Lord
2016-03-12  1:52         ` Richard Stallman
2016-03-10 23:26     ` John Wiegley
2016-03-11  2:10       ` Clément Pit--Claudel
2016-03-11  8:01         ` Dani Moncayo
2016-03-13 10:54           ` H. Dieter Wilhelm
2016-03-13 17:09             ` Stefan Monnier
2016-03-11 16:45       ` Phillip Lord
2016-03-12 19:25         ` Richard Stallman
2016-03-12 20:09           ` Eli Zaretskii
2016-03-13 11:36             ` Tom
2016-03-13 16:36               ` Eli Zaretskii
2016-03-13 17:08                 ` Stefan Monnier
2016-03-13 17:27                   ` Eli Zaretskii
2016-03-13 18:41                     ` Clément Pit--Claudel
2016-03-13 19:03                       ` Eli Zaretskii [this message]
2016-03-13 19:14                         ` Clément Pit--Claudel
2016-03-13 20:27                         ` Marcin Borkowski
2016-03-14 12:16                         ` Richard Stallman
2016-03-14 14:14                           ` Clément Pit--Claudel
2016-03-15 15:19                             ` Richard Stallman
2016-03-13 19:46                       ` Phillip Lord
2016-03-13 20:15                         ` Clément Pit--Claudel
2016-03-14 12:15               ` Richard Stallman
2016-03-14 12:15             ` Richard Stallman
2016-03-14 16:33               ` Eli Zaretskii
2016-03-12 21:34           ` John Wiegley
2016-03-12 23:33             ` Phillip Lord
2016-03-12  1:50     ` Richard Stallman
2016-03-12 19:14       ` Chad Brown
2016-03-12 21:05         ` Evgeny Panasyuk

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=83lh5mdwus.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=clement.pit@gmail.com \
    --cc=emacs-devel@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).