From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Moakt Temporary Email Newsgroups: gmane.emacs.devel Subject: Proposal: A Get Started introduction to emacs [was: An anonymous IRC user's opinion] Date: Tue, 3 Dec 2024 02:19:33 +0000 Message-ID: <47a4PXn2GX1CF8nJE88UFkjI3iuc3BgGJd7LABvds@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33075"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 03 04:22:40 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tIJUl-0008Se-QX for ged-emacs-devel@m.gmane-mx.org; Tue, 03 Dec 2024 04:22:39 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tIJU2-0002Bw-CL; Mon, 02 Dec 2024 22:21:54 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tIIuR-0005zY-PW for emacs-devel@gnu.org; Mon, 02 Dec 2024 21:45:07 -0500 Original-Received: from [64.31.33.50] (helo=moakt.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tIIuO-00070M-Dk for emacs-devel@gnu.org; Mon, 02 Dec 2024 21:45:06 -0500 Original-Received: from tm-php.tm_tm-network ([172.18.0.6] helo=localhost.localdomain) by moakt.com with esmtp (Exim 4.92) (envelope-from ) id 1tIIVh-0003d3-TU for emacs-devel@gnu.org; Tue, 03 Dec 2024 02:19:33 +0000 X-Mailer: PHPMailer 6.6.3 (https://github.com/PHPMailer/PHPMailer) X-Host-Lookup-Failed: Reverse DNS lookup failed for 64.31.33.50 (failed) Received-SPF: none client-ip=64.31.33.50; envelope-from=eca0d7f12e23@drmail.in; helo=moakt.com X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, FROM_LOCAL_HEX=0.006, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 02 Dec 2024 22:21:50 -0500 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:325962 Archived-At: Hi Eli, Hi everyone, > > The implementation is mainly about 2 parts: > > > > 1. part1: "Getting started" (or introduction to emacs). > > This is basically an alternative to TUTORIAL. It describes the Emacs > basics in a different order than the tutorial, and I'm not sure which > one is better. The advantage of this method is that it's shorter and > introduces the basic concepts right away; the disadvantage is that the > description is necessarily much more abstract, and almost nothing in > it requires the reader to _do_ anything, which IME tends to bore and > lose the reader's attention. I agree on the advantages which are in the main purpose of such a quick introduction (in contrast with a tutorial). I don’t really agree on the disadvantages, because the introduction is better be abstract (if we agree on the “abstract” term), and user attention is kept in, because he is clicking on links to see the visual items and he is also executing some commands (opening windows, closing them, opening files, closing them, opening documentations, closing them, …). I think the keybindings tends to bore and lose the user attention because they are numerous, repetitive task, needs lot of memorization, and may also overwhelm and discourage user, he might also thinks that he needs to use keybindings to start using emacs which is not true. User also tends to be bored when reading any long reading material, specially if he does not have any global visibility before-hand, like a table of contents for example. And even if he decided to scroll all the way down to have a quick idea before start reading the actual tutorial, he will see the following titles: “SUMMARY”, “BASIC CURSOR CONTROL”, “IF EMACS STOPS RESPONDING”, “ DISABLED COMMANDS”, “WINDOWS”, “INSERTING AND DELETING”, “ UNDO”, “ FILES”, “ BUFFER”, “EXTENDING THE COMMAND SET”, “AUTO SAVE”, “ECHO AREA”, “MODE LINE”, “SEARCHING”, “MULTIPLE WINDOWS”, “MULTIPLE FRAMES”,”RECURSIVE EDITING LEVELS”, which IMO tends to make user thinks that emacs is very complicated to understand and use, and when he starts reading, he will get a second confirmation on his first thoughts. So it may be a good idea to do a quick, easy and more entertaining introduction for some of these terms (and only terms) user needs to know to start using emacs. The tutorial is also more for users who want to use keybindings, which are not really needed to start using emacs (only copy/paste and undo/redo which are even reachable from the toolbar, and also C-g which I added to the introduction). Users who wants to use keybindings, can still read the tutorial just after the “getting started” introduction. I added a link to it at the end of the introduction. I also added there links for users to purchase and read the manual. When the user first open emacs (*GNU Emacs* buffer), he does not really know what to do next. Should he start reading the manual directly ? I don’t think so, very discouraging, so he will mostly never engage by purchasing the manual neither. User needs first to feel comfortable, and that he can do something useful with emacs, before doing that. Reading the tutorial will not help with this. Clicking on the other links (Open a file, open home directory, customize startup) will also not help with this at all. User better be guided step by step, and keeping his attention and interest in emacs, until he is comfortable enough with emacs and ready to engage in a more complicated and time consuming steps, like reading the tutorial, reading the manual, etc. It may seem impossible for advanced emacs users to use the menu bar or toolbar to issue commands (not using keybindings), but this is totally fine for a new user, that is why these (menu bar and toolbar) are here in the first place. After a new user starts to use emacs for a while, he will say: “Ok, I like emacs, I will stick with it, but I need to issue commands in a quicker way”, then he will search and be happy to discover keybindings in emacs (he will have most certainly already discovered them from the menu bar, toolbar’s tooltips, customization ui, tutorial, other emacs users, ...) Many other things in the tutorial are also not really needed to start using emacs which reduce the reading time considerably. Users will also not remember all the keybindings when they finish reading the tutorial (or tend to forget them quickly), all what they will remember is that emacs is very complicated to use, and will try to quickly find other alternatives first (user’s first impression is very important to stick to this or that). Let just give user the ability to start using emacs as easy and quick as possible, leaving the (other features) pleasant discovery journey take place naturally. > That's a tough ticket. There's so much in the Emacs display that is > or might be important that explaining it in a short text is hard, if > not impossible. For example, the description you posted doesn't > mention the scroll bars, and the description of the mode line is only > hinted upon; filling that with actual information will likely make it > much longer. I think we'd most welcome attempts to do what you are > trying to do, but it isn't easy. No need to describe everything in emacs, _only_ things needed to _start_ using emacs. I think the actual introduction is more or less complete. I don’t know if the user need to know about the scroll bars to _start_ using emacs, I think they can be discovered _later_. Filling the dots(…) will of course make the introduction longer, but these are mandatory for user to start using emacs, there is no way to avoid them, if you think that I added unneeded things, they can and should be removed. I hope this part finds its way into emacs, as it is totally independent from the other parts. It only needs little bit of work to complete, mostly to fill the dots(...). I did not do that, for multiple reasons, one of them is that you know emacs better then me, etc. If anyone landed here, and is wondering what this “Get Started” introduction to emacs is about and where to find it, you can check my previous message https://lists.gnu.org/archive/html/emacs-devel/2024-10/msg00245.html. Thank you all for your time