From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Interactive guide for new users Date: Sat, 12 Sep 2020 15:34:35 +0300 Message-ID: <831rj7dvhg.fsf@gnu.org> References: <875z8ortot.fsf@gkayaalp.com> <83lfhjkq0r.fsf@gnu.org> <8620B5CD-CA92-46BF-80A8-DBE7052F4CA6@gmail.com> <83d02re2uk.fsf@gnu.org> <838sdfdzxo.fsf@gnu.org> <20200912121603.bsp53vgfwj3y62in@Ergus> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12688"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ghe@sdf.org, casouri@gmail.com, emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 12 14:35:31 2020 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 1kH4kd-0003B3-2Z for ged-emacs-devel@m.gmane-mx.org; Sat, 12 Sep 2020 14:35:31 +0200 Original-Received: from localhost ([::1]:52940 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kH4kc-0003jE-1D for ged-emacs-devel@m.gmane-mx.org; Sat, 12 Sep 2020 08:35:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37982) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kH4jr-0003E6-SM for emacs-devel@gnu.org; Sat, 12 Sep 2020 08:34:43 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:34713) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kH4jl-0007eA-Tl; Sat, 12 Sep 2020 08:34:41 -0400 Original-Received: from [176.228.60.248] (port=3551 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kH4jl-000584-8b; Sat, 12 Sep 2020 08:34:37 -0400 In-Reply-To: <20200912121603.bsp53vgfwj3y62in@Ergus> (message from Ergus on Sat, 12 Sep 2020 14:16:03 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.devel:255327 Archived-At: > Date: Sat, 12 Sep 2020 14:16:03 +0200 > From: Ergus > Cc: Gregory Heytings , casouri@gmail.com, emacs-devel@gnu.org > > >My point is that we should not put there unimportant options, let > >alone those which we recommend not to change from the defaults. > > > We could add and extra optional SCREEN with advanced options. The user > can click next if done with the options in this page or advanced and go > for a more detailed and longer list of options. Once we come up with the list of options we consider important and useful for this target audience, we can then discuss whether the list is long enough to warrant splitting. > >Then perhaps we need to develop a new completion mechanism. Which > >IDEs show completion like icomplete-mode? > > > Sublime and atom have a menu pretty similar to ours. A bit more > graphical oriented, but in the same "spirit". "Spirit" is not what's important here, IMO. What's important is the visual appearance and the available actions and their effects. What I see out there is similar to Company, and quite different from icomplete-mode, even when augmented by the vertical sub-mode.