kastdeur/dotfiles
1
0
Fork 0
mirror of https://github.com/kastdeur/dotfiles.git synced 2024-11-18 01:13:31 +01:00
Code Issues Releases Wiki Activity
dotfiles/vim/vim-latex/doc/latex-suite.xml

4666 lines
183 KiB
XML
Executable file
Raw Blame History

<?xml version='1.0' encoding='ISO-8859-1'?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
"docbook-xml/docbookx.dtd"
[<!ENTITY dummy "dummy">
<!ENTITY date "$Date$">
<!ENTITY ls "Latex-Suite">
<!ENTITY latex "LaTeX">
<!ENTITY vim "Vim">
<!ENTITY ph "&lt;++&gt;">
]>
<article lang="en">
<articleinfo id="articleinfo">
<title id="articleinfo-title">&ls; Reference</title>
<author>
<firstname>Srinath</firstname>
<surname>Avadhanula</surname>
<affiliation>
<address><email>srinath AT fastmail DOT fm</email></address>
</affiliation>
</author>
<author>
<firstname>Mikolaj</firstname>
<surname>Machowski</surname>
<affiliation>
<address><email>mikmach AT wp DOT pl</email></address>
</affiliation>
</author>
<date>&date;</date>
<abstract>
<para>
&ls; attempts to provide a comprehensive set of tools to
view, edit and compile LaTeX documents in Vim. Together, they
provide tools starting from macros to speed up editing LaTeX
documents to functions for forward searching .dvi documents.
&ls; has been possible because of the contributions of many
people. Please see <link
linkend="latex-suite-credits">latex-suite-credits</link> for a list of
people who have helped.
</para>
<para>
&ls; is released under the Vim charityware license. For
license and conditions of use look at |copyright|. Replace all
occurrences of ``Vim'' with ``Latex-Suite''. The current copyright
holders of &ls; are Srinath Avadhanula and Mikolaj Machowski.
</para>
<para>
Homepage: <ulink url="http://vim-latex.sourceforge.net">http://vim-latex.sourceforge.net</ulink>
</para>
</abstract>
</articleinfo>
<section id="recommended-settings">
<title>Installation and recommended Settings</title>
<para>
If you are reading this, it most probably means that you have already
installed &ls; and the help files. If this is not the case, follow the
detailed instructions on <ulink
url="http://vim-latex.sourceforge.net/index.php?subject=download">&ls;'s
download page</ulink>.
</para>
<para>
Make sure that you create a few necessary settings in your
<literal>~/.vimrc.</literal>
<programlisting>
" REQUIRED. This makes vim invoke &ls; when you open a tex file.
filetype plugin on
" IMPORTANT: win32 users will need to have 'shellslash' set so that latex
" can be called correctly.
set shellslash
" IMPORTANT: grep will sometimes skip displaying the file name if you
" search in a singe file. This will confuse &ls;. Set your grep
" program to always generate a file-name.
set grepprg=grep\ -nH\ $*
" OPTIONAL: This enables automatic indentation as you type.
filetype indent on
" OPTIONAL: Starting with Vim 7, the filetype of empty .tex files defaults to
" 'plaintex' instead of 'tex', which results in vim-latex not being loaded.
" The following changes the default filetype back to 'tex':
let g:tex_flavor='latex'
</programlisting>
</para>
<para>
In addition, the following settings could go in your ~/.vim/ftplugin/tex.vim
file:
<programlisting>" this is mostly a matter of taste. but LaTeX looks good with just a bit
" of indentation.
set sw=2
" TIP: if you write your \label's as \label{fig:something}, then if you
" type in \ref{fig: and press &lt;C-n&gt; you will automatically cycle through
" all the figure labels. Very useful!
set iskeyword+=:
</programlisting>
</para>
</section>
<section id="latex-suite-templates">
<title>Inserting Templates</title>
<para>
This functionality is available via the <literal>TeX-Suite &gt;
Templates</literal> menu.
This module provides a way to insert custom templates at the beginning of the
current file.
</para>
<para>
When &ls; first starts up, it scans the
<literal>$VIM/ftplugin/latex-suite/templates/</literal>
directory and creates menu items based on the files found there. When
you select a template from this menu, the file will be read in above
the first line of the current file.
</para>
<para>
A template file can utilize placeholders for initializing the cursor
position when the template is read in and subsequent movement. In
addition, template files can contain dynamic elements such as the
time of creation of a file etc, by using vim expressions.
</para>
<para>
You can place your own templates in the
<literal>$VIM/ftplugin/latex-suite/templates/</literal> directory in
order for them to be available via the menu. Unless &ls; releases a
template with the same name, these files should not get over-written
when you install a new release over an existing one.
</para>
<note>
<para>
Templates are also accessible for non-gui users with the command
|<literal>:TTemplate</literal>|. The argument should be name of
the corresponding template file. If the command is called
without arguments (preferred usage), then a list of available
templates is displayed and the user is asked to choose one of
them.
</para>
</note>
</section>
<section id="latex-macros">
<title>&ls; Macros</title>
<para>
&ls; ships with a very comprehensive set of insert mode and
|visual-mode| mappings and menu items to typeset most of the LaTeX
elements.
</para>
<note>
<para>
These mappings are are not standard mappings in the sense that
only the last character is mapped. See plugin/imaps.vim for
further documentation. For example, in the case of the mapping
<literal>EFI</literal> provided by &ls; you can press the characters
'<literal>E</literal>', '<literal>F</literal>' and '<literal>I</literal>'
as slowly as you wish (unlike the normal <literal>imap</literal> command
where <literal>timeout</literal> issues are involved). The characters are
visible as you type them (unlike normal <literal>imap</literal>s) and you
can use the movement or backspace key to correct yourself unlike normal
mappings.
</para>
</note>
<anchor id="place-holder" />
<note id="place-holders">
<title>Place Holders</title>
<para>
Almost all macros provided in &ls; implement Stephen Riem's bracketing
system and Gergely Kontra's <literal>JumpFunc()</literal> for handling
place-holders. This consists of using "place-holders" to mark off
locations where the next relevant editing has to be done. As an example,
when you type <literal>EFI</literal> in |insert-mode|, you will get the
following:
<programlisting>\begin{figure}[h]
\centerline{\psfig{figure=&lt;+eps file+&gt;}}
\caption{&lt;+caption text+&gt;}
\label{fig:&lt;+label+&gt;}
\end{figure}&lt;++&gt;</programlisting>
The text <literal>&lt;+eps file+&gt;</literal> will be selected and
you will be left in |select-mode| so that you can continue typing
straight away. After having typed in the file name, you can press
<literal>&lt;Ctrl-J&gt;</literal> (while still in insert-mode). This will
take you directly to the next "place-holder". i.e, <literal>&lt;+caption
text+&gt;</literal> will be visually selected with Vim in select mode
again for typing in the caption. This saves on a lot of key presses.
</para>
</note>
<note id="overriding-macros">
<title>Over-riding &ls; Macros</title>
<para>
If you wish to change these macros from their default values, for
example, if you wish to change <literal>`w</literal> to expand to
<literal>\omega</literal> instead of its default expansion to
<literal>\wedge</literal>, you should use the <literal>IMAP</literal>
function as described in the <link linkend="ls-new-macros">Using
IMAP()</link> section.
</para>
<para>
An important thing to note is that if you wish to over-ride macros
created by &ls; rather than merely create new macros, you should place
the <literal>IMAP()</literal> calls in a script which gets sourced
after the files in &ls;. A good place typically is as a file-type
plugin file in the
<literal>~/.vim/after/ftplugin/</literal> directory. (Use
<literal>~/vimfiles</literal> if you are using
<literal>WINDOWS</literal>). For example to over-ride
<literal>`w</literal> to <literal>\omega</literal> instead of
<literal>\wedge</literal>, place the following line in (say)
<literal>~/.vim/after/ftplugin/tex_macros.vim</literal>:
<programlisting>call IMAP('`w', '\omega', 'tex')</programlisting>
</para>
<note>
<para>
It is important to use a file-name which will get sourced on a
<literal>FileType</literal> event. Therefore you must use a file-name
which conforms to the standards as described in
<literal>|ftplugin-name|</literal>.
</para>
</note>
</note>
<note id="pausing-imaps">
<title>Pausing Macro expansion</title>
<para>
If you wish to temporarily suspend the imaps functionality, then you
can set the <literal>Imap_FreezeImap</literal> to 1. If you set
<literal>g:Imap_FreezeImap</literal> to 1, then it will be a
system-wide setting. Setting <literal>b:Imap_FreezeImap</literal> will
affect only the current buffer.
</para>
</note>
<para>
The following sections describe the various editing macros provided
by &ls;.
</para>
<section id="environment-mappings">
<title>Environment Mappings</title>
&ls; provides a rich set of mappings to insert, enclose and modify
&latex; environments, i.e, <literal>\begin{...} ... \end{...}</literal>
pairs.
<section id="inserting-environments">
<title>Inserting Environments</title>
<para>
&ls; provides the following ways to insert environments
</para>
<section id="inserting-env-f5">
<title>Method 1: Pressing <literal>&lt;F5&gt;</literal></title>
<para>
If you press <literal>&lt;F5&gt;</literal> in the insert or normal
mode while on an empty line, &ls; prompts you with a list of
environments you might want to insert. You can either choose one
from the list or type in a new environment name. If you press
<literal>&lt;F5&gt;</literal> on a line which already has a word,
then that word is used instead of prompting.
</para>
<para>
See <link linkend="Tex_Env_name">Tex_Env_name</link> for a
description of how &ls; uses the word to form the expansion and how
to modify &ls;'s behavior.
</para>
<para>
The list of environments which &ls; prompts you with (when
<literal>&lt;F5&gt;</literal> is pressed on an empty line) is formed
from the <link
linkend="Tex_PromptedEnvironments">Tex_PromptedEnvironments</link>
setting.
</para>
<para>
In addition to this setting, &ls; also lists environments found in
custom packages as described in the section <link
linkend="package-actions">Package actions.</link>
</para>
</section>
<section id="inserting-env-shift-f1">
<title>Method 2: Using <literal>&lt;S-F1&gt;</literal>-<literal>&lt;S-F4&gt;</literal></title>
<para>
The shifted function keys, <literal>&lt;S-F1&gt;</literal> to
<literal>&lt;S-F4&gt;</literal> can be mapped to insert very commonly
used environments. The environments mapped to each key can be
customized via the <link
linkend="Tex_HotKeyMappings">g:Tex_HotKeyMappings</link> setting.
</para>
</section>
<section id="inserting-env-threeletter">
<title>Method 3: Using three letter sequences</title>
<para>
Environments can also be inserted by pressing a 3 capital letter
sequence starting with an <literal>E</literal>. The sequence of 3
letters generally tries to follow the following rules:
</para>
<orderedlist>
<listitem>
All environment mappings begin with <literal>E</literal>
</listitem>
<listitem>
If the environment can be broken up into 2 distinct words,
such as flushright (flush + right), then the next 2 letters
are the first letters of the 2 words. Example:
<programlisting>flushleft (_f_lush + _l_eft) ---&gt; EFL
flushright (_f_lush + _r_ight) ---&gt; EFR
eqnarray (_e_qn + _a_rray) ---&gt; EEA</programlisting>
If on the other hand, the environment name cannot be broken
up into 2 distinct words, then the next 2 letters are the
first 2 letters of the name of the environment.
Example:
<programlisting>equation (_eq_uation) ---&gt; EEQ</programlisting>
</listitem>
</orderedlist>
<para>
Unfortunately there are some environments that cannot be
split in two words and first two letters in name are
identical. In this case shortcut is created from E, first and
last letter. Example:
<programlisting>quote (_q_uot_e_) ---&gt; EQE
quotation (_q_uotatio_n_) ---&gt; EQN</programlisting>
Of course, not every last one of the environments can follow
this rule because of ambiguities. In case of doubt, pull down
the Tex-Environments menu. The menu item should give the hint
for the map.
</para>
</section>
</section>
<section id="enclosing-environments">
<title>Enclosing in Environments</title>
<para>
&ls; provides visual-mode mappings which enclose visually
selected portions of text in environments. There are two ways provided
to do this.
</para>
<section id="enclosing-env-f5">
<title>Method 1: Pressing <literal>&lt;F5&gt;</literal></title>
<para>
You can also select a portion of text visually and press
<literal>&lt;F5&gt;</literal> while still in visual mode. This will
prompt you with a list of environments. (This list can be customized
via the <link
linkend="Tex_PromptedEnvironments">g:Tex_PromptedEnvironments</link>
setting). You can either choose from this list or type in a new
environment name. Once the selection is done, &ls; encloses the
visually selected portion in the chosen environment.
</para>
</section>
<section id="enclosing-env-threeletter">
<title>Method 2: Using three letter mappings</title>
<para>
You can also select text visually and press a sequence of three
characters beginning with <literal>,</literal> (the single comma
character) and the selected text will be enclosed in the chosen
environment. The three letter sequence follows directly from the
three letter sequence used to insert environments as described <link
linkend="inserting-env-threeletter">here</link>. The following
example describes the rule used:
</para>
<para>
If <literal>ECE</literal> inserts a
<literal>\begin{center}...\end{center}</literal> environment, then to
enclose a block of selected text in
<literal>\begin{center}...\end{center}</literal>, simply select the
text and press <literal>,ce</literal>. The rule simply says that the
leading <literal>E</literal> is converted to <literal>,</literal> and
the next 2 letters are small case.
</para>
</section>
<para>
Some of the visual mode mappings are sensitive to whether you
choose line-wise or character-wise. For example, if you choose a
word and press <literal>,ce</literal>, then you get
<literal>\centerline{word}</literal>, whereas if you press
<literal>,ce</literal> on a line-wise selection, you get:
<programlisting>\begin{center}
line
\end{center}</programlisting>
</para>
</section>
<section id="changing-environments">
<title>Changing Environments</title>
<para>
Pressing <literal>&lt;S-F5&gt;</literal> in normal mode detects which
environment the cursor is presently located in and prompts you to
replace it with a new one. The innermost environment is detected. For
example, in the following source:
<programlisting>\begin{eqnarray}
\begin{array}{ccc}
2 &amp; 3 &amp; 4
\end{array}
\end{eqnarray}</programlisting>
if you are located in the middle "2 &amp; 3 &amp; 4" line, then pressing
<literal>&lt;S-F5&gt;</literal> will prompt you to change the array
environment, not the eqnarray environment. In addition, &ls; will also
try to change lines within the environment to be consistent with the
new environment. For example, if the original environment was an
<literal>eqnarray</literal> environment with a
<literal>\label</literal> command, then changing it to an
<literal>eqnarray*</literal> environment will delete the
<literal>\label</literal>.
</para>
<para>
Pressing <literal>&lt;F5&gt;</literal> in normal mode has the same
effect as pressing <literal>&lt;F5&gt;</literal> in insert-mode,
namely you will be prompted to choose an environment to insert.
</para>
</section>
</section>
<section id="latex-command-maps">
<title>Command Mappings</title>
&ls; provides a rich set of mappings to insert, enclose and modify
&latex; commands.
<section id="inserting-commands">
<title>Inserting &latex; commands</title>
<anchor id="ls-imap-f7" />
<anchor id="ls-imap-s-f7" />
<para>
Pressing <literal>&lt;F7&gt;</literal> in insert or normal mode while
the cursor is touching a word will insert a command formed from the
word touching the cursor.
</para>
<para>
For certain common commands, &ls; will expand them to include
additional arguments as needed. For example, <literal>frac</literal>
becomes <literal>\frac{&ph;}{&ph;}&ph;</literal>. Otherwise, it will
simply change the word under the cursor as follows
<programlisting>word --> \word{&ph;}&ph;</programlisting>
You can define custom expansions
of commands using the <literal>Tex_Com_{name}</literal> setting as
described in <link linkend="Tex_Com_name">here</link>.
</para>
<para>
If <literal>&lt;F7&gt;</literal> is pressed when the cursor is on
white-space, then &ls; will prompt you to choose a command and insert
that instead.The list of commands is constructed from the <link
linkend="Tex_PromptedCommands"><literal>g:Tex_PromptedCommands</literal></link>
setting and also from commands which &ls; finds while scanning custom
packages which &ls; finds. See the <link
linkend="package-actions">Package actions</link> section for details
on which files are scanned etc.
</para>
</section>
<section id="enclosing-commands">
<title>Enclosing in a command</title>
<para>
You can select a portion of text visually and press
<literal>&lt;F7&gt;</literal> while still in visual mode. This will
prompt you with a list of commands. (This list can be customized
via the <link
linkend="Tex_PromptedCommands">g:Tex_PromptedCommands</link>
setting). You can either choose from this list or type in a new
command name. Once the selection is done, &ls; encloses the
visually selected portion in the chosen command.
</para>
</section>
<section id="changing-commands">
<title>Changing commands</title>
<anchor id="ls-vmap-f7" />
<para>
In both insert and normal mode <literal>&lt;S-F7&gt;</literal> will
find out if you are presently within an environment and then prompt you
with a list of commands to change it to.
</para>
</section>
</section>
<section id="font-maps">
<title>Font Mappings</title>
<para>
These mappings insert font descriptions such as:
<literal>\textsf{&ph;}&ph;</literal>
with the cursor left in place of the first <link
linkend="place-holders">placeholder</link> (the &ph; characters).
</para>
<para>
Mnemonic:
<orderedlist>
<listitem>first letter is always F (F for font)</listitem>
<listitem>next 2 letters are the 2 letters describing the font.</listitem>
</orderedlist>
</para>
<para>
Example: Typing <literal>FEM</literal> in insert-mode expands to
<literal>\emph{&ph;}&ph;</literal>.
</para>
<para>
Just like environment mappings, you can visually select an area and press
<literal>`sf</literal> to have it enclosed in:
<literal>\textsf{word}</literal>
or
<programlisting>{\sffamily
line
}</programlisting>
depending on character-wise or line-wise selection.
</para>
</section>
<section id="section-mappings">
<title>Section Mappings</title>
<para>
These maps insert &latex; sections such as:
<programlisting>\section{&ph;}&ph;</programlisting>
etc. Just as in the case of environments and fonts, can be enclosed with a
visual selection. The enclosing is not sensitive to character or line-wise
selection.
</para>
<para>
Mnemonic: (make your own!)
<programlisting>SPA for part
SCH for chapter
SSE for section
SSS for subsection
SS2 for subsubsection
SPG for paragraph
SSP for subparagraph</programlisting>
</para>
<para>
Example:
SSE in insert mode inserts
<programlisting>\section{&lt;++&gt;}&lt;++&gt;</programlisting>
If you select a word or line and press <literal>,se</literal>, then you
get
<programlisting>\section{section name}</programlisting>
The menu item in Tex-Environments.Sections have a sub-menu called
'Advanced'. Choosing an item from this sub-menu asks a couple of questions
(whether you want to include the section in the table of contents, whether
there is a shorter name for the table of contents) and then creates a more
intelligent template.
</para>
</section>
<section id="greek-letter-mappings">
<title>Greek Letter Mappings</title>
<para>
Lower case
</para>
<literal>`a</literal> through <literal>`z</literal> expand to
<literal>\alpha</literal> through <literal>\zeta</literal>.
<para>
Upper case:
</para>
<programlisting>`D = \Delta
`F = \Phi
`G = \Gamma
`Q = \Theta
`L = \Lambda
`X = \Xi
`Y = \Psi
`S = \Sigma
`U = \Upsilon
`W = \Omega</programlisting>
<note><para>LaTeX does not support upper case for all greek alphabets.</para></note>
<para>Just like other &ls; mappings, these mappings are not created using
the standard <literal>imap</literal> command. Thus you can type slowly,
correct using <literal>&lt;BS&gt;</literal> etc.</para>
</section>
<section id="auc-tex-mappings">
<title>Auc-Tex Key Bindings</title>
<para>
These are simple 2 key expansions for some very commonly used LaTeX
elements:
</para>
<programlisting>`^ Expands To \Hat{&ph;}&ph;
`_ expands to \bar{&ph;}&ph;
`6 expands to \partial
`8 expands to \infty
`/ expands to \frac{&ph;}{&ph;}&ph;
`% expands to \frac{&ph;}{&ph;}&ph;
`@ expands to \circ
`0 expands to ^\circ
`= expands to \equiv
`\ expands to \setminus
`. expands to \cdot
`* expands to \times
`&amp; expands to \wedge
`- expands to \bigcap
`+ expands to \bigcup
`( expands to \subset
`) expands to \supset
`&lt; expands to \le
`&gt; expands to \ge
`, expands to \nonumber
`~ expands to \tilde{&ph;}&ph;
`; expands to \dot{&ph;}&ph;
`: expands to \ddot{&ph;}&ph;
`2 expands to \sqrt{&ph;}&ph;
`| expands to \Big|
`I expands to \int_{&ph;}^{&ph;}&ph;</programlisting>
<para>
(again, notice the convenient place-holders)
</para>
<para>
In addition the visual mode macros are provided:
</para>
<programlisting>`( encloses selection in \left( and \right)
`[ encloses selection in \left[ and \right]
`{ encloses selection in \left\{ and \right\}
`$ encloses selection in $$ or \[ \] depending on characterwise or
linewise selection</programlisting>
</section>
<section id="diacritic-mappings">
<title>Diacritics</title>
<para>
These mappings speed up typing European languages which contain diacritic
characters such as a-umlaut etc.
<programlisting>+&lt;l&gt; expands to \v{&lt;l&gt;}
=&lt;l&gt; expands to \'{&lt;l&gt;}</programlisting>
where <literal>&lt;l&gt;</literal> is an alphabet.
</para>
<programlisting>+} expands to \"{a}
+: expands to \^{o}</programlisting>
<para>
&ls; also ships with <link linkend="smart-backspace">smart
backspacing</link> functionality which provides another convenience while
editing languages with diacritics.
</para>
<note>
<para>Diacritics are disabled by default in &ls; because they can
sometimes be a little too intrusive. Moreover, most European users can
nowadays use font encodings which display diacritic characters directly
instead of having to rely on &ls;'s method of displaying diacritics.</para>
<para>Set the <link linkend="Tex_Diacritics">g:Tex_Diacritics</link>
variable to enable diacritics.</para>
</note>
</section>
<section id="bibtex-bindings">
<title>BibTeX Shortcuts</title>
<para>
&ls; provides an easy way of entering bibliographic entries. Four
insert-mode mappings: <literal>BBB</literal>, <literal>BBL</literal>,
<literal>BBH</literal> and <literal>BBX</literal> are provided, all of
which essentially act in the same manner. When you type any of these in
insert-mode, you will get a prompt asking you to choose a entry type
for the bibliographic entry.
</para>
<para>
When you choose an entry type, a bibliographic entry template will be
inserted. For example, if you choose the option
<literal>'book'</literal> via the map <literal>BBB</literal>, then
the following template will be inserted:
<programlisting>@BOOK{&lt;+key+&gt;,
author = {&ph;},
editor = {&ph;},
title = {&ph;},
publisher = {&ph;},
year = {&ph;},
otherinfo = {&ph;}
}&ph;</programlisting>
</para>
<para>
<literal>&lt;+key+&gt;</literal> will be highlighted in select-mode and
you can type in the bib-key. After that you can use
<literal>&lt;Ctrl-J&gt;</literal> to navigate to successive locations
in the template and enter new values.
</para>
<para>
<literal>BBB</literal> inserts a template with only the fields
mandatorily required for a given entry type. <literal>BBL</literal>
inserts a template with commonly used extra options.
<literal>BBH</literal> inserts a template with more options which are
not as commonly used. <literal>BBX</literal> inserts a template with
all the fields which the entry type supports.
</para>
<note>
<title>Mnemonic</title>
<para>
<literal>B</literal> for Bibliographic entry, <literal>L</literal>
for Large entry, <literal>H</literal> for Huge entry, and
<literal>X</literal> stands for all eXtras.
</para>
</note>
<section id="adding-bib-options">
<title>Customizing Bib-TeX fields</title>
<para>
If you wish the <literal>BBB</literal> command to insert a few
additional fields in addition to the fields it creates, then you will
need to define global variables of the form
<programlisting>g:Bib_{type}_options</programlisting>
in you <literal>$VIM/ftplugin/bib.vim</literal> file, where
<literal>{type}</literal> is a string like
<literal>'article'</literal>, <literal>'book'</literal> etc. This
variable should contain one of the letters defined in the following
table
</para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Character</entry>
<entry>Field Type</entry>
</row>
</thead>
<tbody>
<row><entry>w</entry><entry>address</entry></row>
<row><entry>a</entry><entry>author</entry></row>
<row><entry>b</entry><entry>booktitle</entry></row>
<row><entry>c</entry><entry>chapter</entry></row>
<row><entry>d</entry><entry>edition</entry></row>
<row><entry>e</entry><entry>editor</entry></row>
<row><entry>h</entry><entry>howpublished</entry></row>
<row><entry>i</entry><entry>institution</entry></row>
<row><entry>k</entry><entry>isbn</entry></row>
<row><entry>j</entry><entry>journal</entry></row>
<row><entry>m</entry><entry>month</entry></row>
<row><entry>z</entry><entry>note</entry></row>
<row><entry>n</entry><entry>number</entry></row>
<row><entry>o</entry><entry>organization</entry></row>
<row><entry>p</entry><entry>pages</entry></row>
<row><entry>q</entry><entry>publisher</entry></row>
<row><entry>r</entry><entry>school</entry></row>
<row><entry>s</entry><entry>series</entry></row>
<row><entry>t</entry><entry>title</entry></row>
<row><entry>u</entry><entry>type</entry></row>
<row><entry>v</entry><entry>volume</entry></row>
<row><entry>y</entry><entry>year</entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
For example, by default, choosing <literal>'article'</literal> via
<literal>BBB</literal> inserts the following template by default
<programlisting>@ARTICLE{&lt;+key+&gt;,
author = {&ph;},
title = {&ph;},
journal = {&ph;},
year = {&ph;},
otherinfo = {&ph;}
}&ph;</programlisting>
However, if <literal>g:Bib_article_options</literal> is defined as
<literal>'mnp'</literal>, then <literal>'article'</literal> will
insert the following template
<programlisting>@ARTICLE{&lt;+key+&gt;,
author = {&ph;},
title = {&ph;},
journal = {&ph;},
year = {&ph;},
month = {&ph;},
number = {&ph;},
pages = {&ph;},
otherinfo = {&ph;}
}&ph;</programlisting>
</para>
<para>
If you have some other fields you wish to associate with an article
which are not listed above, then you will have to use the
<literal>Bib_{type}_extrafields</literal> option. This is a newline
separated string of complete field names which will be included in the
template. For example, if you define
<programlisting>let g:Bib_article_extrafields = "crossref\nabstract"</programlisting>
then the article template will include the lines
<programlisting>crossref = {&ph;},
abstract = {&ph;},</programlisting>
</para>
<note>
<para>
You will need to define <literal>Bib_*</literal> settings in your
<literal>$VIMRUNTIME/ftplugin/bib.vim</literal> file.
</para>
</note>
</section>
</section>
<section id="smart-keys">
<title>Smart Key Mappings</title>
<para>
&ls; ships with the following smart keys:
</para>
<formalpara>
<anchor id="smart-backspace" />
<title>Smart Backspace</title>
Pressing <literal>&lt;BS&gt;</literal> in insert mode checks to see
whether we are just after something like <literal>\'{a}</literal> and
if so, deletes all of it. i.e, diacritics are treated as single
characters for backspacing.
</formalpara>
<formalpara>
<title>Smart Quotes</title>
Pressing <literal>"</literal> (English double quote) will insert
<literal>``</literal> or <literal>''</literal> by making an
intelligent guess about whether we intended to open or close a quote.
</formalpara>
<formalpara>
<title>Smart Space</title>
&ls; maps the <literal>&lt;space&gt;</literal> key in such a
way that $ characters are not broken across lines. It does this by
first setting <literal>tw=0</literal> so that Vim will not
automatically break lines and then maps the
<literal>&lt;space&gt;</literal> key to insert newlines keeping
<literal>$$</literal>'s on the same line.
</formalpara>
<formalpara>
<title>Smart Dots</title>
Pressing <literal>...</literal> (3 dots) results in
<literal>\ldots</literal> outside math mode and
<literal>\cdots</literal> in math mode.
</formalpara>
</section>
<section id="altkey-mappings">
<title>Alt Key Macros</title>
<para>
&ls; utilizes a set of macros originally created by Carl Mueller in
auctex.vim to make inserting all the <literal>\left ... \right</literal>
stuff very easy and to also make some use of the heavily under-utilized
<literal>&lt;Alt&gt;</literal> key.
</para>
<note>
<para>
By default, typing <literal>Alt-&lt;key&gt;</literal> in &vim; takes
focus to the menu bar if a menu with the hotkey
<literal>&lt;key&gt;</literal> exists. If in your case, there are
conflicts due to this behavior, you will need to set
<programlisting>set winaltkeys=no</programlisting>
in your <literal>$VIM/ftplugin/tex.vim</literal> in order to use these
maps.
</para>
</note>
<note>
<title>Customizing the maps</title>
<para>
If for some reason, you wish to not map the
<literal>&lt;Alt&gt;</literal> keys, (some European users need to use
the <literal>&lt;Alt&gt;</literal> key to enter diacritics), you can
change these maps to other keys as described in the section <link
linkend="customize-alt-key-maps">Customizing Alt-key maps</link>.
</para>
</note>
<section id="Alt-L">
<title><literal>&lt;Alt-L&gt;</literal></title>
<para>
This is a polymorphic insert-mode mapping which expands to one of the
following depending on the character just before the cursor location.
</para>
<informaltable frame="all">
<tgroup cols="2">
<colspec colwidth="0.5in" align="cener" />
<colspec colwidth="0.5in" />
<thead>
<row>
<entry>Character before cursor</entry>
<entry>Expansion</entry>
</row>
</thead>
<tbody>
<row><entry>(</entry> <entry><literal>\left( &ph; \right)</literal></entry></row>
<row><entry>[</entry> <entry><literal>\left[ &ph; \right]</literal></entry></row>
<row><entry>|</entry> <entry><literal>\left| &ph; \right|</literal></entry></row>
<row><entry>{</entry> <entry><literal>\left\{ &ph; \right\}</literal></entry></row>
<row><entry>&lt;</entry> <entry><literal>\langle &ph; \rangle</literal></entry></row>
<row><entry>q</entry> <entry><literal>\lefteqn{&ph;}&ph;</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
If the character before the cursor is none of the above, then it will
simply insert a <literal>\label{&ph;}&ph;</literal>.
</para>
</section>
<section id="Alt-B">
<title><literal>&lt;Alt-B&gt;</literal></title>
<para>
This insert-mode mapping encloses the previous character in
<literal>\mathbf{}</literal>.
</para>
</section>
<section id="Alt-C">
<title><literal>&lt;Alt-C&gt;</literal></title>
<para>
In insert mode, this key is polymorphic as follows:
</para>
<orderedlist>
<listitem>
If the previous character is a letter or number, then capitalize it and
enclose it in <literal>\mathcal{}</literal>.
</listitem>
<listitem>
otherwise insert <literal>\cite{}</literal>.
</listitem>
</orderedlist>
<para>
In visual mode, it will simply enclose the selection in
<literal>\mathcal{}</literal>
</para>
</section>
<section id="Alt-I">
<title><literal>&lt;Alt-I&gt;</literal></title>
<para>
This mapping inserts an <literal>\item</literal> command at the
current cursor location depending on which environment the cursor is
enclosed in. The style of the <literal>\item</literal> command is
dependent on the enclosing environment. By default,
<literal>&lt;Alt-I&gt;</literal> has styles defined forthe following
environments:
</para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Environment</entry>
<entry>Style</entry>
</row>
</thead>
<tbody>
<row><entry>itemize</entry><entry>\item </entry></row>
<row><entry>enumerate</entry><entry>\item </entry></row>
<row><entry>theindex</entry><entry>\item </entry></row>
<row><entry>thebibliography</entry><entry>\item[&lt;+biblabel+&gt;]{&lt;+bibkey+&gt;} &lt;++&gt;</entry></row>
<row><entry>description</entry><entry>\item[&lt;+label+&gt;] &lt;++&gt;</entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
<literal>&lt;Alt-I&gt;</literal> is intelligent enough to
account for nested environments. For example,
<programlisting>\begin{itemize}
\item first item
\item second item
\begin{description}
\item[label1] first desc
\item[label2] second
% &lt;Alt-I&gt; will insert "\item[&lt;+label+&gt;] &lt;++&gt;" if
% used here
\end{description}
\item third item
% &lt;Alt-I&gt; will insert "\item " when if used here.
\end{itemize}
% &lt;Alt-I&gt; will insert nothing ("") if used here</programlisting>
</para>
<para>
The style used by <literal>&lt;Alt-I&gt;</literal> can be customized
using the <link
linkend="Tex_ItemStyle_environment"><literal>g:Tex_ItemStyle_environment</literal></link>
variable.
</para>
</section>
</section>
<section id="custom-macros-menu">
<title>Custom Macros</title>
<para>
This functionality available via the TeX-Suite.Macros menu, provides
a way of inserting customized macros into the current file via the
menu.
</para>
<para>
When &ls; starts up, it scans the
<literal>$VIM/ftplugin/latex-suite/macros/</literal> directory and
creates a menu from the files found there. Each file is considered as
a single macro. You can place your own macros in this directory,
using <link linkend="place-holders">placeholders</link> if wanted.
</para>
<para>
When you choose a macro from the menu, the corresponding file is read
into the current buffer after the current cursor position. In non-gui
mode, you can use the |TMacro| command instead of choosing from the
menu. This command takes the macro file name as an argument. When
called without arguments (preferred usage), then a list of available
macro files is displayed and the user is prompted to choose one of
them).
</para>
<para>
There are some other tools provided in this menu, namely:
</para>
<informaltable frame="none">
<tgroup cols="2">
<colspec colwidth="0.5in" />
<colspec colwidth="0.5in" />
<tbody>
<row><entry>{New}</entry>
<entry>
Creates a new (unnamed) buffer in the
latex-suite/macros/ directory. Use the command
:TexMacroNew in non-gui mode.
</entry>
</row>
<row>
<entry>{Edit}</entry>
<entry>
Opens up the corresponding macro file for editing. Use
|:TexMacroEdit| in non-gui mode. When you try to edit {macro}
not from local directory &ls; will copy it to your local
directory with suffix "-local". If local copy already exists
&ls; prompt for overwriting it.
</entry>
</row>
<row>
<entry>{Delete}</entry>
<entry>
Deletes the corresponding macro. Use the prefixed numbers for
fast navigation of menus. Use |:TexMacroDelete| in non-gui mode.
When you choose to delete {macro} which is not in your local
directory &ls; will refuse to delete it.
</entry>
</row>
<row>
<entry>{Redraw}</entry>
<entry>
Rescans the macros/ directories and refreshes the macros list.
</entry>
</row>
</tbody>
</tgroup>
</informaltable>
</section>
<section id="ls-new-macros">
<title>Making your own Macros via <literal>IMAP()</literal></title>
<para>
If you find the need to create your own macros, then you can use the
<literal>IMAP()</literal> function provided with &ls;. See <link
linkend="why-IMAP" endterm="why-IMAP.title"></link> for a short
explanation of why you might prefer <literal>IMAP()</literal> over
&vim;'s standard <literal>:imap</literal> command. An example best
explains the usage:
<programlisting>:call IMAP('NOM', '\nomenclature{&ph;}&ph;', 'tex')</programlisting>
This will create a &ls;-style mapping, where if you type
<literal>NOM</literal> in insert mode, you will get
<literal>\nomenclature{&ph;}&ph;</literal> with the cursor left in
place of the first <literal>&ph;</literal> characters. See <link
linkend="ls-imaps-syntax" endterm="ls-imaps-syntax.title"></link> for
a detailed explanation of the <literal>IMAP()</literal> command.
</para>
<para>
For maps which are triggered for a given filetype, the
<literal>IMAP()</literal> command above should be put in the filetype
plugin script for that file. For example, for tex-specific mappings,
the <literal>IMAP()</literal> calls should go in
<literal>$VIM/ftplugin/tex.vim</literal>. For globally visible maps,
you will need to use the following in either your
<literal>~/.vimrc</literal> or a file in your
<literal>$VIM/plugin</literal> directory.
<programlisting>augroup MyIMAPs
au!
au VimEnter * call IMAP('Foo', 'foo', '')
augroup END</programlisting>
</para>
<section id="why-IMAP">
<title id="why-IMAP.title">Why use <literal>IMAP()</literal></title>
<para>
Using <literal>IMAP</literal> instead of &vim;'s built-in
<literal>:imap</literal> command has a couple of advantages:
<orderedlist>
<listitem>
The 'ttimeout' option will generally limit how easily you can type
the left hand side for a normal <literal>:imap</literal>. if you type
the left hand side too slowly, then the mapping will not be
activated.
</listitem>
<listitem>
If you mistype one of the letters of the lhs, then the mapping is
deactivated as soon as you backspace to correct the mistake.
</listitem>
<listitem>
The characters in lhs are shown on top of each other. This is fairly
distracting. This becomes a real annoyance when a lot of characters
initiate mappings.
</listitem>
</orderedlist>
</para>
</section>
<section id="ls-imaps-syntax">
<title id="ls-imaps-syntax.title">IMAP() syntax</title>
<para>
Formally, the syntax which is used for the <literal>IMAP</literal>
function is:
<programlisting>call IMAP (lhs, rhs, ft [, phs, phe])</programlisting>
</para>
<para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Argument</entry>
<entry>Explanation</entry>
</row>
</thead>
<tbody>
<row>
<entry>lhs</entry>
<entry>
<para>
This is the "left-hand-side" of the mapping. When you use
<literal>IMAP</literal>, only the last character of this word is
actually mapped, although the effect is that the whole word is
mapped.
</para>
<para>
If you have two mappings which end in a common
<literal>lhs</literal>, then the mapping with the longer
<literal>lhs</literal> is used. For example, if you do
<programlisting>call IMAP('BarFoo', 'something', 'tex')
call IMAP('Foo', 'something else', 'tex')</programlisting>
Then typing <literal>BarFoo</literal> inserts
<literal>"something"</literal>, whereas <literal>Foo</literal> by
itself inserts <literal>"something else"</literal>.
</para>
<para>
Also, the nature of <literal>IMAP()</literal> makes creating
certain combination of mappings impossible. For example if you
have
<programlisting>call IMAP('foo', 'something', 'tex')
call IMAP('foobar', 'something else', 'tex')</programlisting>
Then you will never be able to trigger <literal>"foobar"</literal>
because typing <literal>"foo"</literal> will immediately insert
<literal>"something"</literal>. This is the "cost" which you incur
over the normal <literal>:imap</literal> command for the
convenience of no 'timeout' problems, the ability to correct
<literal>lhs</literal> etc.
</para>
</entry>
</row>
<row>
<entry>rhs</entry>
<entry>
<para>
The "right-hand-side" of the mapping. This is the expansion you
will get when you type <literal>lhs</literal>.
</para>
<para>
This string can also contain special characters such as
<literal>&lt;enter&gt;</literal> etc. To do this, you will need
to specify the second argument in double-quotes as follows:
<programlisting>:call IMAP('EFE', "\\begin{figure}\&lt;CR&gt;&ph;\\end{figure}&ph;", 'tex')</programlisting>
With this, typing <literal>EFE</literal> is equivalent to typing
in the right-hand side with all the special characters in
insert-mode. This has the advantage that if you have filetype
indentation set up, then the right hand side will also be
indented just as if you had typed it in normally.
</para>
<anchor id="IMAP_PutTextWithMovement" />
<para>
You can also set up a &ls; style mapping which calls a custom function
as follows:
<programlisting>:call IMAP('FOO', "\&lt;C-r&gt;=MyFoonction()\&lt;CR&gt;", 'tex')</programlisting>
where <literal>MyFoonction</literal> is a custom function you have
written. If <literal>MyFoonction</literal> also has to return a string
containing <literal>&ph;</literal> characters, then you will need to
use the function <literal>IMAP_PutTextWithMovement()</literal>. An
example best explains the usage:
</para>
<programlisting>call IMAP('FOO', "\&lt;C-r&gt;=AskVimFunc()\&lt;CR&gt;", 'vim')
" Askvimfunc: Asks For Function Name And Sets Up Template
" Description:
function! AskVimFunc()
let name = input('Name of the function : ')
if name == ''
let name = "&lt;+Function Name+&gt;"
end
let islocal = input('Is this function scriptlocal ? [y]/n : ', 'y')
if islocal == 'y'
let sidstr = '&lt;SID&gt;'
else
let sidstr = ''
endif
return IMAP_PutTextWithMovement(
\ "\" ".name.": &lt;+short description+&gt; \&lt;cr&gt;" .
\ "Description: &lt;+long description+&gt;\&lt;cr&gt;" .
\ "\&lt;C-u&gt;function! ".name."(&lt;+arguments+&gt;)&ph;\&lt;cr&gt;" .
\ "&lt;+function body+&gt;\&lt;cr&gt;" .
\ "endfunction \" "
\ )
endfunction</programlisting>
<para>
</para>
</entry>
</row>
<row>
<entry>ft</entry>
<entry>
<para>
The file type for which this mapping is active. When this string
is left empty, the mapping applies for all file-types. A filetype
specific mapping will always take precedence.
</para>
</entry>
</row>
<row>
<entry>phs, phe</entry>
<entry>
<para>
If you prefer to write the <literal>rhs</literal> with characters
other than <literal>&lt;+</literal> and <literal>+&gt;</literal>
to denote place-holders, you can use the last 2 arguments to
specify which characters in the <literal>rhs</literal> specify
place-holders. By default, these are <literal>&lt;+</literal> and
<literal>+&gt;</literal> respectively.
</para>
<para>
Note that the <literal>phs</literal> and <literal>phe</literal>
arguments do not control what characters will be displayed for
the placeholders when the mapping is actually triggered. What
characters are used to display place-holders when you trigger an
<literal>IMAP</literal> are controlled by the <link
linkend="Imap_PlaceHolderStart"><literal>Imap_PlaceHolderStart</literal></link>
and <link
linkend="Imap_PlaceHolderEnd"><literal>Imap_PlaceHolderEnd</literal></link>
settings.
</para>
</entry>
</row>
</tbody>
</tgroup>
</informaltable>
</para>
</section>
</section>
</section>
<section id="latex-packages">
<title>Package Handling</title>
<para>
&ls; has a lot of functionality written to ease working with packages.
Packages here refers to files which you include into the &latex;
document using the <literal>\usepackage</literal> command.
</para>
<section id="inserting-packages">
<title>Inserting package commands</title>
<para>
When you first invoke &ls;, it scans the
<literal>$VIM/ftplugin/latex-suite/packages</literal> directory for
package script files and creates a menu from all the files found there.
This menu is created under <literal>TeX-Suite > Packages >
Supported</literal>. This menu contains a list of packages "supported"
by &ls;. When you choose one of the packages from this menu (for example
the <literal>amsmath</literal> package), then a line of
the form
<programlisting>\usepackage[&ph;]{amsmath}&ph;</programlisting>
will be inserted into the current file.
</para>
<para>
The <literal>\usepackage</literal> line can also be inserted in an easy
manner in the current file by pressing <literal>&lt;F5&gt;</literal>
while in the preamble of the current document. This will set up a prompt
from the supported packages and ask you to choose from one of them. If
you do not find the package you want to insert in the list, you can type
in a package-name and it will use that. Pressing
<literal>&lt;F5&gt;</literal> in the preamble on a line containing a
single word will construct a <literal>\usepackage</literal> line from
that word.
</para>
<para>
You can also use the <link
linkend="TPackage"><literal>TPackage</literal></link> to insert the
<literal>\usepackage</literal> line.
</para>
<para>
Once you have inserted a <literal>\usepackage</literal> line, for
supported packages, you can use the Options and Commands menus
described in the <link linkend="package-actions">next section</link>.
</para>
</section>
<section id="package-actions">
<title>Actions taken for supported packages</title>
<para>
&ls; takes the following actions for packages detected when a file is
loaded, or a new <literal>\usepackage</literal> line is inserted using
one of the methods described in the <link
linkend="inserting-packages">previous section</link>.
</para>
<para>
If you are using the GUI and you have <link
linkend="Tex_Menus">g:Tex_Menus</link> set to 1, &ls; will create the
following sub-menus
<simplelist>
<member><literal>TeX-Suite > Packages > &lt;package&gt; Options</literal></member>
<member><literal>TeX-Suite > Packages > &lt;package&gt; Commands</literal></member>
</simplelist>
</para>
<para>
where <literal>&lt;package&gt;</literal> is the package you just
inserted (or was detected). You can use these menus to insert commands,
environments and options which &ls; recognizes as belonging to this
package.
</para>
<note>
<para>
While inserting an option, you need to position yourself in the
appropriate place in the document, most commonly inside the square
braces in the <literal>\usepackage[]{packname}</literal> command. &ls;
will not navigate to that location.
</para>
</note>
<para>
In addition to creating these sub-menus, &ls; will also scan the
<literal>$VIM/ftplugin/latex-suite/dictionaries</literal> directory and
if a dictionary file corresponding to the package file is found, then
it will add the file to the <literal>'dict'</literal> setting in &vim;
so you can use the <literal>&lt;C-X&gt;&lt;C-K&gt;</literal> command to
complete words from that file.
</para>
<para>
For example, the <literal>SIUnits</literal> package has a custom
dictionary.
</para>
<anchor id="latex-package-scanning" />
<para>
If a package detected at startup is found by &ls; in the current
directory or in a location specified by the <link
linkend="Tex_TEXINPUTS">g:Tex_TEXINPUTS</link> variable, &ls; will
scan the package for <literal>\newenvironment</literal> and
<literal>newcommand</literal> lines and also append any commands and
environments found to the list of commands and environments which you
are prompted with when you press <link
linkend="inserting-env-f5"><literal>&lt;F5&gt;</literal></link> or <link
linkend="ls-imap-f7"><literal>&lt;F7&gt;</literal></link> in insert
mode.
</para>
</section>
<para>
In addition, the <literal>TeX-Suite > Packages</literal> menu also
contains the following submenus
</para>
<formalpara>
<title>Update</title>
This command is to be invoked with the cursor placed on the package
name. If the corresponding package is found, then a sub-menu with the
supported commands and options is created.
</formalpara>
<formalpara>
<title>Update All</title>
This function reads the preamble of the document for
<literal>\usepackage</literal> lines and if &ls; supports the detected
packages, then sub-menus containing the package options and commands
are created.
</formalpara>
<section id="automatic-package-detection">
<title>Automatic Package detection</title>
<para>
Whenever &ls; begins editing a new &latex; file, it scans it for
<literal>\usepackage{name}</literal> lines, and if a supported package
is found, then it will create sub-menus and add to the
<literal>'dict'</literal> setting as described above.
</para>
<para>
If a <link linkend="latex-master-file">master-file</link> has been specified,
then it will scan that file instead of the current file. See the section
<link linkend="custom-packages">Custom Packages</link>
to see which files &ls; will scan in more detail.
</para>
<para>
For all the packages detected in this manner, &ls; will take certain
actions as described in the section <link
linkend="package-actions">package support.</link>.
</para>
<section id="custom-packages">
<title>Custom Packages</title>
<para>
Often times, the preamble can become too long, and some people prefer
to put most of their personalization in a custom package and include
that using a <literal>\usepackage</literal> line. &ls; tries to search
such customs package for other <literal>\usepackage</literal> lines, so
that supported packages included in this indirect manner can also be
used to create sub-menus, extend the <literal>'dict'</literal> setting
etc. The most obvious place to place such custom packages is in the
same directory as the edited file. In addition, &latex; also supports
placing custom packages in places pointed to by the
<literal>$TEXINPUTS</literal> environment variable.
</para>
<para>
If you use the <literal>$TEXINPUTS</literal> variable in &latex;, and
you wish &ls; to search these custom packages for
<literal>\usepackage</literal> lines, then you need to initialize the
<link linkend="Tex_TEXINPUTS"><literal>g:Tex_TEXINPUTS</literal></link>
variable.
</para>
<para>
The <literal>g:Tex_TEXINPUTS</literal> variable needs to be set in the
same format which &vim; uses for the <literal>'path'</literal> setting.
This format is explained in detail if you do
<programlisting>:help file-searching</programlisting>
from within &vim;.
</para>
<para>
Therefore the value of <literal>g:Tex_TEXINPUTS</literal> will most
probably be different from <literal>$TEXINPUTS</literal> which your
native &latex; distribution uses.
</para>
<para>
Example:
<programlisting>let g:Tex_TEXINPUTS = '~/texmf/mypackages/**,./**'</programlisting>
The <literal>**</literal> indicates that all directories below the
directory <literal>~/texmf/mypackages</literal> and
<literal>./</literal> are to be scanned for custom packages.
</para>
<note>
<para>
The present directory <literal>'.'</literal> is always searched. You
need not include that in <literal>g:Tex_TEXINPUTS</literal>.
</para>
</note>
</section>
</section>
<section id="supporting-packages">
<title>Writing supporting for a package</title>
<para>
Supporting a package is easy and consists of writing a vim script with
the same name as the package and placing it in the
<literal>$VIM/ftplugin/latex-suite/packages</literal> directory. A
package script should define two variables as described in the next two
sections. In addition to these two variables, you can also define any
functions, environment definitions etc. in this file.
</para>
<section>
<title><literal>g:Tex_package_option_&lt;package&gt;</literal></title>
<para>
This setting is a string containing a comma separated list of options
supported by this package.
</para>
<para>
Example:
<programlisting>g:Tex_package_option_mypack = 'opt1,opt2=,sbr:group1,opt3,opt4'</programlisting>
The <literal>=</literal> suffix means that the option takes a value.
Use <literal>sbr:group name</literal> to separate options into
sub-menus. All successive options will be clubbed into the
<literal>group1</literal> sub-menu till the next
<literal>sbr:</literal> option is encountered.
</para>
</section>
<section>
<title><literal>g:Tex_package_&lt;package&gt;</literal></title>
<programlisting>
g:TeX_package_&lt;package&gt; = "pre:Command,pre:Command1"
More detailed example is in latex-suite/packages/exmpl file (slightly
outdated).
Here is short summary of prefixes which can be used in package files:
(x - place with cursor, &ph; - |placeholder|)
{env:command} Environment: creates simple environment template
\begin{command}
x
\end{command}&ph;
{eno:command} Environment with option:
\begin[x]{command}
&ph;
\end{command}&ph;
{ens:command[&lt;&lt;option&gt;&gt;]...} Environment special:
\begin[&lt;&lt;option&gt;&gt;]...{command}
&ph;
\end{command}&ph;
{bra:command} Brackets:
\command{x}&ph;
{brd:command} Brackets double:
\command{x}{&ph;}&ph;
{brs:command[&lt;&lt;option&gt;&gt;]...} Brackets special (as environment special:
\command[&lt;+x+&gt;]{&ph;}{&ph;}&ph;
{nor:command} Normal:
\command&lt;Space
{noo:command} Normal with option:
\command[x]&ph;
{nob:command} Normal with option and brackets:
\command[x]{&ph;}&ph;
{pla:command} Plain:
command&lt;Space
{spe:command} Special:
command &lt;-literal insertion of command
{sep:command} creates separator. Good for aesthetics and usability :)
{sbr:command} Breaks menu into submenus. &lt;command&gt; will be title of submenu.
Can be used also in package variable.
Command can be also given without prefix:. The result is
\command
</programlisting>
</section>
</section>
</section>
<section id="latex-completion">
<title>Latex Completion</title>
<para>
&ls; provides an easy way to insert references to labels and
bibliographic entries and also provide filename arguments to commands
such as <literal>\includegraphics</literal>. Although the completion
capabilities are very diverse, &ls; only uses a single key
(<literal>&lt;F9&gt;</literal> by default) to do all of it. Pressing the
<literal>&lt;F9&gt;</literal> key does different things based on where
you are located. &ls; tries to guess what you might be trying to
complete at the location where you pressed
<literal>&lt;F9&gt;</literal>. For example, pressing
<literal>&lt;F9&gt;</literal> when you are within a
<literal>\ref</literal> command will try to list the
<literal>\label</literal>'s in the present directory. Pressing it when
you are in a <literal>\cite</literal> command will list bibliography
keys. &ls; also recognizes commands which need a file name argument and
will put up an explorer window for you to choose a filename.
</para>
<note id="ls-set-grepprg">
<title>Before you start with &ls;'s completion function...</title>
<para>
All of &ls;'s completion capabilities depend on a external program
being available on your system which can search through a number of
files for a reg-exp pattern. On *nix systems, the pre-installed
<literal>grep</literal> utility is more than adequate. Most windows
systems come with a utility <literal>findstr</literal>, but that has
proven to be very inadequate (for one, it does not have an option to
force the file name to be displayed when searching through a single
file). Your best bet is to install <ulink
url="http://www.cygwin.com">cygwin</ulink>, but if you think that's
overkill, you can <ulink
url="http://www.google.com/search?q=windows%20gnu%20grep">search
for</ulink> a windows implementation of GNU grep. (&ls; testing on
windows has been done with cygwin's port of GNU grep).
</para>
<para>
Once you have a <literal>grep</literal> program installed, you need to
set the <literal>'grepprg'</literal> option for vim. Make sure you use a
setting which forces the program to display file names even when you are
searching through a single file. For GNU grep, the syntax is
<programlisting>set grepprg=grep\ -nH\ $*</programlisting>
</para>
</note>
<section id="ls-completion-usage">
<title id="ls-completion-usage.title">&ls; completion example</title>
<para>
Consider the situation where you are editing a file with two equations
labelled <literal>eqn:euler</literal> and <literal>eqn:einstein</literal>.
Now you want to insert a reference to one of these equations. To do this,
you type the <literal>\ref{eqn:}</literal> command and with the cursor
placed after <literal>eqn:</literal>, press <literal>&lt;F9&gt;</literal>.
This will bring up two new windows beneath the main window you were working
in as shown in the figure below.
<programlisting>
8 These are a couple of equations:
9 +-- 4 lines: eqnarray (eqn:euler) : e^{j\pi} + 1 &amp;=&amp; 0---------------
13 +-- 4 lines: equation (eqn:einstein) : E = m c^2---------------------
17
18 These are a couple of figures:
19 +-- 7 lines: figure (fig:monkeys) : Monkeys can Type-------------------
26 +-- 7 lines: figure (fig:shakespeare) : Shakespeare could not type-----
33
34 This is a reference to \ref{eqn:}&ph;
35
36
37 \end{document}
38
~
~
~
newfile.tex 34,32 Bot
newfile.tex|11| \label{eqn:euler}
newfile.tex|15| \label{eqn:einstein}
~
[Error List] 1,1 All
7
8 These are a couple of equations:
9 \begin{eqnarray}
10 e^{j\pi} + 1 &amp;=&amp; 0
11 \label{eqn:euler}
12 \end{eqnarray}
13 \begin{equation}
14 E = m c^2
15 \label{eqn:einstein}
16 \end{equation}
newfile.tex [Preview] 11,3 21%
</programlisting>
</para>
<para>
The first window (shown as <literal>[Error&nbsp;List]</literal> above) is a
<literal>|cwindow|</literal> containing a list of possible matches for the
reference. The cursor will be located in the first line of this window. The
bottom window is a <literal>preview-window</literal> showing the context of
the <literal>\label</literal>. Moving around in the
<literal>[Error&nbsp;List]</literal> window automatically scrolls the
preview window so as to always keep showing the context of the
<literal>\label</literal> being viewed in the
<literal>[Error&nbsp;List]</literal> window. You can also press
<literal>J</literal> and <literal>K</literal> in the
<literal>[ErrorList]</literal> window to scroll the preview window up and
down.
</para>
<para>
To insert one of the labels, simply position the cursor in the correct line
in the <literal>[Error&nbsp;List]</literal> window and press
<literal>&lt;enter&gt;</literal>. This will immediately close the two newly
opened windows, get back to the correct location in the original file being
edited and insert the label into the <literal>\ref</literal> command.
</para>
<para>
If you notice carefully in the example above, the
<literal>[Error&nbsp;List]</literal> window only showed the matches for the
equations and did not list any of the figure labels. This is because we
pressed <literal>&lt;F9&gt;</literal> after <literal>\ref{eqn:</literal>
instead of simply after <literal>\ref{</literal>. This caused &ls; to
search only for those labels which started with the string
<literal>eqn:</literal>. If you had pressed
<literal>&lt;F9&gt;</literal> after a <literal>\ref{</literal>, you would
have been shown matches from <emphasis>all</emphasis> labels, not just
those starting with <literal>eqn:</literal>.
</para>
<para>
Thus prefixing all your labels with <literal>eqn:</literal>,
<literal>fig:</literal>, <literal>tab:</literal> etc. depending on what you
are labelling will lead to an easier time completing references.
</para>
</section>
<section id="ls-completion-ref">
<title>&ls; \ref completion</title>
<para>
Pressing <literal>&lt;F9&gt;</literal> when you are within a partially
completed <literal>\ref</literal> command will split open a window
(named <literal>__OUTLINE__</literal>) which contains a nicely
formatted list of all the <literal>\label</literal>s found in the
present project. The <literal>\label</literal>s are heirarchically
arranged according to which <literal>\section</literal>,
<literal>\subsection</literal> etc of the overall document structure
they are present in. For example, when you first press
<literal>&lt;F9&gt;</literal> after typing <literal>\ref{</literal>,
you should see something like:
<programlisting>
+-- 54 lines: 2. Kinematics--------------------------------
+-- 98 lines: 3. Aerodynamics of the MFI thorax------------
+-- 40 lines: 4. Jump Resonance in Fourbar Mechanisms------
+-- 28 lines: 5. Design and Fabrication Issues-------------
</programlisting>
Each chapter is |fold|ed away so that you can quickly jump to the
correct section/subsection in which the relevant equation is defined.
This makes inserting references significantly faster for large projects
with hundreds of equations. You can then open some of the folds to see
for example:
<programlisting>
+-- 54 lines: 2. Kinematics--------------------------------
3. Aerodynamics of the MFI thorax
3.1. Aerodynamic modeling of the MFI wing forces
3.1.1. Geometric Specification
eqn:wingnormal-pos
\nhat = T_z(\theta_2) T_y(\theta_y)T_x(\theta_x)\nhat_0,
eqn:T-1
T_1(\theta_2) &amp;=&amp; T_z(\theta_2)
</programlisting>
The <literal>&lt;Tab&gt;</literal> key is mapped in this window to
toggle folds so that you can quickly open/close folds in order to
navigate the heirarchy faster. Once you are positioned on a
label, press <literal>&lt;Enter&gt;</literal>. This closes the
<literal>__OUTLINE__</literal> window, returns to the window in which
you pressed <literal>&lt;F9&gt;</literal> and inserts the reference
at the current cursor position.
</para>
<note>
<title>Filtering labels by prefix</title>
<para>
You can press <literal>&lt;F9&gt;</literal> after typing part of the
<literal>\label</literal>. In this case, &ls; only presents
<literal>\label</literal>s which begin with the already filled
characters. You can use this to choose between equations, figures,
tables etc. if you consistently label equations to begin with
<literal>eqn:</literal>, figures to begin with <literal>fig:</literal>
etc. For example, with this scheme, pressing
<literal>&lt;F9&gt;</literal> after typing
<literal>\ref{eqn:</literal> will only list equations.
</para>
</note>
<note>
<para>
&ls; works the same way if you press <literal>&lt;F9&gt;</literal>
after any command which contains the letters <literal>ref</literal>.
Thus you can complete <literal>\eqref</literal> in exactly the same
manner.
</para>
</note>
<note>
<title>Requirements</title>
<para>
This method of preseting the <literal>\label</literal>s depends on Vim
being compiled with python support. To check if you have this, see the
output of the <literal>:ver</literal> command. If you see something
like <literal>+python</literal>, you are all set. Failing this, you
will need to have <literal>python</literal> somewhere in your
<literal>$PATH</literal>.
</para>
</note>
</section>
<section id="latex-completion-cite">
<title>&ls; <literal>\cite</literal> completion</title>
<para>
&ls; provides an easy way to insert references to bibliographic
entries. Pressing <literal>&lt;F9&gt;</literal> when the cursor is
placed inside a partially completed <literal>\cite</literal> command
will split open a new window (named <literal>__OUTLINE__</literal>)
which contains a formatted and syntax highlighted list of all bibtex
entries found. For example, pressing <literal>&lt;F9&gt;</literal>
after typing <literal>\ref{</literal> should present you with a window
which looks something like this:
<programlisting>
Article [dickinson:science:99]
"Wing rotation and aerodynamic basis of insect flight"
M. H. Dickinson and F-O. Lehman and S. P. Sane
In Science, 1999
Article [ellington:84:part1]
"The Aerodynamics of Hovering Insect Flight. I. The Quasi-Steady Analysis"
Ellington, C P
In Philosophical Transactions of the Royal Society of London. Series B, Biological Sciences, 1984
Article [ellington:84:part2]
"The Aerodynamics of Hovering Insect Flight. II. Morphological Parameters"
Ellington, C P
In Philosophical Transactions of the Royal Society of London. Series B, Biological Sciences, 1984
</programlisting>
</para>
<para>
You can easily jump from one entry to another using the
<literal>'n'</literal> and <literal>'p'</literal> keys (to go to the
next / previous entry respectively).
</para>
<para>
You can also filter out a subset of the bibtex entries by pressing
<literal>'f'</literal> while in this window. Doing this presents the
following prompt:
<programlisting>
Field acronyms: (`:let g:Tex_EchoBibFields = 0` to avoid this message)
[t] title [a] author [b] booktitle
[j] journal [y] year [p] bibtype
(you can also enter the complete field name)
Enter filter criterion [field&lt;space&gt;value]:
</programlisting>
At the prompt, type
<programlisting>a ellington</programlisting>
Notice that the letter a is an acronym for <literal>author</literal>
according to the prompt above. Therefore this filter only shows those
bibtex entries whose author field contains the text
<literal>ellington</literal>. You can keep narrowing your selection by
repeatedly filtering the results. If you would like to remove all the
filters and see all entries again, press 'a', which removes
all the filters.
</para>
<para>
You can also sort the bibtex entries based on a field. To do this,
press 's'. This will present you with a prompt like in the case of the
filter and you are asked to choose a field. In this case, you would
type in a single character. This sorts the entries according to that
field.
</para>
<note>
<para>
<literal>&lt;F9&gt;</literal> will also work in a similar way after any
command which contains the word <literal>cite</literal> in it. For
example, pressing <literal>&lt;F9&gt;</literal> will also work with
<literal>\citenum</literal> etc.
</para>
</note>
<para>
The following logic is applied to find out which bibliographic entries
are included in the completion.
</para>
<orderedlist>
<listitem>
<para>
Firstly, if the present file has a <link
linkend="latex-master-file">master-file</link> defined for it, then &ls;
will perform the following steps on that file instead of on the
current file.
</para>
</listitem>
<listitem>
<para>
First, the file is scanned for a <literal>\bibliography</literal>
command. To explain better, assume that a command
<programlisting>\bibliography{file1,file2}</programlisting> is found
in the present file. For each bibliography file, say
<literal>file1</literal>, &ls; first tries to see if a
<literal>.bib</literal> file, <literal>file1.bib</literal> can be
found. If so, it will scan it for bib-keys of the form
<literal>@BOOK{</literal> etc., and add these searches to the
completion list. If a <literal>.bib</literal> file cannot be found,
then it will try to see if <literal>file1.bbl</literal> can be found.
If so, &ls; will search it for bib-keys of the form
<literal>\bibitem</literal> and add these to the completion list.
</para>
<para>
You can set the location where &ls; will search for
<literal>.bib</literal> and <literal>.bbl</literal> files using the
<link
linkend="Tex_BIBINPUTS"><literal>|Tex_BIBINPUTS|</literal></link>
variable.
</para>
</listitem>
<listitem>
<para>
If a <literal>\bibliography</literal> command is not found, then &ls;
tries to scan the present file for a
<literal>\begin{thebibliography}</literal> environment. If found,
&ls; searches the present file for bib-keys of the form
<literal>\bibitem</literal>.
</para>
</listitem>
<listitem>
<para>
Finally, it will try to see if this file includes other files
via the <literal>\input</literal> command. For each such file found,
&ls; will repeat the previous two steps stopping at the first file
which has either a <literal>\bibliography</literal> command or a
<literal>thebibliography</literal> environment.
</para>
</listitem>
</orderedlist>
<section id="cite-search-caching">
<title>Caching the <literal>\cite</literal> completion results</title>
<anchor id="TClearCiteHist"></anchor>
<para>
Often times, the editing cycle proceeds by first laying out a
comprehensive bibliography and then completing all the
<literal>\cite</literal> commands in one session. In such situations,
it is inefficient to scan the whole list of bibliography files for
bib-keys each time. &ls; provides a way to cache the results of the
cite completion search using the <link
linkend="Tex_RememberCiteSearch"><literal>Tex_RememberCiteSearch</literal></link>
variable. If set, &ls; will perform the search only the first time
<literal>&lt;F9&gt;</literal> is used. Next time on, it will reuse the
search results. If you wish to redo the search results, issue the
command
<programlisting>TClearCiteHist</programlisting>
This will redo the completion list next time you use
<literal>&lt;F9&gt;</literal>.
</para>
</section>
</section>
<section id="ls-filename-completion">
<title>&ls; filename completion</title>
<para>
When you press <literal>&lt;F9&gt;</literal> at a location where &ls;
guesses a filename needs to be typed, then a new explorer window will
open up with the list of files. You can use this window to change
directories etc. Pressing <literal>&lt;enter&gt;</literal> on a filename
in the explorer window will automatically close the explorer window,
return to the location where you pressed <literal>&lt;F9&gt;</literal>
from and insert the filename into that position.
</para>
<para>
&ls; also tries to guess what kinds of files you might not want to
insert and hides those accordingly. For example, if you press
<literal>&lt;F9&gt;</literal> when you are located at
<literal>\includegraphics{</literal>, then &ls; knows that you will not
want to insert <literal>.tex</literal> files. Therefore, the explorer
window will automatically hide these files.
</para>
<para>
As of now, &ls; recognizes the following commands for filename
completion. Along with the commands, this table also lists the
files which &ls; will not show for completing each command.
</para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>command</entry>
<entry>hide pattern</entry>
</row>
</thead>
<tbody>
<row>
<entry><literal>\bibliography</literal></entry>
<entry><literal>'^\.,\.[^b]..$'</literal></entry>
</row>
<row>
<entry><literal>\include</literal> <literal>\includeonly</literal></entry>
<entry><literal>'^\.,\.[^t]..$'</literal></entry>
</row>
<row>
<entry><literal>\includegraphics</literal> <literal>\psfig</literal></entry>
<entry><literal>'^\.,\.tex$,\.bib$,\.bbl$,\.zip$,\.gz$'</literal></entry>
</row>
<row>
<entry><literal>\input</literal></entry>
<entry><literal>''</literal></entry>
</row>
</tbody>
</tgroup>
</informaltable>
</section>
<section id="ls-completion-custom">
<title>Custom command completion</title>
<para>
&ls; also recognizes certain commonly used &latex; commands for the
<literal>&lt;F9&gt;</literal> key. At the moment, the
<literal>\bibliographystyle</literal>, <literal>\addtocontents</literal>
and the <literal>\addcontentsline</literal> commands are recognized,
although more will be added in the future. When you press the
<literal>&lt;F9&gt;</literal> after such a command, &ls; will prompt
you with a list of arguments which make sense for the command.
</para>
<para>
This functionality is available for commands for which a global
variable of the form
<literal>g:Tex_completion_{&lt;command&gt;}</literal> is defined where
<literal>&lt;command&gt;</literal> is the command name. This variable
is a comma separated list of values which this command takes. For
example, the argument to the <literal>\bibliographystyle</literal>
command is commonly one of <literal>abbr,alpha,plain,unsrt</literal>.
Therefore, &ls; defines
<programlisting>let g:Tex_completion_bibliographystyle = 'abbr,alpha,plain,unsrt'</programlisting>
You can define your own completion variables in a similar manner for
commands which you might use.
</para>
</section>
</section>
<section id="latex-compiling">
<title>&latex; Compiling</title>
<para>
This functionality, available via the TeX-Suite menu, provides various tools
to compile and debug &latex; files from within &vim;.
</para>
<para>
If you are using commonly used LaTeX tools, then you should be all set
as soon as you download and install &ls;. In order to compile a
LaTeX file, simply press <literal>\ll</literal> while editing the file.
This runs latex on the current file and displays the errors in a
|quickfix-window| below the file being edited. You can then scroll
through the errors and press <literal>&lt;enter&gt;</literal> to be
taken to the location of the corresponding error. Along with the errors
being listed in the quickfix window, the corresponding log file is also
opened in |preview| mode beneath the quickfix window. It is scrolled
automatically to keep in sync with the error being viewed in the
quickfix window. You will be automatically taken to the location of the
first error/warning unless you set the <link
linkend="Tex_GotoError">g:Tex_GotoError</link> variable to 0.
</para>
<para>
&ls; also supports compiling &latex; into formats other than DVI. By
default, &ls; supports PDF and PS formats. In order to choose a format
other than DVI, use the <literal>TTarget</literal> command or the
<literal>TeX-Suite > Target Format</literal> menu item. This will ask you
to type in the name of the target format you want to compile to. If a rule
has been defined for the format (as described in the next
<link linkend="compiler-rules">section</link>), then &ls; will switch to
that format.
</para>
<para>Trying to choose a format for which no rule has been defined will
result in &ls; displaying a warning message without taking any action.
</para>
<para>
If you are using a multiple file project and need to compile a master
file while editing other files, then &ls; provides a way to specify the
file to be compiled as described in <link
linkend="latex-master-file">latex-master-file</link>.
</para>
<section id="compiler-rules">
<title>Setting Compilation rules</title>
<para>
In order to compile &latex; files into various formats, &ls; needs to know
which external programs to call and in which way they need to be called.
This information is provided to &ls; via a number of "rules". For each
format you want to compile to, you need to specify a rule. A rule is
specified by defining a variable of the form:
<programlisting>g:Tex_CompileRule_&lt;format&gt;</programlisting>
where <literal>&lt;format&gt;</literal> is a string like
<literal>"pdf"</literal>, <literal>"dvi"</literal> etc.
</para>
<para>
Example: By default, &ls; uses the following rule for compiling &latex;
documents into DVI.
<programlisting>g:Tex_CompileRule_dvi = 'latex --interaction=nonstopmode $*'</programlisting>
</para>
<para>
Default values are also provided for ps and pdf formats. You might want to
change these rules in texrc according to your local tex environment.
</para>
<note>
<para>
For win32 users user MikTeX, sometimes the latex compiler's output has a
bug where a single number is split across different lines. In this case,
put the included <literal>vim-latex</literal> file distributed with &ls;.
</para>
</note>
</section>
<section id="compiler-dependency">
<title>Handling dependencies in compilation</title>
<para>
&ls; also handles compiling dependencies automatically via certain
rules which specify the "dependency chain" for each target format.
For example, if in your case, you use
<programlisting>.tex -&gt; .dvi -&gt; .ps -&gt; .pdf</programlisting>
to generate <literal>pdf</literal> files from <literal>dvi</literal>
files, then you will need to specify the following setting in your
&ls; configuration (see <link
linkend="customizing-latex-suite">customizing &ls;</link> for where
these settings should go):
<programlisting>
let g:Tex_FormatDependency_pdf = 'dvi,ps,pdf'
</programlisting>
This is a comma separated string of formats specifying the order in
which the formats to be compiled into should be chosen. With this
setting, if you set the target format to <literal>pdf</literal>, then
the next time you compile via the <literal>\ll</literal> shortcut, &ls;
will first generate a <literal>dvi</literal> file, then use that to
generate the <literal>ps</literal> file and finally create the
<literal>pdf</literal> file from that.
</para>
<note>
<para>
If any of the intermediate formats is listed in the
<literal>g:Tex_MultipleCompileFormats</literal> setting as described
in the section <link linkend="compiling-multiple">Compiling multiple
times</link>, then &ls; might make multiple calls to the compiler to
generate the output file of that format.
</para>
</note>
<para>
Along with the <literal>g:Tex_FormatDependency_{format}</literal>
setting, you should ofcourse specify the rule for compiling to each of
the formats as described in the <link linkend="compiler-rules">previous
section</link>. For example, with the setting above, you could use:
<programlisting>
let g:Tex_CompileRule_dvi = 'latex --interaction=nonstopmode $*'
let g:Tex_CompileRule_ps = 'dvips -Ppdf -o $*.ps $*.dvi'
let g:Tex_CompileRule_pdf = 'ps2pdf $*.ps'</programlisting>
</para>
<note>
<para>
By default, &ls; does not specify any compiler dependencies. Each
target format for which a rule has been derived will be compiled
independently.
</para>
</note>
</section>
<section id="compiling-multiple">
<title>Compiling multiple times</title>
<para>
Most &latex; compilers need to be re-run several times in several
commonly occurring situations in order to get a final camera ready copy.
For example, when <literal>\label</literal>'s change, when new
<literal>\cite</literal> commands are added etc. If the target format
you are compiling to requires multiple compilations, then you will
need to include the format in the
<literal>g:Tex_MultipleCompileFormats</literal> setting. This is a
comma separated string of formats which need multiple compilations to
be generated correctly.
</para>
<para>
By default, this setting contains just the <literal>dvi</literal>
format. If you use the <literal>pdflatex</literal> compiler to generate
<literal>pdf</literal> files, then you might want to also include
<literal>pdf</literal> into the above setting.
</para>
<para>
For every format included in the
<literal>g:Tex_MultipleCompileFormats</literal> setting described
above, &ls; will use the following logic to generate the file. Note
that although the following description uses <literal>latex</literal>
to refer to the compiler, it could be some other compiler such as
<literal>pdflatex</literal> for generating <literal>pdf</literal>
output.
</para>
<para>
<orderedlist>
<listitem>If there was a <literal>.idx</literal> file, then remember
its contents.</listitem>
<listitem>Run <literal>latex</literal>.</listitem>
<listitem>If the <literal>.idx</literal> file changed due to the latex
compiler, then run <literal>makeindex</literal> to redo the
<literal>.ind</literal> file and then remember to rerun latex.
</listitem>
<listitem>
<para>
If the <literal>.aux</literal> file generated by the latex
compiler contains a <literal>\bibdata</literal> line, then it
means that we are using a <literal>.bib</literal> file. Therefore,
run <literal>bibtex</literal>.
</para>
<note>
<para>
This means that we will always run <literal>bibtex</literal>
whenever we use the <literal>\bibliography</literal> command
whether or not we actually need to. At this time, &ls; does not
parse the <literal>.aux</literal> file before and after the latex
compiler to see if we are required to rerun
<literal>bibtex</literal>.
</para>
</note>
</listitem>
<listitem>
If the <literal>.bbl</literal> file changes because of this, then
remember to rerun latex again.
</listitem>
<listitem>Also, we check to see if the &latex; compiler gives certain
standard warnings which notify that we need to compile once again. In
this case also, remember to rerun &latex;.</listitem>
<listitem>If we found we had to rerun latex, then we repeat
the steps above but not running <literal>makeindex</literal> or
<literal>bibtex</literal> again.</listitem>
</orderedlist>
</para>
<para>
The &latex; file is compiled atmost 5 times using this logic. These
steps will ensure that on most platforms/environments, you will get a
clean output with all the cross-references, citations etc correctly
labelled and ordered.
</para>
</section>
<section id="compiler-output-customization">
<title>Customizing the compiler output</title>
<para>
Most &latex; compilers produce a very large amount of output during
compilation, most of which is not relevant to debugging type-setting
errors. The compiler plugin provided with &ls; (which is an enhanced
version of the standard compiler plugin maintained by Artem Chuprina),
provides a way to filter the compiler output so that the actual
errors/warnings can be presented much more concisely.
</para>
<para>
The compiler plugin is set up by default to function in a "non-verbose",
"ignore-common-warnings" mode, which means that irrelevant lines from the
compiler output will be ignored and some very common warnings are also
ignored.
&ls; does this via the global variable <link
linkend="Tex_IgnoredWarnings"><literal>g:Tex_IgnoredWarnings</literal></link>.
This is a list of patterns, which can be used to filter out (or ignore)
some or the warnings and errors reported by the compiler. See the link
above for its default value.
</para>
<para>
&ls; uses the <link
linkend="Tex_IgnoreLevel"><literal>g:Tex_IgnoreLevel</literal></link>
setting to set a default ignore level. For example, for the default
value of 4, &ls; ignores warnings and errors matching the first 4
patterns in <literal>g:Tex_IgnoredWarnings</literal>.
</para>
<para>
In addition to setting a default value of the ignore level, &ls;
provides the ability to set the level dynamically, using the
<literal>TCLevel</literal> command. For example, if you issue the
command:
<programlisting>TCLevel 3</programlisting>
from within &vim;, then the next time you compile the document, &ls; will
ignore warnings and errors which match the first three patterns in
<literal>g:Tex_IgnoredWarnings</literal>.
</para>
<para>
When TCLevel is called with the unquoted string strict as follows:
<programlisting>TClevel strict</programlisting>
then &ls; switches to a "verbose", "no-lines-ignored" mode which is useful
when you want to make final checks of your document and want to be careful
not to let things slip by.
</para>
<para>
See the explanation of the settings <link
linkend="Tex_IgnoredWarnings">g:Tex_IgnoredWarnings</link> and <link
linkend="Tex_IgnoreLevel">g:Tex_IgnoreLevel</link> to find out how to
customize the filtering done by &ls;
</para>
</section>
<section id="part-compiling">
<title>Compiling parts of a file</title>
<para>
&ls; also provides a way to compile a fragment of a document. This can be
very useful while debugging a complex equation or one chapter in a book,
etc.
</para>
<para>
To do this, visually select a portion of the text and press
<literal>\ll</literal> while in visual mode. The visually selected portion
will be saved to a temporary file with the preamble from the current
document prepended. &ls; will then switch focus to this temporary file and
compile it. Continue to debug this file as required and then replace the
portion of the original file with this one.
</para>
<para>
Pressing <literal>\lv</literal> while viewing the temporary file will
view the output file generated from the temporary file, not the original
file
</para>
<para>
Two commands |TPartComp| and |TPartView| are provided to be able to get
this functionality via the command line.
</para>
<para>
From release 1.6 onwards of &ls;, the temporary file created
for part compilation will reside in the same directory as the file from
which the fragment is being created. This ensures that any relative
path-names defined in the fragment will still work. &ls; will
attempt to clean the temporary file(s) created when Vim exits.
</para>
</section>
</section>
<section id="latex-viewing">
<title>Latex Viewing and Searching</title>
<section id="latex-viewing-rules">
<title>Setting Viewing rules</title>
<para>
In order to view the output files created by compiling the source
files, you need to specify which external program &ls; should call. You
can specify the external program using one of two settings
<link linkend="Tex_ViewRule_format">Tex_ViewRule_format</link> or <link
linkend="Tex_ViewRuleComplete_format">Tex_ViewRuleComplete_format</link>.
By default, &ls; has default settings for viewing various common output
formats via the <literal>Tex_ViewRule_format</literal> settings, so
that if you are using commonly used programs, you should be all set to
view compiled files from within &vim; by simply pressing
<literal>\lv</literal>.
</para>
<note>
<para>
The viewing function also takes the <link
linkend="latex-master-file"><literal>*.latexmain</literal></link> file
into account to decide which file to show.
</para>
</note>
<para>
If pressing <literal>\lv</literal> does not work, then it most probably
has to do with incorrect settings of the <link
linkend="Tex_ViewRule_format"><literal>g:Tex_ViewRule_&lt;format&gt;</literal></link>
where <literal>&lt;format&gt;</literal> is the format you are
attempting to view. See the link above for how to set this according to
your system.
</para>
<note>
<para>
On Windows and OS/X, you can leave the view rule empty to open the document
with the default viewer on your system. On Linux/UNIX systems, you can use
the <literal>xdg-open</literal> command to open the document with the default
viewer.
</para>
</note>
<para>
In addition to viewing the files, &ls; also supports forward and inverse
searching for certain common tools for viewing documents.
See the next few sections for details on forward and inverse searching,
including an overview of viewers.
</para>
</section>
<section id="forward-searching">
<title>Forward Searching documents</title>
<para>
Forward searching refers to making a viewer display a given document at
a given location from within &vim;. At present, these viewers are known to support
forward searching, but viewers that are not listed here may work, too:
<informaltable frame="all">
<tgroup cols="3">
<thead>
<row>
<entry>Viewer</entry>
<entry>OS</entry>
<entry>Supported documents</entry>
<entry>Comment</entry>
</row>
</thead>
<tbody>
<row>
<entry><ulink url="http://skim-app.sourceforge.net/">Skim</ulink></entry>
<entry>Apple / OS X Tiger</entry>
<entry>PDF</entry>
<entry>Supports also inverse searching</entry>
</row>
<row>
<entry><ulink url="http://pdfview.sourceforge.net/">PDFView</ulink></entry>
<entry>Apple / OS X</entry>
<entry>PDF</entry>
<entry>No longer in development, supports also inverse searching</entry>
</row>
<row>
<entry><ulink url="http://www2.ing.unipi.it/~d9615/homepage/texniscope.html">TeXniscope</ulink></entry>
<entry>Apple</entry>
<entry>PDF, DVI</entry>
<entry></entry>
</row>
<row>
<entry><ulink url="http://www.miktex.org/">YAP</ulink></entry>
<entry>Windows</entry>
<entry>DVI, PS</entry>
<entry>ships with MikTex</entry>
</row>
<row>
<entry><ulink url="http://blog.kowalczyk.info/software/sumatrapdf/">Sumatra PDF</ulink></entry>
<entry>Windows</entry>
<entry>PDF</entry>
<entry></entry>
</row>
<row>
<entry><ulink url="http://developer.kde.org/~kdvi/">kdvi</ulink></entry>
<entry>Linux/UNIX</entry>
<entry>DVI</entry>
<entry></entry>
</row>
<row>
<entry><ulink url="http://okular.kde.org/">okular</ulink></entry>
<entry>Linux/UNIX</entry>
<entry>DVI, PDF, PS and many more</entry>
<entry>Included in KDE 4</entry>
</row>
<row>
<entry><ulink url="http://math.berkeley.edu/~vojta/xdvi.html">xdvi</ulink></entry>
<entry>Linux/UNIX</entry>
<entry>DVI</entry>
<entry></entry>
</row>
<row>
<entry><ulink url="http://xdvi.sourceforge.net/">xdvik</ulink></entry>
<entry>Linux/UNIX</entry>
<entry>DVI</entry>
<entry></entry>
</row>
</tbody>
</tgroup>
</informaltable>
Pressing <literal>\ls</literal> from within &vim;
should make the viewer display the portion of the document where your
cursor is placed.
<note>
<para>
OS/X users need to set the <literal>g:Tex_TreatMacViewerAsUNIX</literal> flag
to <literal>1</literal> and provide a UNIX-like viewrule, that expects as
arguments the document, the linenumber and the sourcefile in this order.
</para>
</note>
</para>
<anchor id="enabling-searching" />
<note>
<title>Enabling Forward and Inverse Searching</title>
<para>
Most DVI viewers need "source-special" information in order to do
forward (and inverse) searching. This information is embedded in the
<literal>dvi</literal> file if the &latex; source is compiled with the
<literal>--src-specials</literal> option. By default, &ls; does not
supply this argument to the compiler. See the section on
<literal><link
linkend="Tex_CompileRule_format">g:Tex_CompileRule_dvi</link></literal>
to find out how this option can be set.
For pdf viewers you need to use the <ulink url="http://itexmac.sourceforge.net/pdfsync.html">pdfsync</ulink>
package in your LaTeX document.
</para>
</note>
</section>
<section id="inverse-searching">
<title>Inverse Searching</title>
<para>
Inverse searching refers to the viewer telling &vim; to display the &latex;
source file at a given location. Usually this happens with double-clicking
or clicking while pressing the shift button in the viewer window. The
actual method depends on the viewer application.
</para>
<para>
You will need to <link linkend="enabling-searching">enable
searching</link> in order to use this functionality.
</para>
<para>
You will also need to specify certain settings to the DVI viewer
conveying the syntax which it needs to use to tell &vim; how to display
the source file. In <literal>YAP</literal>, you can set this option in
<literal>View > Options > Inverse Search</literal>. The
<literal>Command Line</literal> field needs to be set as follows:
<programlisting>"C:\Program Files\vim\vim61\gvim" -c ":RemoteOpen +%l %f"</programlisting>
The command <literal>:RemoteOpen</literal> is supplied when you install
&ls;.
</para>
<para>
On *nix machines, &ls; attempts to call the DVI viewer in such a way
that it already knows how to communicate with &vim;. If this does not
seem to be working, you can use the <literal>RemoteOpen</literal>
command described above.
</para>
</section>
</section>
<section id="latex-folding">
<title>Latex Folding</title>
<para>
&ls; ships with the plugin SyntaxFolds.vim which is a plugin for
creating "fake" syntax folds on the fly. The fold method is actually manual
but the folding is based on &latex; syntax. This offers a speed increase over
regular syntax folding. Ofcourse it has the disadvantage that the folds are
not dynamic, i.e newly created syntax items are not automatically folded up.
(This is a compromise between speed and convenience).
</para>
<para>
When you open up a LaTeX file, all the portions will be automatically folded
up. However, no new folds will be created until you press
<literal>&lt;F6&gt;</literal> or <literal>\rf</literal>. (rf
stands for "refresh folds").
</para>
<para>
The fold-text is set to the first line of the folded text unless the fold is a
table, figure etc. (an environment). In this case, if a \caption and/or a
label is found in the folded region, then those are used to make a more
meaningful fold-text, otherwise the second line of the environment is displayed
along with the name of the environment. In other words, the following
<programlisting>\begin{figure}[h]
\centerline{\psfig{figure=slidercrank.eps,height=6cm}}
\caption{The Slider Crank Mechanism.}
\label{fig:slidercrank}
\end{figure}
% a LaTeX comment.
\begin{eqnarray}
\sin(\pi) = 0
\end{eqnarray}</programlisting>
</para>
<para>
will be shown as:
<programlisting>+--- 5 lines: figure (fig:slidercrank) : The Slider Crank Mechanism. -----
% a LaTeX comment.
+--- 3 lines: eqnarray () : \sin(\pi) = 0 --------------------------------</programlisting>
</para>
<section id="default-folding">
<title>Default Folding Scheme in &ls;</title>
<para>
By default &ls; creates folds in the following manner:
</para>
<programlisting>\chapter
\section
%%fakesection
\subsection
\subsubsection
\item
\equation
\eqnarray
\figure
\table
\footnote</programlisting>
<para>
The indentation shows the "nestedness" of the folding scheme.
See the <link linkend="customizing-what-to-fold">next section</link> to
see how you can change this scheme.
</para>
</section>
<section id="customizing-what-to-fold">
<title>Customizing what to fold</title>
<para>
From version 1.6 onwards, the folding in &ls; can be controlled
to a large extent via a number of global variables.
</para>
<section id="Tex_FoldedSections">
<title>Tex_FoldedSections</title>
<para>
This entry defines which sections will be folded. This
setting is a comma separated list of section names.
The default value is:
<programlisting>part,chapter,section,%%fakesection,
subsection,subsubsection,paragraph</programlisting>
Each of the entries in the list will fold up a section of the
corresponding name. The <literal>%%fakesection</literal> section is
provided as a means for the user to group lines into "fake" sections.
A <literal>%%fakesection</literal> is assumed to start on a line which
begins with the string <literal>%%fakesection</literal> and continue
till the start of the next <literal>\section</literal>,
<literal>\subsection</literal> or any other section.
</para>
<para>
See also <link linkend="fold-setting-advanced">advanced fold
settings</link>.
</para>
</section>
<section id="Tex_FoldedEnvironments">
<title>Tex_FoldedEnvironments</title>
<para>
This entry defines which environments will be folded. It is a
comma separated string of words each of which defines a single
environment. The default setting is
<programlisting>verbatim,comment,eq,gather,
align,figure,table,thebibliography,
keywords,abstract,titlepage</programlisting>
The words need not be standard Latex environments. You can
add any word you like. Also, each word will fold up all
environments whose name begins with that word. For example, in
the setting above, the word <literal>"eq"</literal> folds up the
<literal>\begin{equation}</literal>,
<literal>\begin{eqnarray}</literal>,
<literal>\begin{eqnarray*}</literal> environments. To avoid
this, you can replace the word <literal>"eq"</literal> with
<literal>"eq}"</literal>.
</para>
<para>
See also <link linkend="fold-setting-advanced">advanced fold
settings</link>.
</para>
</section>
<section id="Tex_FoldedCommands">
<title>Tex_FoldedCommands</title>
<para>
This entry defines which commands will be folded. It is a comma
separated string of words each of which defines a single command.
The default setting is empty, i.e no commands are folded.
The words need not be standard Latex commands. You can use whatever
words you like. Each word will fold all commands whose name begins
with that word as in the case of the <link
linkend="Tex_FoldedEnvironments">Tex_FoldedEnvironments</link>
variable.
</para>
<note>
<para>
It is very difficult to fold commands reliably because it is very
difficult to create a regexp which will match a line containing
unmatched parentheses (or curly brackets), but will not match a line
containing matched parentheses.
</para>
<para>
Just to make things safer, only lines which start a command but do
not contain additional curly braces after the command has started are
folded. In other words, if you wanted to fold the the command
<literal>"mycommand"</literal>, then the lines
<programlisting>\mycommand{This is a line
and some more text on the next line
}</programlisting>
will be folded, but the lines
<programlisting>\mycommand{This is a \textbf{line}
and some more text
}</programlisting>
will not be folded. This is a bug which is very difficult to fix.
</para>
</note>
<para>
See also <link linkend="fold-setting-advanced">advanced fold
settings</link>.
</para>
</section>
<section id="Tex_FoldedMisc">
<title>Tex_FoldedMisc</title>
<para>
This entry defines fold syntax for certain items which do not
naturally fit into the section, environment of command lists. It is a
comma separated list of words. The default value is:
<programlisting>item,preamble,&lt;&lt;&lt;</programlisting>
<note>
<para>
Unlike the other Tex_FoldedXXXX variables, the words in this setting
are limited to take values from the following list:
</para>
<para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Value</entry>
<entry>Meaning</entry>
</row>
</thead>
<tbody>
<row>
<entry>comments</entry>
<entry>Folds up contiguous blocks of comments</entry>
</row>
<row>
<entry>item</entry>
<entry>Folds up the <literal>\item</literal>s within list
environments</entry>
</row>
<row>
<entry>preamble</entry>
<entry>Folds up the preamble of a document. (The part between
the <literal>\documentclass</literal> command and the
<literal>\begin{document}</literal> environment)</entry>
</row>
<row>
<entry><literal>&lt;&lt;&lt;</literal></entry>
<entry>Folds defined manually by the user using the
<literal>&lt;&lt;&lt;</literal> and
<literal>&gt;&gt;&gt;</literal> strings as fold-markers.</entry>
</row>
</tbody>
</tgroup>
</informaltable>
Any other words in the <literal>Tex_FoldedMisc</literal> setting
are silently ignored.
</para>
</note>
</para>
<para>
See also <link linkend="fold-setting-advanced">advanced fold
settings</link>.
</para>
</section>
<section id="fold-setting-advanced">
<title>Advanced Fold setting details</title>
<para>
The order of the words in the <literal>Tex_FoldedXXXX</literal>
variables is <emphasis>important</emphasis>. The order defines the
order in which the folds are nested. For example, the value
<literal>"subsection,section"</literal> for the
<literal>Tex_FoldedSections</literal> variable will not fold any
subsections at all. This is because the folds are created in the
<emphasis>reverse</emphasis> order in which they occur in the
<literal>Tex_FoldedSections</literal> setting and also, once a fold is
created, the interior of the fold is not examined for creating
additional folds. In the above case, this means that a
<literal>\section</literal> is folded first and then its interior is
not examined further. The correct value should have been
<literal>"section,subsection"</literal>
</para>
<anchor id="fold-setting-adding" />
<para>
Each of the fold setting variables
<literal>Tex_FoldedSections</literal>,
<literal>Tex_FoldedEnvironments</literal> etc., as explained previously
is a comma separated string of variables. However, to make it easier
to <emphasis>add</emphasis> to the default settings without having to
repeat the whole default setting again, &ls; uses the following logic
in forming the complete setting string from the
<literal>Tex_FoldedXXXX</literal> variables. If the variable starts with
a comma, then <literal>Tex_FoldedXXXX</literal> is added to the end of
the default string rather than replacing it. Similarly, if it ends
with a comma, then it will be prepended to the beginning of the
default setting rather than replacing it.
</para>
<para>
For example, if <literal>Tex_FoldedEnvironments</literal> is set to the
string <literal>"myenv"</literal>, then only an environment of the
form <literal>\begin{myenv}</literal> will be folded. However, if the
<literal>Tex_FoldedEnvironments</literal> setting is
<literal>",myenv"</literal>, then the <literal>\begin{myenv}</literal>
environment will be folded after all other environments in the default
setting have been folded. On the other hand if
<literal>Tex_FoldedEnvironments</literal> is of the form
<literal>"myenv,"</literal>, the <literal>\begin{myenv}</literal>
environment will be folded before the rest of the environments in the
default setting.
</para>
</section>
</section>
<section id="editing-folding">
<title>Editing the folding.vim file directly</title>
<para>
If you are using version 1.5 of &ls; or older, you will need to
directly edit the
<literal>$VIM/ftplugin/latex-suite/folding.vim</literal> file if you
wish to modify the folding scheme. You will need to modify the
function <literal>MakeTexFolds()</literal> defined in that file to
modify the fold syntax. <literal>MakeTexFolds</literal> makes a number
of calls to <literal>AddSyntaxFoldItem</literal>. Each such call
defines a new "fold item". The order in which these calls are made
defines how the folds are nested. For example, if you desire an
<literal>figure</literal> environment to be nested within a
<literal>section</literal>, then you should define the fold for the
<literal>figure</literal> first. The syntax of
<literal>AddSyntaxFoldItem</literal> is as follows:
<programlisting>AddSyntaxFoldItem(startpat, endpat, startoff, endoff [, startskip, endskip])</programlisting>
If the last two arguments are omitted, then they are assumed to default
to the empty strings <literal>''</literal>.
The explanation for each argument is as follows:
</para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Argument</entry>
<entry>Explanation</entry>
</row>
</thead>
<tbody>
<row>
<entry><literal>startpat</literal></entry>
<entry>a line matching this pattern defines
the beginning of a fold.
</entry>
</row>
<row>
<entry>
<literal>endpat</literal>
</entry>
<entry>
a line matching this pattern defines the end of a fold.
</entry>
</row>
<row>
<entry><literal>startoff</literal></entry>
<entry>
this is the offset from the starting line at which folding will
actually start
</entry>
</row>
<row>
<entry><literal>endoff</literal></entry>
<entry>
like <literal>startoff</literal>, but gives the offset of the
actual fold end from the line satisfying <literal>endpat</literal>.
<literal>startoff</literal> and <literal>endoff</literal> are
necessary when the folding region does not have a specific end
pattern corresponding to a start pattern. for example in &latex;,
<literal>\section{Section Name}</literal> defines the beginning of
a section, but there is no command which specifically ends a
section. Thus a <literal>\section</literal> is assumed to end 1
line <emphasis>before</emphasis> another section starts.
</entry>
</row>
<row>
<entry>
<literal>startskip</literal>
</entry>
<entry>
A Pattern Which Defines The Beginning Of A "Skipped" Region.
For example, suppose we define a \itemize fold as follows:
<programlisting><literal>startpat</literal> = '^\s*\\item',
<literal>endpat</literal> = '^\s*\\item\|^\s*\\end{\(enumerate\|itemize\|description\)}',
<literal>startoff</literal> = 0,
<literal>endoff</literal> = -1</programlisting>
This defines a fold which starts with a line beginning with an
<literal>\item</literal> and ending one line before a line beginning with an
<literal>\item</literal> or <literal>\end{enumerate}</literal> etc.
Then, as long as <literal>\item</literal>'s are not nested things are fine.
However, once items begin to nest, the fold started by one
<literal>\item</literal> can end because of an
<literal>\item</literal> in an <literal>\itemize</literal>
environment within this <literal>\item</literal>. i.e, the following can happen:
<programlisting>\begin{itemize}
\item Some text &lt;------- fold will start here
This item will contain a nested item
\begin{itemize} &lt;----- fold will end here because next line contains \item...
\item Hello
\end{itemize} &lt;----- ... instead of here.
\item Next item of the parent itemize
\end{itemize}</programlisting>
Therefore, in order to completely define a folding item which
allows nesting, we need to also define a "skip" pattern.
<literal>startskip</literal> and end skip do that.
Leave '' when there is no nesting.
</entry>
</row>
<row>
<entry>
<literal>endskip</literal>
</entry>
<entry>
the pattern which defines the end of the "skip" pattern for
nested folds.
</entry>
</row>
</tbody>
</tgroup>
</informaltable>
<note>
<title>Example 1</title>
<para>
A syntax fold region for the latex section is defined with the
following arguments to <literal>AddSyntaxFoldItem</literal>:
<programlisting>startpat = "\\section{"
endpat = "\\section{"
startoff = 0
endoff = -1
startskip = ''
endskip = ''</programlisting>
Note that the start and end patterns are thus the same and
<literal>endoff</literal> has a negative value to capture the effect
of a section ending one line before the next starts.
</para>
</note>
<note>
<title>Example 2</title>
<para>
A syntax fold region for the \itemize environment is:
<programlisting>startpat = '^\s*\\item',
endpat = '^\s*\\item\|^\s*\\end{\(enumerate\|itemize\|description\)}',
startoff = 0,
endoff = -1,
startskip = '^\s*\\begin{\(enumerate\|itemize\|description\)}',
endskip = '^\s*\\end{\(enumerate\|itemize\|description\)}'</programlisting>
Note the use of <literal>startskip</literal> and
<literal>endskip</literal> to allow nesting.
</para>
</note>
</section>
</section>
<section id="latex-project">
<title>Multiple file &latex; projects</title>
<anchor id="latex-project-example" />
<para>
Many &latex; projects contain multiple source files which are
<literal>\include</literal>d from a master file. A typical example of
this situation is a directory layout such as the following
</para>
<para>
<programlisting>thesis/
main.tex
abstract.tex
intro/
intro.tex
figures/
fig1.eps
fig2.eps
chapter1/
chap1.tex
figures/
fig1.eps
conclusion/
conclusion.tex
figures/</programlisting>
</para>
<para>
In the above case, <literal>main.tex</literal> will typically look like
</para>
<para>
<programlisting>% file: main.tex
\documentclass{report}
\begin{document}
\input{abstract.tex}
\input{intro/intro.tex}
\input{chapter1/chap1.tex}
\input{conclusion/conclusion.tex}
\end{document}</programlisting>
</para>
<para>
<anchor id="latex-master-file-specification" /> In such situations, you will
need to convey to &ls; that <literal>main.tex</literal> is the main file
which <literal>\input</literal>s the other files. This is done by creating
an empty file called <literal>main.tex.latexmain</literal> in the same
directory in which <literal>main.tex</literal> resides. This file is called
the <emphasis>master file</emphasis> in this manual. See <link
linkend="Tex_MainFileExpression">Tex_MainFileExpression</link> for an
alternative way of specifying the master file.
</para>
<note>
<para>
Here <literal>main.tex.latexmain</literal> is (obviously) a different
file from <literal>main.tex</literal> itself.
<literal>main.tex</literal> need not be renamed. This ofcourse
restricts each directory to have a single master file.
</para>
</note>
<para>
Each time &ls; opens a new &latex; file, it will try to see if it is
part of a multiple file project by searching upwards (to the root of
the file-system) from the current file's directory to see if it finds a
file of the form <literal>*.latexmain</literal>. If such a file is
found, then it is considered that the current file is part of a larger
project. The name of the &latex; master file is inferred directly from
the first part of the <literal>*.latexmain</literal> file as described
in the example above.
</para>
<section id="latex-project-settings">
<title>&ls; project settings</title>
<para>
If a <link linkend="latex-master-file">master file</link> is found,
then &ls; <literal>:source</literal>s the file. Thus this file needs to
contain valid &vim; commands. This file is typically used to store
project specific settings.
</para>
<para>
Some typical per-project settings which are best put in the master file
are
<simplelist>
<member><link
linkend="Tex_ProjectSourceFiles">Tex_ProjectSourceFiles</link></member>
</simplelist>
</para>
</section>
<section id="latex-master-file">
<title>Specifying which file to compile</title>
<para>
In the example described <link
linkend="latex-project-example">previously</link>, if you are editing
<literal>intro/intro.tex</literal> and press <literal>\ll</literal>,
then you still want &ls; to compile <literal>main.tex</literal>,
because <literal>intro/intro.tex</literal> is merely a fragment which
is <literal>\input</literal>'ed into <literal>main.tex</literal>. If
the master file is already specified using the
<literal>*.latexmain</literal> convention described <link
linkend="latex-project-example">previously</link>, then &ls; will automatically
compile the master file when you are editing any of its
<literal>\input</literal>'ed fragments. Thus pressing
<literal>\ll</literal> while editing <literal>intro/intro.tex</literal>
will compile <literal>main.tex</literal>.
</para>
<anchor id="Tex_MainFileExpression" />
<para>
If you wish to use some different logic to specify the main file name,
you can specify a custom expression via the
<literal>Tex_MainFileExpression</literal> variable. This is a string
containing a valid vim expression. In addition, you can use a variable
<literal>modifier</literal> which is in the format used for
<literal>|filename-modifiers|</literal>, for example,
<literal>':p:h'</literal>. You should utilize this variable to modify
the filename of the main file.
<programlisting>let g:Tex_MainFileExpression = 'MainFile(modifier)'
function! MainFile(fmod)
if glob('*.latexmain') != ''
return fnamemodify(glob('*.latexmain'), a:fmod)
else
return ''
endif
endif</programlisting>
</para>
</section>
</section>
<section id="latex-suite-commands-maps">
<title>&ls; Commands and Maps</title>
<para>
This section describes the maps and commands used in &ls;. It also
describes a way to change the map sequences according to your
preference.
</para>
<section id="latex-suite-maps">
<title>&ls; Maps</title>
<anchor id="remapping-latex-suite-keys" />
<para>
Most of the mappings used in &ls; can be mapped to a different key
combination to suit your particular needs. An example best explains the
procedure for doing this. Suppose you want to remap the
<literal>&lt;C-j&gt;</literal> key which &ls; (actually imaps.vim) uses
to jump to the next placeholder. To do this, you first need to find out
which <literal>&lt;Plug&gt;</literal> mapping
<literal>&lt;C-j&gt;</literal> is derived from. You will need to look
at the relevant section of this manual to do this. For example, the
section <link linkend="customize-imap-maps">IMAP mappings</link> has
the information that the <literal>&lt;C-j&gt;</literal> key is derived
from <literal>&lt;Plug&gt;IMAP_JumpForward</literal>. Therefore to
remap the <literal>&lt;C-j&gt;</literal> key to say
<literal>&lt;C-space&gt;</literal>, you will need to put a
statement like the following in your <literal>~/.vimrc</literal>.
<programlisting>imap &lt;C-space&gt; &lt;Plug&gt;IMAP_JumpForward</programlisting>
</para>
<note>
<para>
To change the <literal>IMAP</literal> mappings which affect jumping
between placeholders, the <literal>map</literal> statement above has
to be placed in your <literal>~/.vimrc</literal>. For other mappings
you can place the <literal>map</literal> statement in your
<literal>$VIM/ftplugin/tex.vim</literal> file. The reason for this is
that the <literal>&lt;C-j&gt;</literal> maps are created in
<literal>plugin/imaps.vim</literal>, which is sourced as soon as &vim;
starts before sourcing any ftplugin files.
</para>
</note>
<section id="customize-imap-maps">
<title>IMAP mappings</title>
<para>
These mappings are utilized for jumping between placeholders as
described <link linkend="place-holders">here</link>. See the <link
linkend="latex-suite-maps">parent section</link> to find out how to
use this information to change the default maps.
</para>
<anchor id="Plug_IMAP_JumpForward" />
<anchor id="Plug_IMAP_JumpBack" />
<anchor id="Plug_IMAP_DeleteAndJumpForward" />
<anchor id="Plug_IMAP_DeleteAndJumBack" />
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Plug map</entry>
<entry>Default Key</entry>
</row>
</thead>
<tbody>
<row>
<entry><literal>&lt;Plug&gt;IMAP_JumpForward</literal></entry>
<entry><literal>&lt;C-j&gt;</literal></entry>
</row>
<row>
<entry><literal>&lt;Plug&gt;IMAP_JumpBack</literal></entry>
<entry>(none)</entry>
</row>
<row>
<entry><literal>&lt;Plug&gt;IMAP_DeleteAndJumpForward</literal></entry>
<entry>(none)</entry>
</row>
<row>
<entry><literal>&lt;Plug&gt;IMAP_DeleteAndJumpBack</literal></entry>
<entry>(none)</entry>
</row>
</tbody>
</tgroup>
</informaltable>
<para>
<literal>&lt;Plug&gt;IMAP_JumpForward</literal> takes you to the
location of the next <link
linkend="place-holders">place-holder</link>.
</para>
<para>
<literal>&lt;Plug&gt;IMAP_JumpBack</literal> takes you to the previous
<link linkend="place-holders">place-holder</link>.
</para>
<para>
<literal>&lt;Plug&gt;IMAP_DeleteAndJumpForward</literal> deletes the
presently selected place-holder and jumps to the next place-holder
irrespective of whether the present placeholder is empty or not and
ignoring the value of place-holder settings like <link
linkend="Imap_DeleteEmptyPlaceHolders"><literal>g:Imap_DeleteEmptyPlaceHolders</literal></link>
and <link
linkend="Imap_StickyPlaceHolders"><literal>g:Imap_StickyPlaceHolders</literal></link>
</para>
<para>
<literal>&lt;Plug&gt;IMAP_DeleteAndJumpBack</literal> deletes the
presently selected place-holder and jumps to the previous place-holder
irrespective of whether the present placeholder is empty or not and
ignoring the value of place-holder settings like <link
linkend="Imap_DeleteEmptyPlaceHolders"><literal>g:Imap_DeleteEmptyPlaceHolders</literal></link>
and <link
linkend="Imap_StickyPlaceHolders"><literal>g:Imap_StickyPlaceHolders</literal></link>
</para>
</section>
<section id="customize-alt-key-maps">
<title>Alt-Key mappings</title>
<para>
These mappings are are described in the section <link
linkend="altkey-mappings">Alt key macros</link>. See <link
linkend="remapping-latex-suite-keys">the parent section</link> to see
how to use the following information to remap keys.
</para>
<anchor id="Plug_Tex_MathBF" />
<anchor id="Plug_Tex_MathCal" />
<anchor id="Plug_Tex_LeftRight" />
<anchor id="Plug_Tex_InsertItemOnThisLine" />
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Plug Mapping</entry>
<entry>Default Key</entry>
</row>
</thead>
<tbody>
<row>
<entry><literal>&lt;Plug&gt;Tex_MathBF</literal></entry>
<entry><literal>&lt;Alt-B&gt;</literal></entry>
</row>
<row>
<entry><literal>&lt;Plug&gt;Tex_MathCal</literal></entry>
<entry><literal>&lt;Alt-C&gt;</literal></entry>
</row>
<row>
<entry><literal>&lt;Plug&gt;Tex_LeftRight</literal></entry>
<entry><literal>&lt;Alt-L&gt;</literal></entry>
</row>
<row>
<entry><literal>&lt;Plug&gt;Tex_InsertItemOnThisLine</literal></entry>
<entry><literal>&lt;Alt-I&gt;</literal></entry>
</row>
</tbody>
</tgroup>
</informaltable>
</section>
</section>
<section id="latex-suite-commands">
<title>Latex Suite Commands</title>
<section id="TMacro">
<title>:TMacro [{macro}]</title>
<para>
When used without any arguments lists all available macros defined
in runtime ftplugin/latex-suite/macros/ directories and prompts you
to choose one of them. With one argument |:read| this macro under
cursor position. With more than one argument it will not work :) In
Vim >= 6.2 works completion of names of macros (see 'wildmenu',
'wildmode' for more about command-line completion).
</para>
</section>
<section id="TMacroEdit">
<title>:TMacroEdit [{macro}]</title>
<para>
Splits window for editing {macro}. When used without any arguments
lists all available macros defined in runtime
ftplugin/latex-suite/macros/ directories and prompt you to choose
one of them. When you try to edit {macro} not from local directory
&ls; will copy it to your local directory with suffix
"-local". If local copy already exists &ls; prompt for
overwriting it. In Vim >= 6.2 works completion of names of macros
(see 'wildmenu', 'wildmode' for more about command-line completion).
</para>
</section>
<section id="TMacroNew">
<title>:TMacroNew</title>
<para>
Splits window to write new macro. Directory in new buffer is
locally changed to &ls;/macros/.
</para>
</section>
<section id="TMacroDelete">
<title>:TMacroDelete [{macro}]</title>
<para>
Delets {macro} from your local ftplugin/latex-suite/macros/
directory. When used without any arguments lists all available
macros defined in &ls;/macros/ directory and prompt you to
choose one of them. When you choose to delete {macro} which is not
in your local directory &ls; will refuse to delete it. In
Vim >= 6.2 works completion of names of macros (see 'wildmenu',
'wildmode' for more about command-line completion)
</para>
</section>
<section id="TPackage">
<title>:TPackage [{package, ...}]</title>
<para>
When used without any arguments lists name of the packages for
which support is available. If you are using &vim; GUI and have
<literal>Tex_Menus</literal> set to 1, then it will list all files
found in the <literal>$VIM/ftplugin/latex-suite/packages</literal>
directory. Otherwise, &ls; will list files found in the
<literal>$VIM/ftplugin/latex-suite/dictionaries</literal> directory.
Choosing a file from the list will insert a
<programlisting>\usepackage[&ph;]{&lt;packname&gt;}</programlisting> line into the
buffer at the current cursor location. For &vim; 6.2 and above, you
can use command-line completion to choose a package file. You can also
call <literal>TPackage</literal> with one or more package names
separated with spaces in which case, &ls; will insert
<literal>\usepackage</literal> lines for each of them in turn.
</para>
<para>
After inserting the <literal>\usepackage</literal> line(s), &ls; will
support it (them) in various ways as described in the section <link
linkend="package-actions">Actions taken for supported
packages</link>.
</para>
</section>
<section id="TPackageUpdate">
<title>:TPackageUpdate</title>
<para>
This command `reads' name of package under cursor and turns on
possible support.
</para>
</section>
<section id="TPackageUpdateAll">
<title>:TPackageUpdateAll</title>
<para>
After issuing this command latexSuite scans the file in
looking for not declared packages, removing not needed entries
from Packages menu and turning off not necessary packages'
dictionaries.
</para>
</section>
<section id="TTemplate">
<title>:TTemplate [{template}]</title>
<para>
When used without any arguments lists all available templates
from latex-suite/templates/ directory and prompts to choose
one of them.
With one argument :0|read| {template} file.
With more than one argument it will not work :)
In Vim >= 6.2 works completion of names of macros (see 'wildmenu',
'wildmode' for more about command-line completion)
</para>
</section>
<section id="TSection">
<title>:TSection [{argument}]</title>
<para>
Used without any arguments inserts last section type
(|latex-sectioning|).
Accepts arguments:
n&gt; inserts section name in &lt;n&gt; logical level.
Levels are:
<informaltable>
<tgroup cols="2">
<tbody>
<row><entry>0</entry><entry>part</entry></row>
<row><entry>1</entry><entry>chapter</entry></row>
<row><entry>2</entry><entry>section</entry></row>
<row><entry>3</entry><entry>subsection</entry></row>
<row><entry>4</entry><entry>subsubsection</entry></row>
<row><entry>5</entry><entry>paragraph</entry></row>
<row><entry>6</entry><entry>subparagraph</entry></row>
</tbody>
</tgroup>
</informaltable>
<informaltable>
<tgroup cols="2">
<tbody>
<row>
<entry>
+&lt;n&gt;
</entry>
<entry>
inserts section name &lt;n&gt; logical levels above the last
used comand
</entry>
</row><row>
<entry>
-&lt;n&gt;
</entry>
<entry>
inserts section name &lt;n&gt; logical levels below the last
used comand
</entry>
</row><row>
<entry>
+
</entry>
<entry>
inserts section name one logical level below the last
used command (equal to +1).
</entry>
</row><row>
<entry>
++
</entry>
<entry>
inserts section name two logical levels below the last
used command (equal to +2).
</entry>
</row><row>
<entry>
-
</entry>
<entry>
inserts section name one logical level over the last
used command (equal to -1).
</entry>
</row><row>
<entry>
--
</entry>
<entry>
inserts section name two logical levels over the last
used command (equal to -2).
</entry>
</row>
</tbody>
</tgroup>
</informaltable>
Command accepts also latexSuite mappings (|latex-macros|)
without preceding S and in lowercase:
<programlisting>:TSection pa</programlisting>
will result in <literal>\part{}</literal>. It is possible to use full names of
sections: <literal>:TSection part</literal>
</para>
</section>
<section id="TSectionAdvanced">
<title>:TSectionAdvanced</title>
<para>
Accepts the same arguments as |TSection| but leads to a couple
of questions (whether you want to include the section in the
table of contents, whether there is a shorter name for the
table of contents) and then creates a more intelligent
template.
</para>
</section>
<section id="TLook">
<title>:TLook</title>
<para>
Accepts one argument. Will look through .tex files in
directory of edited file for argument. It can be regexp. You
don't have to enclose argument in "". &lt;cr&gt; takes you to
location. Other keys work as described in |latex-viewer|.
Note: TLook uses :grep command and is using 'grepprg'. Its
regular expressions can be different from those of Vim.
</para>
</section>
<section id="TLookBib">
<title>:TLookBib</title>
<para>
Accepts one argument. Will look through .bib files in
directory of edited file for argument. It can be regexp. You
don't have to enclose argument in "". &lt;cr&gt; takes you to
location. Other keys work as described in |latex-viewer|.
</para>
<note>
<para>
TLookBib uses :grep command and is using 'grepprg'. Its
regular expressions can be different from those of Vim.
</para>
</note>
</section>
<section id="TLookAll">
<title>:TLookAll</title>
<para>
Accepts one argument. Will look through all files in directory
of edited file for argument. It can be regexp. You don't have
to enclose argument in "". &lt;cr&gt; takes you to location. Other
keys work as described in |latex-viewer|.
Note: TLook uses :grep command and is using 'grepprg'. Its
regular expressions can be different from those of Vim.
</para>
</section>
<section id="TPartComp">
<title>:TPartComp</title>
<para>
No argument allowed but accepts range in all formats. Define
fragment of interest with :'a,'b, :/a/,/b/, :'&lt;,'&gt; or :20,30.
All other rules of compilation apply.
</para>
</section>
<section id="TPartView">
<title>:TPartView</title>
<para>
Show last compiled fragment. All rules of viewing apply but
|latex-searching|.
</para>
</section>
<section id="Tshortcuts">
<title>:Tshortcuts [{arg}]</title>
<para>
Show shortcuts in terminal (not using menu). Without {arg}
you will see simple menu prompting for one of them. Possible
arguments:
<informaltable frame="none">
<tgroup cols="2">
<tbody>
<row><entry>g</entry><entry>General shortcuts</entry></row>
<row><entry>e</entry><entry>Environment shortcuts</entry></row>
<row><entry>f</entry><entry>Font shortcuts</entry></row>
<row><entry>s</entry><entry>Section shortcuts</entry></row>
<row><entry>m</entry><entry>Math shortcuts</entry></row>
<row><entry>a</entry><entry>All shortcuts</entry></row>
</tbody>
</tgroup>
</informaltable>
</para>
</section>
</section>
</section>
<section id="customizing-latex-suite">
<title>Customizing &ls;</title>
<para>
Customizing &ls; is done by defining certain global variables in
<literal>$VIM/ftplugin/tex.vim</literal>, where
<literal>$VIM</literal> corresponds to <literal>~/.vim</literal> for *nix
machines and <literal>~/vimfiles</literal> for windows machines. This file
is not part of the &ls; distribution. You will need to create this file
yourself (or modify it if it exists) if
you need to change any default settings. Since this file is not
included as part of the &ls; distribution, it will not be over-written in
subsequent updates.
</para>
<para>
The default settings in &ls; are defined in
<literal>$VIM/ftplugin/latex-suite/texrc</literal>. Please take a look at
this file if you find this documentation incomplete or confusing. That file
is also well documented.
</para>
<para>
This chapter describes the various settings which effect &ls; and their
default values. The settings are broken up into sections according to the
behavior which they influence.
</para>
<section id="ls-general-purpose-settings">
<title>General Settings</title>
<section id="Tex_Debug">
<title>Tex_Debug</title>
<para>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>0</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
If set to 1, then &ls; will create certain global debug
statements which can be printed by doing
<programlisting>:call Tex_PrintDebug()</programlisting>
</para>
</para>
</section>
<section id="Tex_UsePython">
<title>Tex_UsePython</title>
<para>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
If &ls; detects that your vim is python enabled (using
<literal>has('python')</literal>), then it tries to use python in
certain places to speed things up. If this misbehaves, you can set
this to zero, in which case, &ls; will use vimscript to accomplish
the same.
</para>
</para>
</section>
</section>
<section id="customizing-place-holders">
<title>Place-Holder Customization</title>
<para>
&ls; uses <link linkend="place-holders">place-holders</link> to minimize
using the movement keys while typing. The following settings affect how
place-holders are used.
</para>
<note>
<para>
These setting need to be set in your <literal>~/.vimrc</literal>, not
<literal>$VIM/ftplugin/tex.vim</literal> because these settings affect
the behavior of <literal>imaps.vim</literal>, which is a global plugin,
not a file-type plugin.
</para>
</note>
<section id="Imap_UsePlaceHolders">
<title>g:Imap_UsePlaceHolders</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
Setting this to zero completely disables using place-holders.
</para>
</section>
<section id="Imap_PlaceHolderStart">
<anchor id="Imap_PlaceHolderEnd"></anchor>
<title>g:Imap_PlaceHolderStart &amp; g:Imap_PlaceHolderEnd</title>
<informaltable frame="all">
<tgroup cols="3">
<thead>
<row>
<entry>Setting</entry>
<entry>Type</entry>
<entry>Value</entry>
</row>
</thead>
<tbody>
<row>
<entry><literal>Imap_PlaceHolderStart</literal></entry>
<entry>String</entry>
<entry><literal>'&lt;+'</literal></entry>
</row>
<row>
<entry><literal>Imap_PlaceHolderEnd</literal></entry>
<entry>String</entry>
<entry><literal>'+&gt;'</literal></entry>
</row>
</tbody>
</tgroup>
</informaltable>
<para>
These settings affect the strings displayed at the beginning and end of
the place-holder string. Set these strings to a value different than a
commonly occurring sequence of characters.
</para>
<note>
<title>TIP</title>
<para>
If you use the <literal>latin1</literal> encoding and do not type in
french, then you can set these strings to the <literal>\xab</literal>
and <literal>\xbb</literal> characters (the french quotation marks).
</para>
</note>
</section>
<section id="Imap_DeleteEmptyPlaceHolders">
<title>g:Imap_DeleteEmptyPlaceHolders</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
When set to one, non-descriptive or empty place-holders are deleted on
pressing <literal>&lt;Ctrl-J&gt;</literal>.
</para>
</section>
<section id="Imap_StickyPlaceHolders">
<title>g:Imap_StickyPlaceHolders</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
When set to 1, in visual mode, <literal>&lt;Ctrl-J&gt;</literal> takes
you to the next placeholder without deleting the current placeholder.
</para>
</section>
</section>
<section id="customizing-macros">
<title>Macro Customization</title>
<section id="Tex_Env_name">
<title>Tex_Env_name</title>
<para>
If you wish to wish to expand certain environments differently from
the way &ls; does it, you can define custom expansions using global
variables of the form <literal>Tex_Env_{name}</literal> where
<literal>name</literal> corresponds to the environment.
</para>
<para>
For example, if you press <literal>&lt;F5&gt;</literal> after typing
<literal>theorem</literal>, &ls; will by default expand it to
<programlisting>\begin{theorem}
\label{&ph;}&ph;
\end{theorem}&ph;</programlisting>
However, if you wish change this to
<programlisting>\begin{theorem}
&ph;
\end{theorem}&ph;</programlisting>
then define the following variable
<programlisting>let g:Tex_Env_theorem = "\\begin{theorem}\&lt;CR&gt;&ph;\&lt;CR&gt;\\end{theorem}"</programlisting>
</para>
<para>
If the expansion uses special keys such as carriage return etc, then
use double-quotes and use the <literal>"\&lt;key&gt;"</literal>
notation for special keys. Backslashes have to be doubled.
</para>
<para>
You could even use strings returned by functions as the expansion by
using the <link
linkend="IMAP_PutTextWithMovement">IMAP_PutTextWithMovement()</link>
function.
</para>
<para>
If the name of the environment contains special characters (for
example, the <literal>eqnarray*</literal> environment), then use the
following form:
<programlisting>let g:Tex_Env_{'eqnarray*'} =
\ "\\begin{eqnarray*}\&lt;CR&gt;&ph; &amp;=&amp; &ph;\&lt;CR&gt;\\end{eqnarray*}&ph;"</programlisting>
This will make pressing <literal>&lt;F5&gt;</literal> after
<literal>eqnarray*</literal> expand to
<programlisting>\begin{eqnarray*}
&ph; &amp;=&amp; &ph;
\end{eqnarray*}&ph;</programlisting>
</para>
</section>
<section id="Tex_Com_name">
<title>Tex_Com_name</title>
<para>
If you wish to define new expansions for fast command insertion as
described <link linkend="latex-command-maps">here</link>, or redefine
expansions from the default values in &ls;, you will need to define
variables of the form <literal>g:Tex_Com_{name}</literal> where
<literal>name</literal> is a command name. For example, with the
setting
<programlisting>let g:Tex_Com_frac = "\\frac{&ph;}{&ph;}&ph;"</programlisting>
pressing <literal>&lt;F7&gt;</literal> after typing
<literal>frac</literal> will change it to <literal>\frac{&ph;}{&ph;}&ph;</literal>
</para>
<para>
See <link linkend="Tex_Env_name">Tex_Env_name</link> for additional
details on how to create this setting in various special
circumstances.
</para>
</section>
<section id="macro-enabling">
<title>Enabling / disabling macros</title>
<para>
The following variables disable various parts of the macro functionality
of &ls;. See the links to the relevant sections to see what functionality
setting each of the variables to zero will take away.
</para>
<anchor id="Tex_EnvironmentMaps" />
<anchor id="Tex_EnvironmentMenus" />
<anchor id="Tex_FontMaps" />
<anchor id="Tex_FontMenus" />
<anchor id="Tex_SectionMaps" />
<anchor id="Tex_SectionMenus" />
<informaltable frame="all">
<tgroup cols="3">
<thead>
<row><entry>Setting</entry><entry>Link to relevant section</entry><entry>Default Value</entry></row>
</thead>
<tbody>
<row><entry><literal>g:Tex_EnvironmentMaps
</literal></entry><entry><link linkend="environment-mappings">Environment Mappings</link></entry><entry>1</entry></row>
<row><entry><literal>g:Tex_EnvironmentMenus</literal></entry><entry></entry><entry>1</entry></row>
<row><entry><literal>g:Tex_FontMaps </literal></entry><entry><link linkend="font-maps">Font Mappings</link></entry><entry>1</entry></row>
<row><entry><literal>g:Tex_FontMenus </literal></entry><entry></entry><entry>1</entry></row>
<row><entry><literal>g:Tex_SectionMaps </literal></entry><entry><link linkend="section-mappings">Section Mappings</link></entry><entry>1</entry></row>
<row><entry><literal>g:Tex_SectionMenus </literal></entry><entry></entry><entry>1</entry></row>
</tbody>
</tgroup>
</informaltable>
</section>
<section id="Tex_UseMenuWizard">
<title>g:Tex_UseMenuWizard</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>0</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
If this variable is set to 1, then when an environment is chosen from the
menu then for selected environments, &ls; asks a series of
questions on the command line and inserts a template with the
corresponding fields already filled in. Setting this to zero will insert
a template with <link linkend="place-holders">place-holders</link>
marking off the places where fields need to be filled.
</para>
</section>
<section id="Imap_FreezeImap">
<title>g:Imap_FreezeImap</title>
<para>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>0</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This option when set to 1, temporarily freezes &ls;'s macro
expansion. It might be useful when you are using some other keymap
which is causing excessive macro expansion. Use a buffer-local
variable of the same name if you wish to affect just the present
buffer.
</para>
</para>
</section>
<section id="Tex_CatchVisMapErrors">
<title>g:Tex_CatchVisMapErrors</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
With so many visual maps, its helpful to have a way of catching typing
errors made in visual mode. What this does is to prompt you to correct
your visual mode mapping if you start out with <literal><link
linkend="Tex_Leader">g:Tex_Leader</link></literal> and then type some
illegal keys. It basically maps just the <literal>g:Tex_Leader</literal>
character to a function.
</para>
</section>
<section id="Tex_Diacritics">
<title>g:Tex_Diacritics</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry> <entry><literal>0</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
Whether or not you want to use <link
linkend="diacritic-mappings">diacritics</link>.
</para>
</section>
<section id="Tex_Leader">
<title>g:Tex_Leader</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry>
<entry><literal>'`'</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
The mappings in &ls; are by default prefixed with the back-tick
character. For example, <literal>`/</literal> inserts
<literal>\frac{&ph;}{&ph;}&ph;</literal> etc. You can change the
prefix with the following setting.
<literal>','</literal>, <literal>'/'</literal>,
<literal>'`'</literal> are preferred values. <literal>''</literal> or
<literal>'\'</literal> will lead to a <emphasis>lot</emphasis> of
trouble.
</para>
<para>
g:Tex_Leader is also used for visual mode mappings for fonts.
</para>
</section>
<section id="Tex_Leader2">
<title>g:Tex_Leader2</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry>
<entry><literal>','</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
In order to avoid clashes between the large number of visual mode macros
provided, the <link linkend="enclosing-env-threeletter">visual mode
macros for environments</link> and sections start with a character
different from <literal>g:Tex_Leader</literal>.
</para>
</section>
<section id="Tex_PromptedEnvironments">
<title>g:Tex_PromptedEnvironments</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry> <entry><literal>'eqnarray*,eqnarray,equation,equation*,\[,$$,align,align*'</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This string represents a comma separated list of fields corresponding to
environments. Pressing <literal>&lt;F5&gt;</literal> in insert-mode in
the body of the document asks you to choose from one of these
environments to insert.
</para>
<para>
Leaving this string empty will leave the <literal>&lt;F5&gt;</literal>
key unmapped
</para>
</section>
<section id="Tex_HotKeyMappings">
<title>g:Tex_HotKeyMappings</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry>
<entry><literal>'eqnarray*,eqnarray,bmatrix'</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This string represents a comma separated list of environments which are
mapped to <literal>&lt;Shift-F-1&gt;</literal> through
<literal>&lt;Shift-F-4&gt;</literal>. For example, pressing
<literal>&lt;Shift-F-2&gt;</literal> with this setting inserts the
<literal>eqnarray</literal> environment.
</para>
<para>
Leaving this string empty will leave <literal>&lt;Shift-F-1&gt;</literal> through
<literal>&lt;Shift-F-4&gt;</literal> unmapped.
</para>
<note>
<para>
Only the first four fields of this list are used. The rest are silently
ignored.
</para>
</note>
</section>
<section id="Tex_PromptedCommands">
<title>g:Tex_PromptedCommands</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry>
<entry>
<literal>'footnote,cite,pageref,label'</literal>
</entry>
</row>
</tbody>
</tgroup>
</informaltable>
<para>
This string represents a comma separated list of &latex; commands
which &ls; uses for the <literal>&lt;F7&gt;</literal> and
<literal>&lt;S-F7&gt;</literal> maps as described <link
linkend="latex-command-maps">here</link>.
</para>
<para>
Leaving this string empty will leave the <literal>&lt;F7&gt;</literal>
key unmapped.
</para>
</section>
<section id="Tex_ItemStyle_environment">
<title>Tex_ItemStyle_environment</title>
<para>
This setting affects the style which &ls; uses to insert an
<literal>\item</literal> when <literal>&lt;Alt-I&gt;</literal> is
pressed as described <link linkend="Alt-I">here</link>. By default
&ls; defines styles for the following environments:
</para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Environment</entry>
<entry>Style</entry>
</row>
</thead>
<tbody>
<row><entry>itemize</entry><entry>\item </entry></row>
<row><entry>enumerate</entry><entry>\item </entry></row>
<row><entry>theindex</entry><entry>\item </entry></row>
<row><entry>thebibliography</entry><entry>\item[&lt;+biblabel+&gt;]{&lt;+bibkey+&gt;} &lt;++&gt;</entry></row>
<row><entry>description</entry><entry>\item[&lt;+label+&gt;] &lt;++&gt;</entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
Each style is defined by a variable of the form
<literal>g:Tex_ItemStyle_{envname}</literal> where
<literal>envname</literal> is the name of the environment for which
the style is defined. For example, by default
<programlisting>g:Tex_ItemStyle_description = '\item[&lt;+label+&gt;] &lt;++&gt;'</programlisting>
Redefining the style for a particular environment or defining a style
for an entirely new environment is simply a matter of setting the
value of a variable of the corresponding name.
</para>
</section>
</section>
<section id="customizing-smart-keys">
<title>Smart Key Customization</title>
<para>
These settings affect the smart key functionality as described <link
linkend="smart-keys">here</link>.
</para>
<section id="Tex_SmartKeyBS">
<title>g:Tex_SmartKeyBS</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
Whether or not <literal>&lt;Backspace&gt;</literal> deletes diacritics.
</para>
</section>
<section id="Tex_SmartKeyQuote">
<title>g:Tex_SmartKeyQuote</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
Whether or not the <link linkend="smart-keys">smart quotes</link>
functionality is available.
</para>
<para>
If enabled, the quote characters can be customized by setting the
following variables:
</para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row>
<entry>Setting</entry>
<entry>Value</entry>
</row>
</thead>
<tbody>
<row>
<entry><literal>g:Tex_SmartQuoteOpen</literal></entry>
<entry><literal>"``"</literal></entry>
</row>
<row>
<entry><literal>g:Tex_SmartQuoteClose</literal></entry>
<entry><literal>"''"</literal></entry>
</row>
</tbody>
</tgroup>
</informaltable>
<para>
Non-English users will want to change these settings to their locale.
These global variables will be ignored if there are buffer-local
variables (with the same name), which may be set in the language specific
package files, such as
<literal>$VIM/ftplugin/latex-suite/packages/german</literal>.
</para>
</section>
</section>
<section id="customizing-latex-completion">
<title>Latex Completion Customization</title>
<para>
The following settings affect the <link linkend="latex-completion">
completion</link> functionality in &ls;.
</para>
<section id="completion-window-preferences">
<title>Window size settings</title>
<para>
These three settings affect the aesthetics of the completion
functionality.
</para>
<anchor id="Tex_ViewerCwindowHeight" />
<anchor id="Tex_ViewerPreviewHeight" />
<anchor id="Tex_ExplorerHeight" />
<anchor id="Tex_ImageDir" />
<informaltable frame="all">
<tgroup cols="3">
<thead>
<row>
<entry>Setting</entry>
<entry>Explanation</entry>
<entry>Default Value</entry>
</row>
</thead>
<tbody>
<row>
<entry><literal>g:Tex_ViewerCwindowHeight</literal></entry>
<entry>The height of the <literal>cwindow</literal> which displays the
list of <literal>\label</literal>s etc.</entry>
<entry>5</entry>
</row>
<row>
<entry><literal>g:Tex_ViewerPreviewHeight</literal></entry>
<entry>The height of the preview window which shows the context of a
<literal>\label</literal> etc.</entry>
<entry>10 </entry>
</row>
<row>
<entry><literal>g:Tex_ExplorerHeight</literal></entry>
<entry>The height of the explorer window which lists the files from
which to choose an image file.</entry>
<entry>10</entry>
</row>
<row>
<entry><literal>g:Tex_ImageDir</literal></entry>
<entry>The directory to scan for images</entry>
<entry>''</entry>
</row>
</tbody>
</tgroup>
</informaltable>
</section>
<section id="Tex_BIBINPUTS">
<title>g:Tex_BIBINPUTS</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>string</entry></row>
<row><entry>Default Value</entry>
<entry><literal>''</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This string describes the directories which are scanned while trying
to search for <literal>.bib</literal> and <literal>.bbl</literal>
files. See the <link linkend="latex-completion-cite">cite completion
section</link> for more details.
</para>
<para>
This string should be set in the syntax accepted by &vim;'s native
<literal>'path'</literal> setting. Do not include the present
directory <literal>'.'</literal>. While searching for
<literal>bibliography</literal> files, the present directory will be
prepended to this variable.
</para>
</section>
<section id="Tex_UseSimpleLabelSearch">
<title>Tex_UseSimpleLabelSearch</title>
<para>
When set to 1, &ls; searches for <literal>\label</literal>s in all
<literal>.tex</literal> files in the directory containing the file
being edited when &lt;F9&gt; is pressed. See <link
linkend="ls-completion-ref">\ref completion</link> for details.
</para>
</section>
<section id="Tex_ProjectSourceFiles">
<title>g:Tex_ProjectSourceFiles</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry>
<entry><literal>''</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This setting is meant to be initialized on a per-project basis using
the <link linkend="latex-master-file">&ls; master file</link> as
described in <link linkend="latex-project">&ls; Project</link>
section. It is a list of source files which are used in the project.
If defined, then instead of using the logic described in
<link
linkend="Tex_UseSimpleLabelSearch">Tex_UseSimpleLabelSearch</link> to
search for files in which to search for <literal>\label</literal>s, we
simply search for <literal>\label</literal>s in this list. This
significantly reduces the time it takes to generate the list of
possible completions for large projects.
</para>
<para>
The list is specified as a whitespace separated list of filenames
relative to the location of the main file.
</para>
</section>
<section id="Tex_RememberCiteSearch">
<title>g:Tex_RememberCiteSearch</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>0</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
When this variable is non-zero, then &ls; will try to remember results
from the <literal>\cite</literal> completion as described in <link
linkend="cite-search-caching">this section</link>.
</para>
</section>
</section>
<section id="customizing-compiling">
<title>Compiler Customization</title>
<para>
The following settings affect &ls;'s compilation functionality
</para>
<section id="Tex_DefaultTargetFormat">
<title>g:Tex_DefaultTargetFormat</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry>
<entry><literal>dvi</literal> for windows/*nix and
<literal>pdf</literal> for mac</entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
Use this setting to choose the default target format. For example,
setting this to <literal>pdf</literal> makes &ls; compile a pdf file
when you press <literal>\ll</literal> and fire up the
<literal>pdf</literal> viewer on pressing <literal>\lv</literal>. Make
sure that a rules for compiling and viewing have been defined for this
target format as described <link
linkend="Tex_CompileRule_format">here</link> and <link
linkend="Tex_ViewRule_format">here</link>.
</para>
</section>
<section id="Tex_CompileRule_format">
<title>g:Tex_CompileRule_&lt;format&gt;</title>
<para>
Here <literal>&lt;format&gt;</literal> refers to the target format for
which this rule is defined. &ls; supports compiling into
<literal>dvi</literal>, <literal>ps</literal> and <literal>pdf</literal>
by default. All these rules are strings defined by default as follows:
</para>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row>
<entry><literal>g:Tex_CompileRule_dvi</literal></entry>
<entry><literal>'latex -interaction=nonstopmode $*'</literal></entry>
</row>
<row>
<entry><literal>g:Tex_CompileRule_ps</literal></entry>
<entry><literal>'ps2pdf $*'</literal></entry>
</row>
<row>
<entry><literal>g:Tex_CompileRule_pdf</literal></entry>
<entry><literal>'pdflatex -interaction=nonstopmode $*'</literal></entry>
</row>
</tbody>
</tgroup>
</informaltable>
<para>
If you desire forward and inverse searching via &ls;, you will need to
change <literal>g:Tex_CompileRule_dvi</literal> to include
<literal>-src-specials</literal>. However, this has been known to cause
problems with the output file. Therefore, use this with care.
</para>
</section>
<section fd="Tex_FormatDependency_format">
<title>g:Tex_FormatDependency_&lt;format&gt;</title>
<para>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>string</entry></row>
<row><entry>Default Value</entry>
<entry><literal>''</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
By default, there are no format dependencies defined. Each definition
is of the form above where <literal>&lt;format&gt;</literal> is a
string such as <literal>'dvi'</literal> etc.
</para>
<para>
The value of each string is a comma separated string such as 'dvi,ps'.
See the <link linkend="compiler-dependency">Compiler dependency</link>
section to see how to use/specify this setting
</para>
</section>
<section id="Tex_MultipleCompileFormats">
<title>g:Tex_MultipleCompileFormats</title>
<para>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>string</entry></row>
<row><entry>Default Value</entry>
<entry><literal>'dvi'</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
</para>
<para>
This is a comma separated string of formats for which the compiler
needs to be called multiple times in order to get cross-references,
citations etc right. See the <link
linkend="compiling-multiple">Compiling multiple times</link> section
for details.
</para>
</section>
<section id="Tex_IgnoredWarnings">
<title>g:Tex_IgnoredWarnings</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry>
<entry><literal>a new-line separated list of patterns as described
below</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
The default value of this setting is
<programlisting>\"Underfull\n".
\"Overfull\n".
\"specifier changed to\n".
\"You have requested\n".
\"Missing number, treated as zero.\n".
\"There were undefined references\n"
\"Citation %.%# undefined"</programlisting>
This setting defines a set of patterns which will be filtered out when
displaying the output from the latex compiler. This is to aid in
filtering out very common warnings/errors.
</para>
<note>
<para>
Remember to check the value of <link
linkend="Tex_IgnoreLevel"><literal>g:Tex_IgnoreLevel</literal></link>
when you change this setting. For example, if you append a new pattern
which you would like to ignore by default, increase the value of
<literal>g:Tex_IgnoreLevel</literal>.
</para>
</note>
</section>
<section id="Tex_IgnoreLevel">
<title>g:Tex_IgnoreLevel</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Integer</entry></row>
<row><entry>Default Value</entry>
<entry><literal>7</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This setting defines a "filter level" or an "ignore level". A value of 7
for instance means that any warning/error matching with any of the first
7 fields of <link
linkend="Tex_IgnoredWarnings"><literal>g:Tex_IgnoredWarnings</literal></link>
will be ignored. Setting this value to zero will mean that no
error/warning is ignored. However, even with a value of zero, &ls; will
filter out most of the text which a &latex; compiler typically produces.
Use
<programlisting>TCLevel strict</programlisting>
from within &vim; in order to see all the lines from the compiler's
output.
</para>
</section>
<section id="Tex_UseMakefile">
<title>g:Tex_UseMakefile</title>
<para>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
When set to 1, then if a <literal>makefile</literal> or
<literal>Makefile</literal> is present in the current directory, then
&ls; sets the <literal>makeprg</literal> option to just
<literal>"make &lt;target&gt;"</literal>, where
<literal>&lt;target&gt;</literal> is the target format chosen using
the <literal>TCTarget</literal> or <literal>TTarget</literal>
commands.
</para>
<para>
When set to 0, then &ls; will set the <literal>makeprg</literal>
setting to whatever is defined by the <link
linkend="Tex_CompileRule_format">g:Tex_CompileRule_target</link>
setting.
</para>
</para>
</section>
<section id="Tex_GotoError">
<title>g:Tex_GotoError</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
If set to 1, then pressing <literal>\ll</literal> will take you to
the location of the first warning/error, otherwise you will remain in
the original location but the errors/warnings will be listed in the
preview window.
</para>
</section>
</section>
<section id="customizing-viewing">
<title>Viewer Customization</title>
<para>
The following settings affect how &ls; will display compiled files.
</para>
<section id="Tex_ViewRule_format">
<title>g:Tex_ViewRule_&lt;format&gt;</title>
<para>
Here <literal>&lt;format&gt;</literal> refers to a format such as
<literal>dvi</literal>, <literal>ps</literal>, etc. This variable defines
the program which will be called to display a file of that format.
</para>
<para>
By default, &ls; defines viewer programs for viewing DVI, PS and PDF
formats as follows:
</para>
<informaltable frame="all">
<tgroup cols="3">
<thead>
<row>
<entry></entry>
<entry>Windows</entry>
<entry>Unix</entry>
</row>
</thead>
<tbody>
<row>
<entry><literal>g:Tex_ViewRule_dvi</literal></entry>
<entry><literal>'yap -1'</literal></entry>
<entry><literal>'xdvi'</literal></entry>
</row>
<row>
<entry><literal>g:Tex_ViewRule_ps</literal></entry>
<entry><literal>'gsview32'</literal></entry>
<entry><literal>'ghostview'</literal></entry>
</row>
<row>
<entry><literal>g:Tex_ViewRule_pdf</literal></entry>
<entry><literal>'AcroRd32'</literal></entry>
<entry><literal>'xpdf'</literal></entry>
</row>
</tbody>
</tgroup>
</informaltable>
<para>
For Macintosh systems, these strings are left empty by default. This lets
the system pick the program for each format. If you define these variables
for Mac, the system choice will be over-ridden.
</para>
<para>
&ls; appends <literal>file.format</literal> to the above settings
while calling the external programs. For example, with
<programlisting>let g:Tex_ViewRule_dvi = 'yap -1'</programlisting>
<literal>yap</literal> is called as
<programlisting>!start yap -1 file.dvi</programlisting> from within
&vim;. (The initial <literal>start</literal> is used on
<literal>Windows</literal> platforms is to make <literal>yap</literal>
start as a separate process.) If you find the way &ls; constructs the
command line too restrictive, you can use the <link
linkend="Tex_ViewRuleComplete_format"><literal>Tex_ViewRuleComplete_format</literal></link>
setting for more complete control on how the command line is
constructed while calling the external program for viewing.
</para>
<note>
<para>
For windows, you will need to set the <literal>$PATH</literal> variable
to include the paths to <literal>yap</literal>,
<literal>AcroRd32</literal>, <literal>gsview32</literal> and any other
programs. See your system documentation for how to do this.
</para>
</note>
<note>
<title>Default Viewing Format</title>
<para>
To change the default format for viewing files, set the <link
linkend="Tex_DefaultTargetFormat">g:Tex_DefaultTargetFormat</link>
variable.
</para>
</note>
</section>
<section id="Tex_ViewRuleComplete_format">
<title>Tex_ViewRuleComplete_&lt;format&gt;</title>
<para>
Here <literal>&lt;format&gt;</literal> refers to the extension of a
output format such as <literal>dvi</literal>, <literal>html</literal>
etc.
</para>
<para>
<literal>Tex_ViewRuleComplete_format</literal> takes precedence over
<literal>Tex_ViewRule_format</literal> if both are specified. By
default, &ls; does not define values for
<literal>Tex_ViewRuleComplete_format</literal> for any
<literal>format</literal>. Unlike in the case of
<literal>Tex_ViewRule_format</literal>, &ls; does not modify
<literal>Tex_ViewRuleComplete_format</literal> at all in constructing
the command line. The only modification is to substitute
<literal>'$*'</literal> everywhere in the string with the name of the
file being viewed (without the extension).
</para>
<note>
<title>IMPORTANT</title>
<para>
Make sure you make the process go into the background otherwise vim
will wait for the viewer to terminate before letting you edit the file
again.
</para>
<para>
To make a process go into the background on a <literal>*nix</literal>
platform, use a trailing <literal>&amp;</literal> in the setting. On
<literal>Windows</literal>, use <literal>start</literal> at the
beginning of the setting. Example: Suppose you have a latex->html
converter which converts a file say foo.tex to a file foo/index.html.
Then you would use:
<programlisting>" On *nix platform
let g:Tex_ViewRuleComplete_html = 'MozillaFirebird $*/index.html &amp;'
" On windows platform
let g:Tex_ViewRuleComplete_html = 'start MozillaFirebird $*/index.html'</programlisting>
</para>
</note>
</section>
</section>
<section id="customizing-menus">
<title>Menu Customization</title>
<para>
In addition to using the variables defined in this section to affect
the menu-layout permanently (i.e, the layout &ls; will start with), you
can also use the <literal>TeX-Suite > Configure Menu</literal> menu to
dynamically configure the menu layout after &ls; has started.
</para>
<section id="Tex_Menus">
<title>g:Tex_Menus</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
If set to 0, &ls; will suppress showing all menus. Useful if you mostly
work in terminals.
</para>
</section>
<section id="Tex_MainMenuLocation">
<title><literal>g:Tex_MainMenuLocation</literal></title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>number</entry></row>
<row><entry>Default Value</entry>
<entry><literal>80</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This setting decides the location of the first top-level &ls;
menu. You can for example shift all the menus created by &ls;
to the very end by setting this value to a large number like 990.
</para>
</section>
<section id="Tex_MathMenus">
<title>g:Tex_MathMenus</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
The <literal>Tex-Math</literal> menu consists of hundreds of mathematical
symbols used in &latex;. This menu comprises about 75% of the menus.
</para>
</section>
<section id="Tex_NestElementMenus">
<title>g:Tex_NestElementMenus</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This setting controls the "compactness" of the menus. If set to 1, then the
Font, Counter and Dimensioning menus are collected together in a single
menu called <literal>Tex-Elements</literal>, otherwise, they will each get
a separate menu.
</para>
</section>
<section id="Tex_PackagesMenu">
<title>g:Tex_PackagesMenu</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
Setting this to zero will stop &ls; from automatically creating the
<literal>TeX-Suite > Packages > Supported</literal> menu at startup. You
can still create the menu after startup by going to
<literal>TeX-Suite > Configure Menu</literal>.
</para>
</section>
<section id="Tex_NestPackagesMenu">
<title>g:Tex_NestPackagesMenu</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>String</entry></row>
<row><entry>Default Value</entry>
<entry><literal>'TeX-'</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This string is the prefix added to all the menus created by &ls;. If you
define this variable with a dot (<literal>'.'</literal>) as the last
character, then all the menus created by &ls; will be nested under a
single master menu. For example, set this to
<literal>'&amp;LaTeX-Suite.'</literal> to nest all menus under a menu
called <literal>&amp;LaTeX-Suite</literal>.
</para>
</section>
<section id="Tex_UseUtfMenus">
<title>g:Tex_UseUtfMenus</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>0</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This setting controls whether &ls; uses utf-8 symbols to display some of
the mathematical symbols in the <literal>TeX-Math</literal> menu. It is
necessary for your system/GUI to support utf-8. Setting this to 1 has the
side-effect of setting the <literal>'encoding'</literal> option of &vim;
to 'utf-8'.
</para>
</section>
</section>
<section id="customizing-folding">
<title>Folding Customization</title>
<para>
The following settings control the <link
linkend="latex-folding">folding</link> functionality of &ls;.
</para>
<section id="Tex_Folding">
<title>g:Tex_Folding</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
Setting this to zero completely disables &ls;'s folding functionality.
However, the <literal>TexFoldTextFunction()</literal> is still available
in case you want to use another folding scheme but still want to continue
using the fold text function.
</para>
</section>
<section id="Tex_AutoFolding">
<title>g:Tex_AutoFolding</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>Boolean</entry></row>
<row><entry>Default Value</entry>
<entry><literal>1</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This setting controls whether &ls; automatically creates manual folds for
a file when it is opened. You can still use the <literal>\rf</literal>
mapping to refresh/create folds even when this variable is set to zero.
</para>
</section>
</section>
<section id="customizing-packages">
<title>Package Handling Customization</title>
<para>
These settings affect the <link linkend="custom-packages">custom
packages</link> functionality in &ls;
</para>
<section id="Tex_TEXINPUTS">
<title>g:Tex_TEXINPUTS</title>
<informaltable frame="all">
<tgroup cols="2">
<tbody>
<row><entry>Type</entry><entry>string</entry></row>
<row><entry>Default Value</entry>
<entry><literal>''</literal></entry></row>
</tbody>
</tgroup>
</informaltable>
<para>
This setting describes the directories scanned by &ls; while searching
for custom user packages as described in the <link
linkend="custom-packages">custom packages</link> section. Do not
include the present directory in this setting. The present directory
is always scanned for custom packages.
</para>
<para>
This string should be set in the syntax accepted by &vim;'s native
<literal>'path'</literal> setting.
</para>
</section>
</section>
</section>
<section id="latex-suite-credits">
<title>Credits</title>
<para>
And finally, the credits:
</para>
<informaltable frame="none">
<tgroup cols="2">
<tbody>
<row>
<entry>Artur R. Czechowski</entry>
<entry>maintains the BSD package of &ls;. Lots of valuable
feedback.</entry>
</row>
<row>
<entry>
Lubomir Host
</entry>
<entry>
provided the diacritics and also helped in development.
</entry>
</row>
<row>
<entry>
Alexander Wagner
</entry>
<entry>
valuable suggestions during development.
</entry>
</row>
<row>
<entry>
Luc Hermitte
</entry>
<entry>
his variation of Stephen Riehm's bracketing system is used
in &ls;.
</entry>
</row>
<row>
<entry>
Gergely Kontra
</entry>
<entry>
the clever little JumpFunc() in imaps.vim is due to him.
The implementation of the templates also borrows from
mu-template.vim by him.
</entry>
</row>
<row>
<entry>
Dimitri Antoniou
</entry>
<entry>
author of ltags and also provided the nice tip about
forward / reverse search on DVI documents.
</entry>
</row>
<row>
<entry>
Stephen Riehm
</entry>
<entry>
the extremely helpful bracketing system is from him.
</entry>
</row>
<row>
<entry>
Alan Schmitt
</entry>
<entry>
provided macros/folding elements. Continued feedback,
bug-reports/fixes.
</entry>
</row>
<row>
<entry>
Hari Krishna Dara
</entry>
<entry>
for ExecMap(), the clever little function which makes
typing visual mode mappings so much easier and error-free.
</entry>
</row>
<row>
<entry>
Alan G Isac
</entry>
<entry>
for the comprehensive BibT() function for entering bibtex
entries.
</entry>
</row>
<row>
<entry>
Gontran Baerts
</entry>
<entry>
for libList.vim
</entry>
</row>
<row>
<entry>
Peter Heslin
</entry>
<entry>
useful discussion and also a lot of bug fixes.
the %%fakesection in folding.vim.
</entry>
</row>
<row>
<entry>
Zhang Lin-bo
</entry>
<entry>
lots of very useful additions to folding. The code for customizing
the folding scheme is due to him.
</entry>
</row>
</tbody>
</tgroup>
</informaltable>
<para>
A large number of functions in &ls; come from various other people.
Some of those people might have been missed here. Each function should however
have the author's name/e-mail above it. Thats the more authoritative place to
check out who has done what.
</para>
<anchor id="latex-suite-maintainer"></anchor>
<para>
The current maintainer(s) of &ls; is(are)
</para>
<simplelist>
<member>Srinath Avadhanula &lt;srinath@fastmail.fm&gt;</member>
<member>Mikolaj Machowski &lt;mikmach@wp.pl&gt;</member>
<member>Benji Fisher &lt;benji@member.AMS.org&gt;</member>
</simplelist>
</section>
</article>
<!--
vim: et:sw=1:sts=4
-->
Reference in a new issue View git blame Copy permalink