mirror of https://github.com/texmacs/doc.git
280 lines
11 KiB
Tcl
280 lines
11 KiB
Tcl
<TeXmacs|1.0.7.14>
|
|
|
|
<style|tmdoc>
|
|
|
|
<\body>
|
|
<tmdoc-title|When and how to use <scheme>>
|
|
|
|
You may invoke <scheme> programs from <TeXmacs> in different ways,
|
|
depending on whether you want to customize some aspects of <TeXmacs>, to
|
|
extend the editor with new functionality, to make your markup more dynamic,
|
|
and so on. In this section, we list the major ways to invoke <scheme>
|
|
routines.
|
|
|
|
<paragraph*|User provided initialization files>
|
|
|
|
In order to customize the basic aspects of <TeXmacs>, you may provide one
|
|
or both of the initialization files
|
|
|
|
<\verbatim>
|
|
\ \ \ \ ~/.TeXmacs/progs/my-init-texmacs.scm<new-line>
|
|
\ \ \ ~/.TeXmacs/progs/my-init-buffer.scm
|
|
</verbatim>
|
|
|
|
The file <verbatim|my-init-texmacs.scm> is loaded when booting <TeXmacs>
|
|
and <verbatim|my-init-texmacs.scm> is booted each time you open a file.
|
|
|
|
Usually, the file <verbatim|my-init-texmacs.scm> contains personal keyboard
|
|
bindings and menus. For instance, when putting the following piece of code
|
|
in this file, the keyboard shortcuts <key|T h .> and <key|P r o p .> for
|
|
starting a new theorem <abbr|resp.> proposition:
|
|
|
|
<\scm-code>
|
|
(kbd-map
|
|
|
|
\ \ ("D e f ." (make 'definition))
|
|
|
|
\ \ ("L e m ." (make 'lemma))
|
|
|
|
\ \ ("P r o p ." (make 'proposition))
|
|
|
|
\ \ ("T h ." (make 'theorem)))
|
|
</scm-code>
|
|
|
|
Similarly, the following command extends the standard <menu|Insert> menu
|
|
with a special section for the insertion of greetings:
|
|
|
|
<\scm-code>
|
|
(menu-bind insert-menu
|
|
|
|
\ \ (former)
|
|
|
|
\ \ ---
|
|
|
|
\ \ (-\<gtr\> "Opening"
|
|
|
|
\ \ \ \ \ \ ("Dear Sir" (insert "Dear Sir,"))
|
|
|
|
\ \ \ \ \ \ ("Dear Madam" (insert "Dear Madam,")))
|
|
|
|
\ \ (-\<gtr\> "Closing"
|
|
|
|
\ \ \ \ \ \ ("Yours sincerely" (insert "Yours sincerely,"))
|
|
|
|
\ \ \ \ \ \ ("Greetings" (insert "Greetings,"))))
|
|
</scm-code>
|
|
|
|
The customization of the <hlink|keyboard|../utils/utils-keyboard.en.tm> and
|
|
<hlink|menus|../utils/utils-menus.en.tm> is described in more detail in the
|
|
chapter about the <TeXmacs> extensions of <scheme>. Notice also that,
|
|
because of the <hlink|lazy loading mechanism|overview-lazyness.en.tm>, you
|
|
can not always assume that the standard key-bindings and menus are loaded
|
|
before <verbatim|my-init-texmacs.scm>. This implies that some care is
|
|
needed in the case of <hlink|redefinitions|overview-lazyness.en.tm#redefinitions>.
|
|
|
|
The file <verbatim|my-init-buffer.scm> can for instance be used in order to
|
|
automatically select a certain style when starting a new document:
|
|
|
|
<\scm-code>
|
|
(if (no-name?)
|
|
|
|
\ \ \ \ (begin
|
|
|
|
\ \ \ \ \ \ (init-style "article")
|
|
|
|
\ \ \ \ \ \ (pretend-save-buffer)))
|
|
</scm-code>
|
|
|
|
Notice that the check <verbatim|(no-name?)> is important: when omitted, the
|
|
styles of existing documents would also be changed to <tmstyle|article>.
|
|
The command <scm|(pretend-save-buffer)> is used in order to avoid <TeXmacs>
|
|
to complain about unsaved documents when leaving <TeXmacs> without changing
|
|
the document.
|
|
|
|
Another typical use of <verbatim|my-init-buffer.scm> is when you mainly
|
|
want to use <TeXmacs> as a front-end to another system. For instance, the
|
|
following code will force <TeXmacs> to automatically launch a <name|Maxima>
|
|
session for every newly opened document:
|
|
|
|
<\scm-code>
|
|
(if (no-name?)
|
|
|
|
\ \ \ \ (make-session "maxima" (url-\<gtr\>string (get-name-buffer))))
|
|
</scm-code>
|
|
|
|
Using <scm|(url-\<gtr\>string (get-name-buffer))> as the second argument of
|
|
<scm|make-session> ensures that a different session will be opened for
|
|
every new buffer. If you want all buffers to share a common instance of
|
|
<name|Maxima>, then you should use <scm|"default"> instead, for the second
|
|
argument.
|
|
|
|
<paragraph*|User provided plug-ins>
|
|
|
|
The above technique of <scheme> initialization files is sufficient for
|
|
personal customizations of <TeXmacs>, but not very convenient if you want
|
|
to share extensions with other users. A more portable way to extend the
|
|
editor is therefore to regroup your <scheme> programs into a <em|plug-in>.
|
|
|
|
The simplest way to write a plug-in <verbatim|<em|name>> with some
|
|
additional <scheme> functionality is to create two directories and a file
|
|
|
|
<\verbatim>
|
|
\ \ \ \ ~/.TeXmacs/plugins/<em|name><new-line>
|
|
\ \ \ ~/.TeXmacs/plugins/<em|name>/progs<new-line>
|
|
\ \ \ ~/.TeXmacs/plugins/<em|name>/progs/init-<em|name>.scm
|
|
</verbatim>
|
|
|
|
Furthermore, the file <verbatim|init-<em|name>.scm> should a piece of
|
|
configuration code of the form
|
|
|
|
<\scm-code>
|
|
(plugin-configure <em|name>
|
|
|
|
\ \ (:require #t))
|
|
</scm-code>
|
|
|
|
Any other <scheme> code present in <verbatim|init-<em|name>.scm> will then
|
|
be executed when the plug-in is booted, that is, shortly after <TeXmacs> is
|
|
started up. By using the additional <scm|(:prioritary #t)> option, you may
|
|
force the plug-in to be loaded earlier during the boot procedure.
|
|
|
|
Of course, the plug-in mechanism is more interesting when the plug-in
|
|
contains more than a few customization routines. In general, a plug-in may
|
|
also contain additional style files or packages, scripts for launching
|
|
extern binaries, additional icons and internationalization files, and so
|
|
on. Furthermore, <scheme> extensions are usually regrouped into <scheme>
|
|
modules in the directory
|
|
|
|
<\verbatim>
|
|
\ \ \ \ ~/.TeXmacs/plugins/<em|name>/progs
|
|
</verbatim>
|
|
|
|
The initialization file <verbatim|init-<em|name>.scm> should then be kept
|
|
as short as possible so as to save boot time: it usually only contains
|
|
<hlink|lazy declarations|overview-lazyness.en.tm> which allow <TeXmacs> to
|
|
load the appropriate modules only when needed.
|
|
|
|
For more information about how to write plug-ins, we refer to the
|
|
<hlink|corresponding chapter|../../interface/interface.en.tm>.
|
|
|
|
<paragraph*|Interactive invocation of <scheme> commands>
|
|
|
|
In order to rapidly test the effect of <scheme> commands, it is convenient
|
|
to execute them directly from within the editor. <TeXmacs> provides two
|
|
mechanisms for doing this: directly type the command on the footer using
|
|
the <shortcut|(interactive footer-eval)> shortcut, or start a <scheme>
|
|
session using <menu|Insert|Session|Scheme>.
|
|
|
|
The first mechanism is useful when you do not want to alter the document or
|
|
when the current cursor position is important for the command you wish to
|
|
execute. For instance, the command <verbatim|(inside? 'theorem)> to test
|
|
whether the cursor is inside a theorem usually makes no sense when you are
|
|
inside a session.
|
|
|
|
<scheme> sessions are useful when the results of the <scheme> commands do
|
|
not fit on the footer, or when you want to keep your session inside a
|
|
document for later use. Some typical commands you might want to use inside
|
|
a <scheme> session are as follows (try positioning your cursor inside the
|
|
session and execute them):
|
|
|
|
<\session|scheme|default>
|
|
<\folded-io|scheme] >
|
|
(define (square x) (* x x))
|
|
</folded-io|>
|
|
|
|
<\folded-io|scheme] >
|
|
(square 1111111)
|
|
</folded-io|>
|
|
|
|
<\folded-io|scheme] >
|
|
(kbd-map ("h i ." (insert "Hi there!")))
|
|
</folded-io|>
|
|
|
|
<\folded-io|scheme] >
|
|
;; try typing ``hi.''
|
|
</folded-io|>
|
|
</session>
|
|
|
|
<paragraph*|Command-line options for executing <scheme> commands>
|
|
|
|
<TeXmacs> also provides several command-line options for the execution of
|
|
<scheme> commands. This is useful when you want to use <TeXmacs> as a batch
|
|
processor. The <scheme>-related options are the following:
|
|
|
|
<\description-long>
|
|
<item*|<with|font-series|medium|<verbatim|-x <em|cmd>>>>Executes the
|
|
scheme command <verbatim|<em|cmd>> when booting has completed. For
|
|
instance,
|
|
|
|
<\shell-code>
|
|
texmacs -x "(display \\"Hi there\\\\n\\")"
|
|
</shell-code>
|
|
|
|
causes <TeXmacs> to print ``Hi there!'' when starting up. Notice that the
|
|
<verbatim|-x> option may be used several times.
|
|
|
|
<item*|<with|font-series|medium|<verbatim|-q>>>This option causes
|
|
<TeXmacs> to quit. It is usually used after a <verbatim|-x> option. For
|
|
instance,
|
|
|
|
<\shell-code>
|
|
texmacs text.tm -x "(print)" -q
|
|
</shell-code>
|
|
|
|
will cause <TeXmacs> to load the file <verbatim|text.tm>, to print it,
|
|
and quit.
|
|
|
|
<item*|<with|font-series|medium|<verbatim|-c <em|in> <em|out>>>>This
|
|
options may be used to convert the input file <verbatim|<em|in>> into the
|
|
output file <verbatim|<em|out>>. The suffixes of <verbatim|<em|in>> and
|
|
<verbatim|<em|out>> determine their file formats.
|
|
</description-long>
|
|
|
|
<paragraph*|Invoking <scheme> scrips from <TeXmacs> markup>
|
|
|
|
<label|markup-scripts><TeXmacs> provides three major tags for invoking
|
|
<scheme> scripts from within the markup:
|
|
|
|
<\description-long>
|
|
<item*|<with|font-series|medium|<explain-macro|action|text|script>>>This
|
|
tag works like a hyperlink with body <src-arg|text>, but such that the
|
|
<scheme> command <src-arg|script> is invoked when clicking on the
|
|
<src-arg|text>. For instance, when clicking <action|here|(system
|
|
"xterm")>, you will launch an<nbsp><verbatim|xterm>.
|
|
|
|
<item*|<with|font-series|medium|<explain-macro|extern|fun|arg-1|...|arg-n>>>This
|
|
tag is used in order to implement macros whose body is written in
|
|
<scheme> rather than the<nbsp><TeXmacs> macro language. The first
|
|
argument <src-arg|fun> is a scheme function with <src-arg|n> arguments.
|
|
During the typesetting phase, <TeXmacs> passes the arguments
|
|
<src-arg|arg-1> until <src-arg|arg-n> to<nbsp><src-arg|fun>, and the
|
|
result will be typeset. For instance, the code
|
|
|
|
<\tm-fragment>
|
|
<inactive*|<extern|(lambda (x) `(concat "Hallo " ,x))|Piet>>
|
|
</tm-fragment>
|
|
|
|
produces the output ``<extern|(lambda (x) `(concat "Hallo " ,x))|Piet>''.
|
|
Notice that the argument ``Piet'' remains editable.
|
|
</description-long>
|
|
|
|
It should be noticed that the direct invocation of <scheme> scripts from
|
|
within documents carries as risk: an evil person might send you a document
|
|
with a script which attempts to erase your hard disk (for instance). For
|
|
this reason, <TeXmacs> implements a way to test whether scripts can be
|
|
considered secure or not. For instance, when clicking <action|here|(system
|
|
"xterm")> (so as to launch an <verbatim|xterm>), the editor will prompt you
|
|
by default in order to confirm whether you wish to execute this script. The
|
|
desired level of security can be specified in
|
|
<menu|Edit|Preferences|Security>. When writing your own <scheme> extensions
|
|
to <TeXmacs>, it is also possible to define routines as being secure.
|
|
|
|
<tmdoc-copyright|2005|Joris van der Hoeven>
|
|
|
|
<tmdoc-license|Permission is granted to copy, distribute and/or modify this
|
|
document under the terms of the GNU Free Documentation License, Version 1.1
|
|
or any later version published by the Free Software Foundation; with no
|
|
Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
|
|
Texts. A copy of the license is included in the section entitled "GNU Free
|
|
Documentation License".>
|
|
</body> |