From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Some developement questions Date: Thu, 23 Aug 2018 17:20:27 +0300 Message-ID: <8336v5b1w4.fsf@gnu.org> References: <444779489.8504194.1534538988289.ref@mail.yahoo.com> <444779489.8504194.1534538988289@mail.yahoo.com> <83sh3cfb3t.fsf@gnu.org> <87sh36inql.fsf@himinbjorg.adminart.net> <8336v6cvem.fsf@gnu.org> <8736v6icgt.fsf@himinbjorg.adminart.net> <83tvnmb958.fsf@gnu.org> <877ekigiiw.fsf@himinbjorg.adminart.net> <20180823002059.bcnz2mbrwqmzi2rn@Ergus> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1535037482 5137 195.159.176.226 (23 Aug 2018 15:18:02 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 23 Aug 2018 15:18:02 +0000 (UTC) Cc: hw@adminart.net, emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 23 17:17:57 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fsrMz-0001BR-O3 for ged-emacs-devel@m.gmane.org; Thu, 23 Aug 2018 17:17:57 +0200 Original-Received: from localhost ([::1]:37174 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsrP5-0000Dn-Vp for ged-emacs-devel@m.gmane.org; Thu, 23 Aug 2018 11:20:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34300) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsqTf-0006VN-Tx for emacs-devel@gnu.org; Thu, 23 Aug 2018 10:20:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fsqTb-0005ZP-O7 for emacs-devel@gnu.org; Thu, 23 Aug 2018 10:20:47 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34766) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fsqTb-0005ZF-Jx; Thu, 23 Aug 2018 10:20:43 -0400 Original-Received: from [176.228.60.248] (port=1615 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fsqTa-00012y-Qi; Thu, 23 Aug 2018 10:20:43 -0400 In-reply-to: <20180823002059.bcnz2mbrwqmzi2rn@Ergus> (message from Ergus on Thu, 23 Aug 2018 02:20:59 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:228849 Archived-At: > Date: Thu, 23 Aug 2018 02:20:59 +0200 > From: Ergus > Cc: Eli Zaretskii , emacs-devel@gnu.org > > A simple config helper specially for newer users. I see for example what > Spacemacs does the first time I started it; and I thing it is a very > good approach for the new user. But I don't like the excess of > layers they added to the configurations after that; because it > that the configuration experience feels too different and > complicated. The fact that distributions like Spacemacs don't quite succeed to achieve the goals you have in mind might mean that achieving them is hard or even impossible in practice. Something to think about, I guess. > This could be useful not only because it can attract new emacs users > giving a better initial experience less intimidating (elisp seemed like > Sanskrit the first time I saw it), but also because the first time a new > user opens emacs he could get an idea about the potential without > needing to read a full manual to have line numbers, tutorial, google, > emacs wiki... Consider that many people come from limited editors, so > they don't even know that they can make much more with emacs. The motivation is clear and agreed to; it's the practical implementation of these ideas that isn't quite clear, to say the least. As written earlier in this thread, I envision practical difficulties on the way towards this goal. Whether it can be achieved can only be decided by trying to do it. > 1) We could have some feedback about which options are most used and which packages are more suitable. We encourage users to report this stuff to the Emacs issue tracker. > 2) The default options and changes are not always properly documented or google gives older documentation for them. They should be generally well documented in the manuals that come with Emacs and in the built-in doc string (barring bugs that should be reported as such). Searching for the documentation on the net will generally bring less accurate and sometimes misleading results. > 3) Almost everybody changes some default options like C indentation, add packages, change colors or require some lisp lines which is > just too much for a user that wants probably to make his first hello world. FWIW, I don't customize indentation, in any of the languages I edit in Emacs. YMMV. As for colors and fonts: sure, everybody customizes them to some extent. But how can you propose non-default customizations for these, when it's a matter of personal taste, the type and quality of your monitor, and the fonts installed on your system? The defaults in this area try to cater to the majority of users, and I really cannot see how it would be possible to do better with matters of appearance. And if it is possible, we should simply change the defaults. > This is just my opinion. Sorry for the extension and not knowing how to write code for doing such a thing myself. Thank you for speaking up, it's IMO important to maintain dialog on these topics.