unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Ihor Radchenko <yantar92@gmail.com>
To: Michael Albinus <michael.albinus@gmx.de>
Cc: spacibba@aol.com, rms@gnu.org, Yoni Rabkin <yoni@rabkins.net>,
	emacs-devel@gnu.org
Subject: Re: Tramp defaults (was: Changes for emacs 28)
Date: Tue, 08 Sep 2020 19:08:28 +0800	[thread overview]
Message-ID: <87o8mgjzkj.fsf@localhost> (raw)
In-Reply-To: <87k0x4d3up.fsf_-_@gmx.de>

>> ... 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.

> It has been mentioned several times in the past that there shall be
> better (or other) Tramp defaults. But I haven't seen proposals.

Sorry. My writing was probably not clear enough.

I am not proposing to decide on concrete "better defaults" at this
point. Looking at multiple threads discussing the defaults, there will
be no agreement on this. Instead, I propose to create a general
framework allowing people to create such defaults (maybe multiples of
defaults):

1. Change the welcome screen highlighting "User guide" for new users
2. Upgrade "User guide" to be more like "presentation" or "configuration
   wizard". Basically, I propose to make "User guide" interactive and
   splitted into multiple slides/pages:
   a. Introduction page describing how Emacs is different from
   mainstream editors. Something in like the following (not necessary
   literally, I am just describing the idea):

   ---------
   You are about to dive into one of the most powerful and the oldest
   text editing tools - GNU Emacs.

   Many of the commonly used concepts existing in modern (and younger)
   text editors were first introduced here.

   Many Emacs concepts are not used so commonly though. They can be
   powerful in experienced hands but require time (sometimes a lot of
   time) to master.

   In the following slides, we will go through some important concepts
   existing in Emacs, which are different from what you may be used to.
   
   We encourage you to use these Emacs concepts, but will also offer
   more familiar (but less powerful in long term) alternatives

   <prev>                                                       <next>
   --------
   Copy/Paste concepts
   
   Unlike other editors, Emacs does not use C-c/C-v bindings to
   copy/paste text. At the time C-c/C-v became a standard Emacs already
   had conflicting standards for these key-bindings.

   <talk about M-w/C-y>

   If you wish to use the C-c/C-v bindings anyway (and miss on some more
   advanced features), you can turn on "cua-mode" below

   [ ] <Interactive checkbox enabling cua-mode>

   You can always return to superior Emacs bindings from <Options menu>

   <prev>                                                         <next>

   <...>
   <Similar slides describing key differences of Emacs and allowing 
   changing defaults to more common settings>

   b. Customisation page allowing user to select the intended
   functionality. Here, the user can chose "configuration bundles"
   optimised for specific use-cases

   ---------
   Emacs is very powerful piece of software where you can find pretty
   much any feature you may imagine (and many feature you never thought
   of).

   However, the large number of features is also a disadvantage: you
   will most likely be lost in all the possibilities you can choose from.

   As you are just getting started with Emacs, you may choose the types
   of workflows you are interested in. Unrelated features will be hidden
   from the interface to reduce possible confusion. If you wish to, you
   may still access the hidden features in "Other" menu items or "Other"
   sections of customisation interface.

   [ ] <Checkbox to be checked if you want to hide confusing elements
        for now>
   
   In the following slides we will go through specific common workflows,
   you may want to enable/disable. The options relevant to the chosen
   workflows will not be hidden.

   <prev>                                                       <next>

   The next slides should go through the main sections of Emacs manual
   (maybe also including theme selection).
   Each section will be represented by the following (maybe in multiple
   slides):
   - short description of the section
   - this slide should have a button "do not plan to use", skipping all
      other relevant slides and hiding menu and cusomisation options.
      By hiding, I mean grouping the relevant menu options into "Other"
      sub-menu and moving the relevant customisation groups/options into
      "Other" group
   - slides showing common workflows for the section. For example,
     org-mode section may have "Agenda" and "Outlining" slides
     describing different things user may do in org-mode. In "agenda"
     user may be offered to check/uncheck tracking TODO changes (which
     is disabled by default) depending how they prefer to do planning
     (if they care about it): (1) Via journal notes; (2) Via agenda
     views.
     
