From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Simon Pugnet <simon@polaris64.net>
Newsgroups: gmane.emacs.devel
Subject: Re: Propose to add setup-wizard.el to ELPA
Date: Sun, 02 Jan 2022 17:26:56 +0000
Message-ID: <87k0fit5eo.fsf@polaris64.net>
Reply-To: Simon Pugnet <simon@polaris64.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="3166"; mail-complaints-to="usenet@ciao.gmane.io"
To: Emacs developers <emacs-devel@gnu.org>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 02 19:11:32 2022
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
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 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1n45KN-0000hi-IY
	for ged-emacs-devel@m.gmane-mx.org; Sun, 02 Jan 2022 19:11:31 +0100
Original-Received: from localhost ([::1]:58810 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1n45KL-0004hx-Ix
	for ged-emacs-devel@m.gmane-mx.org; Sun, 02 Jan 2022 13:11:29 -0500
Original-Received: from eggs.gnu.org ([209.51.188.92]:41926)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <simon@polaris64.net>)
 id 1n44dQ-0000AX-QD
 for emacs-devel@gnu.org; Sun, 02 Jan 2022 12:27:08 -0500
Original-Received: from mail-40136.proton.ch ([185.70.40.136]:52981)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <simon@polaris64.net>)
 id 1n44dN-0003Bm-2c
 for emacs-devel@gnu.org; Sun, 02 Jan 2022 12:27:07 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=polaris64.net;
 s=protonmail2; t=1641144422;
 bh=xLnPRs0C6GkEXL6qidsCOHIiu52X1Rf6jrLz5NH7Zgg=;
 h=Date:To:From:Reply-To:Subject:Message-ID:From:To:Cc;
 b=H45mRFqenZwRKvkT2giOicCCs90mBNoiZEz7DnCgV/qTS9+hu+8uh/Nm0/fMYeBQu
 hBgjtwJfpkiXAr8zmh9jx2/ioL5apzbLZqpXpOOk91Yy0JeJ0ymAIchQ+wyBsczNfs
 9LrcjMNfryInlmBcJ17eBwHq/0afdPM+SuJnrvkTgXjKJ9CwEsb7OR7hGWK6xPfLfJ
 ixIy4y4N+REu10WBG3ZmNi5DyUsuaWK2zE82bbN2lpAfI/KfxP0ew9hJirW8ZAaDqs
 kevpHNFCskABxM7BJjYx9sWuE70sVz3oMWEqEtcFOzuTBoouYXrUtmqGbRdFjmlFHy
 6HDkz60RfP5uw==
Received-SPF: pass client-ip=185.70.40.136; envelope-from=simon@polaris64.net;
 helo=mail-40136.proton.ch
X-Spam_score_int: -1
X-Spam_score: -0.2
X-Spam_bar: /
X-Spam_report: (-0.2 / 5.0 requ) DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001,
 RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no
X-Spam_action: no action
X-Mailman-Approved-At: Sun, 02 Jan 2022 13:10:33 -0500
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org
Original-Sender: "Emacs-devel"
 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
Xref: news.gmane.io gmane.emacs.devel:283940
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/283940>

Philip Kaludercic <philipk@posteo.net> writes:

> I am not sure if I brought this up last time, but how difficult do you
> think it would be to generalise this into a "wizard.el" package, that
> could be used by any package to define an interactive configuration
> wizard?

I really like this idea!

If the wizard could provide a common interface (e.g. a "wizard-builder")
that's easy to use and is presented using the same interface as the main
wizard then I think that could be a very nice way of helping newcomers
to certain packages.

For example, as well as giving configuration instructions in the
package's README, the package author could include their own wizard and
say something like "For interactive configuration, just evaluate
(invoke-wizard 'some-package) after loading the package."

One could argue that this is pretty close to just launching
customize-group for the package and limiting the options to only the
most important. However Yuan's wizard provides a more newcomer-friendly
and interactive interface (e.g. changing the theme immediately once it
is selected) so I think it is worthwhile keeping the wizard UI and
customize UI separate in this case.

P.S., I also have an interest in the idea of an Emacs set-up wizard, and
I've written about this before:
https://blog.polaris64.net/post/could-emacs-have-a-set-up-wizard/