From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.xemacs.beta,gmane.emacs.devel Subject: Re: Emacs setup assistants Date: Thu, 20 May 2004 12:00:17 +0200 Organization: The Church of Emacs Sender: xemacs-beta-admin@xemacs.org Message-ID: References: <87zn847n6a.fsf@mail.jurta.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1085047675 3066 80.91.224.253 (20 May 2004 10:07:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 20 May 2004 10:07:55 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: xemacs-beta-admin@xemacs.org Thu May 20 12:07:48 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BQkSq-0004tX-00 for ; Thu, 20 May 2004 12:07:48 +0200 Original-Received: from gwyn.tux.org ([199.184.165.135]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BQkSp-0001rA-00 for ; Thu, 20 May 2004 12:07:48 +0200 Original-Received: from gwyn.tux.org (localhost.localdomain [127.0.0.1]) by gwyn.tux.org (8.11.6p2/8.9.1) with ESMTP id i4KA1Gs15983; Thu, 20 May 2004 06:01:16 -0400 Original-Received: (from turnbull@localhost) by gwyn.tux.org (8.11.6p2/8.9.1) id i4KA0bT15434 for xemacs-beta-mailman@xemacs.org; Thu, 20 May 2004 06:00:37 -0400 Original-Received: (from mail@localhost) by gwyn.tux.org (8.11.6p2/8.9.1) id i4KA0Za15393 for turnbull@tux.org; Thu, 20 May 2004 06:00:35 -0400 Original-Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by gwyn.tux.org (8.11.6p2/8.9.1) with ESMTP id i4KA0Us15312 for ; Thu, 20 May 2004 06:00:34 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BQkLh-0004B4-00 for ; Thu, 20 May 2004 12:00:25 +0200 Original-Received: from sheridan.dina.kvl.dk ([130.225.40.227]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 May 2004 12:00:25 +0200 Original-Received: from abraham by sheridan.dina.kvl.dk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 May 2004 12:00:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: xemacs-beta@xemacs.org Original-To: xemacs-beta@xemacs.org Original-Lines: 39 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: sheridan.dina.kvl.dk X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ Mail-Copies-To: nobody User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (gnu/linux) Cancel-Lock: sha1:fL+QxJJWF3I/CE6SLkjootDsi18= X-XEmacs-List: beta Errors-To: xemacs-beta-admin@xemacs.org X-BeenThere: xemacs-beta@xemacs.org X-Mailman-Version: 2.0.13 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: XEmacs Beta Testers List-Unsubscribe: , Xref: main.gmane.org gmane.emacs.xemacs.beta:14767 gmane.emacs.devel:23772 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23772 Juri Linkov writes: > Per Abrahamsen writes: >> The idea is to skip info altogether, and write an texinfo reader. >> This way, we could extend the texinfo format with tags needed for >> wizards (or saints, or assistants). > > Why not use something more Lispish? > > (defsaint enable-multifile-documents > (checkbox :format "%v Enable multifile documents." (not TeX-master)) > "When @LaTeX{} documents grow large, they are often split up in > multiple files. One file is a "master" file, which includes a number > of nested files. When formatting the document, you need to run > @code{latex} on the master file. If you enable multifile support, AUC > @TeX{} will automatically run @code{latex} on the master file, even if > you invoke @kbd{C-c C-c} from one of the nested files. In order to do > this, AUC TeX will prompt you for a name of a master file first time > you edit a file, and insert the name in a comment at the end of the > file." > (require 'tex) > (setq saint-on-next-function > (lambda (customize-save-variable 'TeX-master > (not (widget-value enable-multifile-parsing)) > "Saint")))) That would work too, the essential feature being a markup language in the text part. > So there is a more general question: why not extend Customize > for a guided tour through options? I don't actually want it to be a "tour through the options". The example above isn't the best. The saints should be task oriented, like "I want to read news", not technology oriented like customize "this option hold the name of the primary nntp used by Gnus". Eventually "I want to read news" will translate into setting some options in Gnus, but that should be mostly hidden from the user.