From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Emacs setup assistants
Date: Wed, 19 May 2004 11:29:20 -0400 [thread overview]
Message-ID: <4n8yfofnan.fsf@lifelogs.com> (raw)
In-Reply-To: x53c5wpv1y.fsf@lola.goethe.zz
On 19 May 2004, dak@gnu.org wrote:
> is there something to be gained by having the whole Texinfo
> machinery available?
For the writer, Texinfo is well-supported by Emacs already, and it is
easy to write and parse visually (unlike XML, which was also
proposed).
For the parser, the "special" assistant Texinfo data can be separated
easily from the rest of the document with existing Texinfo
conventions (@ifassistant ... @end ifassistant). If all the Texinfo
commands were available, that would make writing assistants easier in
itself.
> Conversion into HTML (with Active-E controls? Implemented via
> emcasclient or natively in emacs-w3m? Or just with copy&paste
> recipes to feed into an inferior Lisp buffer), into printable
> manuals, into fast accessible info pages?
>
> The info pages, of course, would be extended with controls for
> configuring stuff.
I think assistant conversion to HTML is a waste of time at this
point, because a) Emacs has all the widgets it needs, and b) the
assistants, as proposed by Lars, are ELisp-oriented. The other
options sound useful in the abstract sense, but they are all just
different renderings of the same data model.
> Now it would obviously be _much_ more helpful if we had some window
> with an example file open, and we had active buttons in the info text
> that made a certain setting and reran preview-latex on the example
> window, showing the effects of each change immediately. When done,
> we could press a button for saving the changes.
I think everyone can agree on this :)
> Also, one would want a certain integration with customize.
Absolutely, but I think that variables local to the assistant should
also be allowed. For instance, if the user was choosing between 4
non-exclusive options that could take him down different paths, the
variable to hold the list of options would be convenient but not
necessarily at the global customize level (it would be just a 'set in
this case).
> In short: I think there are a lot of synergies one could gain from
> getting some mechanisms for a closer coupling of the info/Texinfo
> system with Emacs. The relevant file format need not be info, but
> the ability to get printed and HTML versions at least for
> informational purposes should not lightly be dismissed.
Agreed.
Ted
next prev parent reply other threads:[~2004-05-19 15:29 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-18 20:55 Emacs setup assistants Lars Magne Ingebrigtsen
2004-05-19 6:34 ` David Kastrup
2004-05-19 7:32 ` Lars Magne Ingebrigtsen
2004-05-19 10:31 ` David Kastrup
2004-05-19 15:29 ` Ted Zlatanov [this message]
2004-05-19 20:49 ` Thien-Thi Nguyen
2004-05-19 21:35 ` Lars Magne Ingebrigtsen
2004-05-20 13:17 ` Richard Stallman
2004-05-20 17:31 ` Ted Zlatanov
2004-05-21 14:12 ` Richard Stallman
2004-05-21 17:42 ` Ted Zlatanov
2004-05-21 19:09 ` Lars Magne Ingebrigtsen
2004-05-21 18:32 ` Eli Zaretskii
2004-05-22 21:44 ` Richard Stallman
2004-05-19 8:18 ` Per Abrahamsen
2004-05-19 9:59 ` Juri Linkov
2004-05-20 7:25 ` David Kastrup
2004-05-20 9:43 ` Eli Zaretskii
2004-05-20 10:57 ` David Kastrup
2004-05-20 13:44 ` Eli Zaretskii
2004-05-20 17:00 ` David Kastrup
2004-05-20 18:31 ` Eli Zaretskii
2004-05-20 19:05 ` Jon Ericson
2004-05-20 19:07 ` Ted Zlatanov
2004-05-21 18:12 ` Eli Zaretskii
2004-05-21 18:04 ` Ted Zlatanov
2004-05-22 11:09 ` Per Abrahamsen
2004-05-24 14:10 ` Ted Zlatanov
2004-05-24 19:46 ` David Kastrup
2004-05-25 18:16 ` Ted Zlatanov
2004-05-25 20:59 ` Juri Linkov
2004-05-25 22:57 ` A.J. Rossini
2004-05-25 23:19 ` Miles Bader
2004-05-26 7:11 ` David Kastrup
2004-05-26 14:04 ` Ted Zlatanov
2004-05-27 8:50 ` David Kastrup
2004-05-26 14:06 ` Ted Zlatanov
2004-05-26 22:14 ` Juri Linkov
2004-05-26 18:57 ` Per Abrahamsen
2004-05-26 10:42 ` Eli Zaretskii
2004-05-26 13:59 ` Ted Zlatanov
2004-05-27 23:54 ` Richard Stallman
2004-05-26 15:26 ` Stefan Monnier
2004-05-27 15:07 ` Ted Zlatanov
2004-05-27 16:59 ` René Kyllingstad
2004-05-27 16:59 ` René Kyllingstad
2004-05-22 13:28 ` Eli Zaretskii
2004-05-20 20:57 ` David Kastrup
2004-05-21 17:57 ` Eli Zaretskii
2004-05-22 11:01 ` Per Abrahamsen
2004-05-21 14:11 ` Richard Stallman
2004-05-29 1:26 ` David A. Cobb
2004-05-30 8:15 ` Per Abrahamsen
2004-05-20 10:00 ` Per Abrahamsen
2004-05-19 6:43 ` David Kastrup
2004-05-19 13:45 ` Richard Stallman
2004-05-19 15:04 ` David Kastrup
2004-05-19 20:07 ` Eli Zaretskii
2004-05-19 16:41 ` Ted Zlatanov
-- strict thread matches above, loose matches on Subject: below --
2004-05-26 11:48 Berndl, Klaus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4n8yfofnan.fsf@lifelogs.com \
--to=tzz@lifelogs.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.