3. Provide interface for "hiding" less common customisations/menu items
   from the user:
   - unimportant menu items can be moved to "Other" sub-menus
   - unimportant customisations/customisation groups can be moved under
     "Other" sub-group

   The "unimportant" customisation means the following:
   1. Not frequently-used
   2. But also not chosen as important within the "workflow" selected by
      user in the above slides.

   Of course, this feature is only enabled if the user actually went
   through the above slides and chose to hide "confusing options"

The individual "better defaults" are better to be discussed when
creating the relevant slides. This whole thing will go nowhere if we
discuss those details right now. First, it would be better to have the
framework creating the slides and hiding irrelevant options.

Best,
Ihor


Michael Albinus <michael.albinus@gmx.de> writes:

> Ihor Radchenko <yantar92@gmail.com> writes:
>
> Hi,
>
>> 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.
>
> It has been mentioned several times in the past that there shall be
> better (or other) Tramp defaults. But I haven't seen proposals.
>
> For sure I'm biased, but I believe the current Tramp defaults are suited
> for the majority of users. Could people pls tell me where I'm wrong with
> this? What other Tramp defaults are better?
>
> And promised, I'm willing to accept proper changes.
>
>> 5. Similar guided tours may be created for most popular Emacs features:
>>    - working with source code
>>    - org-mode
>>    - version-control and collaboration
>>    - remote file access
>>    - mail
>>    Those tours might also offer some initial customisation, so that the
>>    user may disable/enable some features which are not relevant to
>>    his/her workflow.
>>    The guides should be easily accessible from menu.
>
> Hard to do. Remote file access is different for everybody, because
> everybody uses another remote host. I'm lacking on ideas what such a
> guided tour for remote access shall show (except the simple
> recommendation "write /ssh:user@host:/path/to/file instead of /path/to/file").
>
> Proposals welcome!
>
>> Best,
>> Ihor
>
> Best regards, Michael.



  reply	other threads:[~2020-09-08 11:08 UTC|newest]

Thread overview: 169+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20200906133719.cu6yaldvenxubcqq.ref@Ergus>
2020-09-06 13:37 ` Changes for emacs 28 Ergus
2020-09-06 14:44   ` Alfred M. Szmidt
2020-09-06 15:00     ` Elias Mårtenson
2020-09-06 15:43       ` Óscar Fuentes
2020-09-06 17:07       ` Ergus
2020-09-06 18:11         ` Alfred M. Szmidt
2020-09-06 18:32         ` Dmitry Gutov
2020-09-07  2:17           ` chad
2020-09-07 18:16             ` Dmitry Gutov
2020-09-09 18:35       ` Tim Van den Langenbergh
2020-09-09 20:47         ` Ergus
2020-09-06 20:49     ` Andrea Corallo via Emacs development discussions.
2020-09-06 22:20       ` Ergus
2020-09-07  2:35         ` Eli Zaretskii
2020-09-07  5:57         ` Alfred M. Szmidt
2020-09-08  2:55           ` Richard Stallman
2020-09-07  6:54         ` Andrea Corallo via Emacs development discussions.
2020-09-07  7:37         ` tomas
2020-09-08  0:50           ` Elias Mårtenson
2020-09-08  7:40             ` tomas
2020-09-07 13:02       ` Bastien
2020-09-06 14:44   ` Eli Zaretskii
2020-09-06 16:34     ` Ergus
2020-09-06 18:22       ` Yuan Fu
2020-09-06 19:32       ` Alfred M. Szmidt
2020-09-06 20:38         ` Ergus
2020-09-06 21:30           ` Gregory Heytings via Emacs development discussions.
2020-09-07  8:38             ` Ricardo Wurmus
2020-09-07  9:37               ` Gregory Heytings via Emacs development discussions.
2020-09-07 10:14                 ` Ricardo Wurmus
2020-09-07 10:28                   ` Joost Kremers
2020-09-07 18:07               ` Dmitry Gutov
2020-09-09 18:33                 ` Juri Linkov
2020-09-06 21:51           ` Alfred M. Szmidt
2020-09-06 22:01             ` Lars Ingebrigtsen
     [not found]               ` <J5037qlQU1lUXaS3RFoxh0fHjlW1RtXM6rRWSe9JEV4v5QZwePbZ4HbfYworbqep-qtRPuJeHK5NxczkWcDGnA==@protonmail.internalid>
2020-09-06 22:32               ` Caio Henrique
2020-09-07  2:12                 ` Jose A. Ortega Ruiz
2020-09-07 10:13                   ` Lars Ingebrigtsen
2020-09-07 12:44                     ` Jose A. Ortega Ruiz
2020-09-07 13:23                       ` Eric S Fraga
2020-09-06 22:37               ` Daniel Martín
2020-09-07  0:10               ` Eduardo Ochs
2020-09-07  1:22               ` Stefan Kangas
2020-09-07 10:26                 ` Lars Ingebrigtsen
2020-09-07  2:33               ` Eli Zaretskii
2020-09-07 12:31                 ` Lars Ingebrigtsen
2020-09-07 12:45                   ` tomas
2020-09-07 13:05                   ` Gregory Heytings via Emacs development discussions.
2020-09-07 14:03                     ` Ergus
2020-09-07 14:45                       ` Eli Zaretskii
2020-09-08  2:57                         ` Richard Stallman
2020-09-07 15:37                       ` Gregory Heytings via Emacs development discussions.
2020-09-07 15:54                         ` Ergus
2020-09-07 16:43                           ` Alfred M. Szmidt
2020-09-07 21:04                     ` Eduardo Ochs
2020-09-07 22:07                       ` Gregory Heytings via Emacs development discussions.
2020-09-08  9:43                         ` Robert Pluim
2020-09-08  2:58                   ` Richard Stallman
2020-09-07  7:46               ` Gregory Heytings via Emacs development discussions.
2020-09-09 11:22               ` Gregory Heytings via Emacs development discussions.
2020-09-09 15:04                 ` Göktuğ Kayaalp
2020-09-09 15:44                   ` Gregory Heytings via Emacs development discussions.
2020-09-09 16:19                     ` Stefan Monnier
2020-09-09 17:30                       ` Ergus
2020-09-11  4:13                         ` Richard Stallman
2020-09-11  9:18                           ` Dmitry Gutov
2020-09-10  1:48                     ` Pankaj Jangid
2020-09-09 16:01                   ` Ergus
2020-09-10  3:55                     ` Ihor Radchenko
2020-09-09 17:01                   ` Philip K.
2020-09-11  4:16                     ` Richard Stallman
2020-09-11  7:32                       ` Ihor Radchenko
2020-09-11 10:36                       ` Ergus
2020-09-11 10:55                         ` Philip K.
2020-09-11 11:13                           ` Ergus
2020-09-11 12:12                             ` Philip K.
     [not found]                               ` <Vya4Wzxjp5YG7nqAjWlruJP4gVkQXdR3yr43w9FlogVnQca8ysPtedxN_BtYubhdJJ-Z8-F-KrrFop8mI20n0g==@protonmail.internalid>
2020-09-11 12:42                               ` Ergus
2020-09-11 15:59                                 ` Jose A. Ortega Ruiz
2020-09-12  3:21                                 ` Richard Stallman
2020-09-12  8:00                                   ` Göktuğ Kayaalp
2020-09-13  4:07                                     ` Richard Stallman
2020-09-11 10:52                       ` Arthur Miller
2020-09-11 11:52                         ` Ricardo Wurmus
2020-09-12 12:11                           ` Arthur Miller
2020-09-12 12:15                             ` Ricardo Wurmus
2020-09-12 13:24                               ` Arthur Miller
2020-09-09 16:15                 ` Drew Adams
2020-09-10 12:00                   ` Robert Pluim
2020-09-10 12:26                     ` Gregory Heytings via Emacs development discussions.
2020-09-10 12:52                       ` Robert Pluim
2020-09-10 13:04                         ` Gregory Heytings via Emacs development discussions.
2020-09-10 13:39                           ` Robert Pluim
2020-09-10 14:16                             ` Gregory Heytings via Emacs development discussions.
2020-09-10 14:51                               ` Robert Pluim
2020-09-10 14:32                         ` Eli Zaretskii
2020-09-10 14:56                           ` Robert Pluim
2020-09-10 15:03                             ` Eli Zaretskii
2020-09-10 15:28                               ` Robert Pluim
2020-09-10 18:22                             ` Drew Adams
2020-09-10 17:46                     ` Drew Adams
2020-09-10 17:51                       ` Lars Ingebrigtsen
     [not found]                 ` <4f8a1a11-51e4-48af-a240-123cb2e45c74@default>
     [not found]                   ` <alpine.NEB.2.22.394.2009091800580453.26406@sdf.lonestar.org>
2020-09-09 16:23                     ` Drew Adams
2020-09-09 18:36                 ` Juri Linkov
2020-09-10 18:15                   ` Juri Linkov
2020-09-10  2:38                 ` Richard Stallman
2020-09-07 13:58           ` Yoni Rabkin
2020-09-07 14:25             ` Ergus
2020-09-07 15:19               ` Yoni Rabkin
2020-09-07 16:31                 ` Ergus
2020-09-08  8:34               ` Mario Lang
2020-09-08  2:57             ` Richard Stallman
2020-09-08  4:13               ` Ihor Radchenko
2020-09-08  4:53                 ` Drew Adams
2020-09-08  5:33                   ` Ihor Radchenko
2020-09-08  7:26                     ` tomas
2020-09-08 15:50                     ` Drew Adams
2020-09-09  4:19                       ` Ihor Radchenko
2020-09-09 14:35                         ` Stefan Kangas
2020-09-09 15:20                           ` Eli Zaretskii
2020-09-09 15:39                             ` Stefan Kangas
2020-09-09 16:01                               ` Ihor Radchenko
2020-09-10 11:32                             ` Eric S Fraga
2020-09-10 11:42                               ` Ihor Radchenko
2020-09-08  9:17                 ` Tramp defaults (was: Changes for emacs 28) Michael Albinus
2020-09-08 11:08                   ` Ihor Radchenko [this message]
2020-09-08 15:50                     ` Tramp defaults Michael Albinus
2020-09-09  3:44                 ` Changes for emacs 28 Richard Stallman
2020-09-09  5:38                   ` Ihor Radchenko
2020-09-10  2:41                     ` Richard Stallman
2020-09-08 10:21               ` Lars Ingebrigtsen
2020-09-09  3:44                 ` Richard Stallman
2020-09-07  8:58       ` João Távora
2020-09-08  2:59         ` Richard Stallman
2020-09-08  3:33           ` Stefan Monnier
2020-09-08  3:54             ` joke (was: Changes for emacs 28) andres.ramirez
2020-09-08  7:28               ` tomas
2020-09-08  8:00                 ` joke Ulrich Mueller
2020-09-08  8:06                   ` joke tomas
2020-09-09  3:44               ` joke (was: Changes for emacs 28) Richard Stallman
2020-09-08 11:13           ` Changes for emacs 28 João Távora
2020-09-08 11:45             ` Alfred M. Szmidt
2020-09-09  3:44             ` Richard Stallman
2020-09-06 15:06   ` Stefan Kangas
2020-09-06 16:35     ` Ergus
2020-09-06 16:54       ` Stefan Monnier
2020-09-06 17:14         ` Ergus
2020-09-06 18:11           ` Alfred M. Szmidt
2020-09-06 19:05             ` Stefan Monnier
2020-09-06 21:52               ` Alfred M. Szmidt
2020-09-07  8:48   ` Changes for emacs 28 - ibuffer the default buffer-listing thing João Távora
2020-09-08  8:25   ` Changes for emacs 28 Mario Lang
2020-09-08 14:35     ` Eli Zaretskii
2020-09-08 14:51       ` Stefan Monnier
2020-09-08 15:22         ` Eli Zaretskii
2020-09-08 15:30           ` Stefan Monnier
2020-09-08 15:30         ` Stefan Kangas
2020-09-08 16:56           ` Drew Adams
2020-09-08 22:06       ` Dmitry Gutov
2020-09-09 14:04         ` Eli Zaretskii
2020-09-10 19:16           ` Dmitry Gutov
2020-09-09 18:21       ` Howard Melman
2020-09-09  3:44     ` Richard Stallman
2020-09-09 17:14   ` Philip K.
2020-09-10  9:40     ` Eli Zaretskii
2020-09-10  9:57       ` Eli Zaretskii
2020-09-10 15:08       ` Philip K.
2020-09-10 15:21         ` Eli Zaretskii
2020-09-11  7:50   ` Tassilo Horn
2020-09-11 15:44     ` Philip K.

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=87o8mgjzkj.fsf@localhost \
    --to=yantar92@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=michael.albinus@gmx.de \
    --cc=rms@gnu.org \
    --cc=spacibba@aol.com \
    --cc=yoni@rabkins.net \
    /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).