% $Id: faq-projects.tex,v 1.12 2010/06/02 23:10:24 rf10 Exp rf10 $
\section{Current \TeX{}-related projects}
\Question[Q-LaTeX3]{The \LaTeX{} project}
The \LaTeX{} project team (see \URL{http://www.latex-project.org/latex3.html})
is a small group of volunteers whose aim is
to produce a major new document processing system based on the
principles pioneered by Leslie Lamport in the current \LaTeX{}. The
new system is (provisionally) called \LaTeX{}3; it
will remain freely available and it will be fully documented at
all levels.
The \LaTeX{} team's first product (\LaTeXe{}) was delivered in 1994
(it's now properly called ``\LaTeX{}'', since no other version is current).
\LaTeXe{} was intended as a consolidation exercise, unifying several
sub-variants of \LaTeX{} while changing nothing whose change wasn't
absolutely necessary. This has permitted the team to support a single
version of \LaTeX{}, in parallel with development of \LaTeX{}3.
Some of the older discussion papers about directions for \LaTeX{}3 are
to be found on \acro{CTAN}; other (published) articles are to be found
on the project web site (\URL{http://www.latex-project.org/papers/}),
as is some of the project's experimental code (see
\URL{http://www.latex-project.org/code.html}, which allows you to read
the project's source repository). Snapshots of two major collections
from the code, \Package{expl3} (supporting \LaTeX{}3 coding
conventions in a \LaTeXe{} environment) and and \Package{xpackages} (a
first cut of a ``document designer's interface'') are available on
\acro{CTAN}. Several developers are known to be working on their own
code using \Package{expl3}, but all
Anyone may participate in discussions of the future of \LaTeX{}
through the mailing list \texttt{latex-l}; some development work
(outside the project) is discussed on the list. Subscribe to the list
by sending a message `\texttt{subscribe latex-l <\emph{your name}>}'
to \mailto{listserv@urz.Uni-Heidelberg.de}
\begin{ctanrefs}
\item[expl3 \nothtml{\rmfamily}bundle]\CTANref{expl3}
\item[\nothtml{\rmfamily}\LaTeX{} project publications]\CTANref{ltx3pub}
\item[xpackages \nothtml{\rmfamily}bundle]\CTANref{xpackages}
\end{ctanrefs}
\Question[Q-mathml]{Future \acro{WWW} technologies and \AllTeX{}}
An earlier answer % ! line break
(\Qref[number]{``converting to \acro{HTML}''}{Q-LaTeX2HTML})
addresses the issue of converting existing \AllTeX{} documents for
viewing on the Web as \acro{HTML}. All the present techniques are
somewhat flawed: the answer explains why.
However, things are changing, with
better font availability, cunning \acro{HTML} programming and the
support for new Web standards.
\begin{description}
\item[Font technologies] Direct representation of mathematics in
browsers has been hampered up to now by the limited range of symbols
in the fonts whose availability designers can count on. Some existing
\AllTeX{} to \acro{HTML} converters provide maths symbols by
hitching them to alternate font face specifications for standard
code points in a non-standard way. This does nothing for the
universality of the \acro{HTML} so generated.
Now, however, free Unicode-encoded OpenType fonts, with coverage of
mathematical symbols, are starting to appear. The much-heralded
\href{http://www.stixfonts.org/}{\acro{STIX} fonts} seem to have
teetered on the point of general release for years, have now,
finally, been released (end May 2010). No ``official'' macro
support is yet available, but the fonts can be used in browsers.
%% In the near future, we can expect rather wide availability of
%% Unicode fonts with good coverage of symbols, which should make life
%% easier for those who need to represent mathematics.
\item[\acro{XML}] The core of the range of new standards is
\acro{XML}, which provides a framework for better structured markup;
limited support for it has already appeared in some browsers.
Conversion of \AllTeX{} source to \acro{XML} is already available
(through \TeX{}4ht at least), and work continues in that arena. The
alternative, authoring in \acro{XML} (thus producing documents that
are immediately Web-friendly, if not ready) and using \AllTeX{} to
typeset is also well advanced. One useful technique is
\Qref*{\emph{transforming} the \acro{XML} to \LaTeX{}}{Q-SGML2TeX},
using an \acro{XSLT} stylesheet or code for an \acro{XML} library,
and then simply using \LaTeX{}; alternatively, one may
\Qref*{typeset direct from the \acro{XML} source}{Q-readML}.
\item[Direct representation of mathematics]
Math\acro{ML} is a standard for representing maths on the Web; its
original version was distinctly limited, but version 2 of Math\acro{ML}
has had major browser support since 2002 with richness of mathematical
content for online purposes approaching that of \TeX{} for print.
Browser support for Math\acro{ML} is provided by \ProgName{amaya}, the
`Open Source' browser \ProgName{mozilla} (and its derivatives
including \ProgName{NetScape}, \ProgName{Firefox} and \ProgName{Galeon}) and
\ProgName{Internet Explorer} when equipped with a suitable plug-in
such as \ProgName{MathPlayer}.
There's evidence that \AllTeX{} users are starting to use such
browsers. Some believe that \acro{XHTML}+Math\acro{ML} now provides
better online viewing than \acro{PDF}.
Work to produce \acro{XHTML}+Math\acro{ML} is well advanced in both the
\TeX{}4ht and \ProgName{TtH} projects for \AllTeX{} conversion.
%% Such conversion, however, has limits of soundness unless one
%% is very much aware of the needs of one's conversion program
%% and adapts one's usage of \AllTeX{} accordingly.
An approach different from \AllTeX{} conversion is taken by
the \href{http://www.albany.edu/~hammond/gellmu/}{\emph{GELLMU} Project}.
Its \emph{article} \acro{XML} document type, which has a markup vocabulary
close to \LaTeX{} that can be edited using \LaTeX{}-like markup
(even though it is not \LaTeX{}~--- so far), comes with translators
that make both \acro{PDF} (via \emph{pdflatex}) and
\acro{XHTML}+Math\acro{ML}. Such an approach avoids the inherent
limitations of the ``traditional'' \AllTeX{} translation processes,
which have traps that can be sprung by unfettered use of \AllTeX{}
markup.
\item[Graphics]
\acro{SVG} is a standard for graphics representation on the web.
While the natural use is for converting existing figures,
representations of formulas are also possible, in place of the separate
bitmaps that have been used in the past (and while we wait for the
wider deployment of Math\acro{ML}).
Browser plug-ins, that deal with \acro{SVG} are already available
(Adobe offer one, for example). More recently, the open source
graphics editor \href{http://www.inkscape.org/}{\ProgName{Inkscape}}
has appeared, and has been reported to be useful for
\acro{SVG}-related work in at least one \TeX{}-related project. Be
aware that the developers of \ProgName{Inkscape} have no illusions
about being able to replace commercial software, yet\dots{}
\item[Direct use of \TeX{} markup]
Some time back, \acro{IBM} developed a browser plug-in called
TechExplorer, which would display \AllTeX{} documents direct in a
browser. Over the years, it developed into a Math\acro{ML} browser
plug-in, while still retaining its \AllTeX{} abilities, but it's now
distributed (free for Linux and Windows platforms) by
\href{http://www.integretechpub.com/}{Integre Technical Publishing}.
The disadvantage of the TechExplorer approach is that it places the
onus on the browser user; and however technically proficient
\emph{you} are, it's never safe to assume too much of your readers.
An interesting alternative is
\href{http://www.forkosh.com/mathtex.html}{Math\TeX{}}, which sits
on your server as a \acro{CGI} script, and you use it to include
your \TeX{}, in your \acro{HTML}, as if it were an image:
\begin{quote}
\begin{wideversion}
\begin{verbatim}
=\int\limits_{-\infty}^xe^{-t^2}dt)
\end{verbatim}
\end{wideversion}
\begin{narrowversion}
\begin{verbatim}
=
\int\limits_{-\infty}^xe^{-t^2}dt)
\end{verbatim}
\end{narrowversion}
\end{quote}
(\Package{Mathtex} supersedes the author's earlier \Package{mimetex}.)
\end{description}
\begin{ctanrefs}
\item[GELLMU]\CTANref{gellmu}
\item[MathTeX]\CTANref{MathTeX}
\item[MimeTeX]\CTANref{MimeTeX}
\item[TeX4HT]\CTANref{tex4ht}
\end{ctanrefs}
\Question[Q-textrace]{Making outline fonts from \MF{}}
\ProgName{TeXtrace}, originally developed by P\'eter Szab\'o, is a
bundle of Unix scripts that use Martin Weber's freeware boundary
tracing package
\href{http://autotrace.sourceforge.net}{\ProgName{autotrace}} to
generate Type~1 outline fonts from \MF{} bitmap
font outputs. The result is unlikely ever to be of the quality of
the commercially-produced Type~1 font, but there's always the
\href{http://fontforge.sourceforge.net/}{\ProgName{FontForge}} font
editor to tidy things. Whatever, there
remain fonts which many people find useful and which fail to attract
the paid experts, and auto-tracing is providing a useful service here.
Notable sets of
fonts generated using \ProgName{TeXtrace} are P\'eter Szab\'o's own
\acro{EC}/\acro{TC} font set \FontName{tt2001} and Vladimir Volovich's
\acro{CM}-Super set, which covers the \acro{EC}, \acro{TC}, and the
Cyrillic \acro{LH} font sets (for details of both of which sets, see
\Qref[answer]{``8-bit'' type 1 fonts}{Q-type1T1}).
Another system, which arrived slightly later, is
\href{http://www.cs.uu.nl/~hanwen/mftrace/}{\ProgName{mftrace}}:
this is a small \ProgName{Python} program that does the same job.
\ProgName{Mftrace} may use either \ProgName{autotrace} (like
\ProgName{TeXtrace}) or Peter Selinger's
\href{http://potrace.sourceforge.net}{\ProgName{potrace}} to produce
the initial outlines to process. \ProgName{Mftrace} is said to be
more flexible, and easier to use, than is \ProgName{TeXtrace}, but both systems
are increasingly being used to provide Type~1 fonts to the public domain.
The \ProgName{MetaType1} system aims to use \MF{} font sources, by way
of \MP{} and a bunch of scripts and so on, to produce high-quality
Type~1 fonts. The first results, the % ! line break
\Qref*{\Package{Latin Modern} fonts}{Q-type1T1}, are now
well-established, and a bunch of existing designs have been reworked
in MetaType1 format.
\begin{ctanrefs}
\item[MetaType1]\CTANref{metatype1}
\end{ctanrefs}
\Question[Q-WYGexpts]{The \TeX{} document preparation environment}
``\Qref*{Why \TeX{} is not \WYSIWYG{}}{Q-notWYSIWYG}''
outlines the reasons (or excuses) for the huge disparity of user
interface between ``typical'' \TeX{} environments and commercial word
processors.
Nowadays, at last, there is a range of tools available that try either
to bridge or to close the gap. One range modestly focuses on
providing the user with a legible source document. At the other
extreme we have \href{http://www.texmacs.org}{\ProgName{TeXmacs}},
a~document processor using
\TeX{}'s algorithms and fonts for both editor display and printing.
\ProgName{TeXmacs} does not use the \TeX{}
language itself (though among other formats, \LaTeX{} may be exported
and imported). A bit closer to \LaTeX{} is
\href{http://www.lyx.org/}{LyX}, which has its own
editor display and file formats as well, but does its print output by
exporting to \LaTeX{}. The editor display merely resembles the
printed output, but you have the possibility of entering arbitrary
\LaTeX{} code. If you use constructs that LyX does not
understand, it will just display them as source text marked red, but
will properly export them.
Since a lot of work is needed to create an editor from scratch that
actually is good at editing (as well as catering for \TeX{}), it is
perhaps no accident that several approaches have been implemented
using the extensible \ProgName{emacs} editor. The low end of the
prettifying range is occupied by syntax highlighting: marking \TeX{}
tokens, comments and other stuff with special colours.
Many free editors (including \ProgName{emacs}) can cater for \TeX{} in
this way. Under Windows, one of the more popular editors with such
support is the
Shareware product \href{http://www.winedt.com/}{\ProgName{winedt}}.
Continuing the range of
tools prettifying your input, we have the \ProgName{emacs} package
\href{http://x-symbol.sourceforge.net}{\Package{x-symbol}}, which does
the \WYSIWYG{} part of its work by replacing single \TeX{} tokens and
accented letter sequences with appropriate-looking characters on the
screen.
A different type of tool focuses on making update and access to
previews of the typeset document more immediate. A recent addition
in several viewers, editors and \TeX{} executables are so-called
`source specials' for cross-navigation. When \TeX{} compiles a
document, it will upon request insert special markers for every input
line into the typeset output. The markers are interpreted by the \acro{DVI}
previewer which can be made to let its display track the page
corresponding to the editor input position, or to let the editor jump
to a source line corresponding to a click in the preview window.
An \ProgName{emacs} package that combines this sort of editor movement
tracking with automatic fast recompilations (through the use of dumped
formats) is
\href{http://pauillac.inria.fr/whizzytex/}{\Package{WhizzyTeX}}
which is best used with a previewer by the
same author. A simpler package in a similar spirit is called
\href{http://www.activetex.org/}{\Package{InstantPreview}} and makes
use of a continuously running copy of \TeX{}
(under the moniker of \texttt{TeX daemon}) instead of dumping formats to
achieve its speed.
Another \ProgName{emacs} package called
\href{http://preview-latex.sourceforge.net}{\Package{preview-latex}}
tries to solve
the problem of visual correlation between source and previews in a
more direct way: it uses a \LaTeX{} package to chop the document source
into interesting fragments (like figures, text or display math) which
it runs through \LaTeX{} and replaces the source text of those
fragments with the corresponding rendered output images. Since it
does not know about the structure of the images, at the actual cursor
position the source text is displayed while editing rather than the
preview. This approach is more or less a hybrid of the source
prettifying and fast preview approaches since it works in the source
buffer but uses actual previews rendered by \LaTeX{}.
A more ambitious contender is called \TeX{}lite. This
system is only available on request from its author;
it continuously updates its screen with the help of a special version
of \TeX{} dumping its state in a compressed format at each page and
using hooks into \TeX{}'s line breaking mechanism for reformatting
paragraphs on the fly. That way, it can render the output from the
edited \TeX{} code with interactive speed on-screen, and it offers the
possibility of editing directly in the preview window.
That many of these systems occupy slightly different niches can be
seen by comparing the range of the
\ProgName{emacs}-based solutions ranging from syntax highlighting to instant
previewing: all of them can be activated at the same time without
actually interfering in their respective tasks.
The different approaches offer various choices differing in the
immediacy of their response, the screen area they work on (source or
separate window), degree of correspondence of the display to the final
output, and the balance they strike between visual aid and visual
distraction.
\begin{ctanrefs}
\item[preview-latex]Distributed as part of \CTANref{auctex}[preview-latex]
\item[texmacs]Browse \CTANref{texmacs}
\end{ctanrefs}
\Question[Q-omegaleph]{Omega and Aleph}
Omega \nothtml{(\ensuremath{\Omega})} was developed as an extension of
\TeX{}, to use with multilingual texts, expressed in a variety of
input encodings. Omega uses 16-bit, Unicode-encoded, characters. It
provides many innovative concepts, notably including the ``translation
process'' that takes a character stream and transforms it according to
various processes that may be internally specified, or be a separate
program.
While Omega showed a lot of promise at its mid-1990s announcement,
progress was slow, and development was essentially dead by the time
that one of the original developers withdrew (taking with him a bunch
of research students).
Before that distressing event, a separate thread of development had
started, to produce a program % !avoid space between Aleph and comma
called Aleph\nothtml{ (\ensuremath{\aleph})}, which merged the facilities of
\Qref*{\eTeX{}}{Q-etex} into a stable Omega codebase and added other
extensions. Aleph also proved an attractive platform for many people;
but its development, too, has dried up.
A presentation at Euro\TeX{} 2006 claimed that development of Omega
was picking up again, in parallel with research into what the (new)
developers consider a rational scheme for supporting \TeX{}-style
typesetting. The new system was to be known as Omega-2
(\latexhtml{\ensuremath{\Omega_2}}{Omega subscript 2}), and was to be
designed in a modular fashion so that support of new facilities (such
as use of advanced OpenType fonts) could be added in a relatively
straightforward fashion. A quick web search leads to a recommendation
that potential users consider \Qref{\LuaTeX{}}{Q-luatex} instead.
Fortunately, lessons learned in Aleph project are being carried
forward in the \Qref*{\LuaTeX{}}{Q-luatex} project.
\Question[Q-xetex]{The \xetex{} project}
\href{http://scripts.sil.org/xetex}{\xetex{}}, by Jonathan Kew, is a
successor to the shareware \TeX{}/\acro{GX} program for Macintoshes.
It is a Unicode-based \TeX{} implementation which is able to make
direct use of the fonts installed on a system. It supports the
advanced typographical features available in modern font technology
(OpenType, \acro{AAT} on Mac~\acro{OS}~X, Graphite). \xetex{} was
originally developed for Mac~\acro{OS}~X but it is now fully
integrated in \texlive{} on a wide range of platforms, as well as
being available as part of \miktex{}. \xetex{} supports Unicode
character sets and bidirectional typesetting (via \eTeX{} primitives).
It is popular among linguists and scholars in the humanities, as well
as an increasing range of people working in other fields. Support for
mathematical Unicode fonts (such as Asana Math and Cambria) is
progressing.
The project has an active % ! line break
\href{http://www.tug.org/mailman/listinfo/xetex}{mailing list}; a
collection of other information is to be found in a set of % ! line break
\href{http://www.tug.org/xetex/}{links on the \acro{TUG} web site}.
\Question[Q-luatex]{\PDFTeX{} and \LuaTeX{}}
As is said elsewhere in these \acro{FAQ}s, development of
\Qref*{\PDFTeX{}}{Q-whatpdftex} is ``in essence'' complete~---
no new facilities are being developed. The \PDFTeX{} team has
announced that they have frozen \PDFTeX{} in its current state
(version 1.49.10), and that nothing but bug corrections will be
provided up to the time of the final release, \PDFTeX{} 1.50.0.
In parallel with the running-down of \PDFTeX{} development,
development of a new system, \LuaTeX{} is under way.
\href{http://www.lua.org/}{\ProgName{Lua}} is a script
language, designed to offer an interpreter that may be incorporated
into other applications. \LuaTeX{} consists of a \TeX{}-like engine
with a \ProgName{lua} interpreter built into it; the \ProgName{lua}
interpreter has access to many of the data structures used for
typesetting, and the user may also interpolate chunks of
\ProgName{lua} code into their \AllTeX{} macros, or as `call-backs'
for use when the \TeX{}-like engine does certain operations.
This arrangement offers the prospect of a ``semi-soft'' typesetting
engine: it will have its basic behaviour, but the user gets to
redefine functionality if an idea occurs~--- there will be no need to
persuade the world first, and then find a willing developer to work on
the sources of of the distribution.
The \href{http://www.luatex.org/}{\LuaTeX{} project} is (with monetary
support from various sources) pursuing avenues that many of the other
current projects have in their sights, notably Unicode character
representations and support for OpenType fonts. The intention is
to integrate the extensions pioneered by \Qref*{Aleph}{Q-omegaleph}.
The current version (0.60.0, in April 2010) of \LuaTeX{} is supposed
at least to demonstrate the final functionality. This stability was
declared with version 0.50.0, released near the end of December 2009.
Much work remains to be done, and this remains a beta-release.
\texlive{} 2009 incorporates (at the time of writing) \LuaTeX{}
version 0.44.0, but the latest \miktex{} (version 2.8) still doesn't
offer it.
\CONTeXT{} `Mark 4' can already make use of \LuaTeX{}; much of its
code already appears in two forms~--- a \TeX{}-based version
(\extension{mkii}) and a `\extension{mkiv}' version. \LaTeX{} is also
steadily acquiring macro packages in support of its use.
\Question[Q-ant]{The \textsf{ANT} typesetting system}
Achim Blumensath's \href{http://ant.berlios.de}{\textsf{ANT}} project
aims not to replicate \TeX{} with a different implementation
technique, but rather to provide a replacement for \TeX{} which uses
\TeX{}-like typesetting algorithms in a very different programming
environment. \textsf{ANT} remains under development, but it is now
approaching the status of a usable typesetting system.
\textsf{ANT}'s markup language is immediately recognisable to the
\AllTeX{} user, but the scheme of implementing design in
\textsf{ANT}'s own implementation language (presently
\ProgName{OCaml}) comes as a pleasant surprise to the jaded \acro{FAQ}
writer. This architecture holds the promise of a system that avoids a
set of serious problems with \TeX{}'s user interface: those that
derive from the design language being the same as the markup language.
\begin{ctanrefs}
\item[\textsf{ANT}]\CTANref{ant}
\end{ctanrefs}
\Question[Q-extex]{The \ExTeX{} project}
\href{http://www.extex.org/}{The \ExTeX{} project} is
building on the experience of the many existing \TeX{} development and
extension projects, to develop a new \TeX{}-like system. The system
is to be developed in Java (like the ill-fated \NTS{} project).
While \ExTeX{} will implement all of \TeX{}'s primitives, some may be
marked as obsolete, and ``modern'' alternatives provided (an obvious
example is the primitive \csx{input} command, whose syntax inevitably
makes life difficult for users of modern operating system file
paths). Desirable extensions from \Qref*{\eTeX{}}{Q-etex},
\Qref*{\PDFTeX{}}{Q-whatpdftex} and \Qref*{\ensuremath{\Omega}}{Q-omegaleph}
have been identified.
Usability will be another focus of the work: debugging support and log
filtering mechanisms will please those who have long struggled with
\TeX{} macros.
\ExTeX{} will accept Unicode input, from the start. In the longer
term, drawing primitives are to be considered.
\Question[Q-biblatex]{Replacing the \BibTeX{}--\LaTeX{} mechanism}
Producing a successor to \BibTeX{} has long been a favoured activity
among a certain class of \TeX{}-users; the author has seen reports of
progress (on several projects), over the years, but few that claim to
be ready for ``real-world'' use.
Few would deny that \BibTeX{} is ripe for renewal: as originally
conceived, it was a program for creating bibliographies for technical
documents, in English. People have contributed mechanisms for a
degree of multilingual use (whose techniques are arcane, and quite
likely inextensible); and specialist \BibTeX{} style files are
available for use in non-technical papers.
\BibTeX{} uses a style language whose mechanisms are unfamiliar to
most current programmers: it's difficult to learn, but since there are
few opportunities to write the language, it's also difficult to become
fluent (in the way that so many people fluently write the equally
arcane \TeX{} macro language).
Oren Patashnik (the author of \BibTeX{}) summarises the issues as he
sees them, in a % !line break
\href{http://tug.org/TUGboat/Articles/tb24-1/patashnik.pdf}{\acro{TUG} conference paper from 2003}
that seems to suggest that we might expect a
\BibTeX{}~1.0\dots{}which hasn't (yet) appeared.
In the absence of \BibTeX{}~1.0, what do we need from the bibliography
system of the future?~--- simple: a superset of what \BibTeX{} does
(or can be made to do), implemented in a simpler style language, with
coherent multilingual capabilities.
Of the direct \BibTeX{} replacements, the only one whose authors have
sufficient confidence to submit to \acro{CTAN} is Cross\TeX{}.
Cross\TeX{}'s language feels familiar to the existing user of
\BibTeX{}, but it's redesigned in an object-oriented style, and looks
(to a non-user) as if it may well be adequately flexible.
Cross\TeX{}'s team respond to queries, and seem well aware of the
need for multilingual support. Cross\TeX{} is probably a development
to watch.
Two interesting alternative approaches, that the author has
investigated, are \Package{amsrefs} and \Package{biblatex}.
\Package{Amsrefs} does away with \BibTeX{} altogether, while
\Package{biblatex} (at least for now) makes rather limited use of
\BibTeX{}. Both are heavily dependent on \LaTeX{}'s support.
\Package{Amsrefs} uses a transformed \extension{bib} file, which is
expressed as \LaTeX{} macros. (The package provides a \BibTeX{} style
that performs the transformation, so that a \LaTeX{} source containing
a \cmdinvoke{nocite}{*} command enables \BibTeX{} to produce a usable
\Package{amsrefs} bibliography database.)
\Package{Amsrefs} is maintained by the AMS as part of its author
support programme,
\Package{Biblatex} uses \BibTeX{} simply to sort the citations using
\Package{biblatex}'s own style; the style of citations and of the
bibliography itself is determined by the way your \Package{biblatex}
style has been set up. This structure eliminates the collections of
\BibTeX{} styles, at a stroke; the package comes with a basic set of
styles, and details are determined by options, set at package loading
time. The author, Philipp Lehman, evaluated the whole field of
bibliography software before starting, and as a result the package
comes with answers to many of the questions asked in the bibliography
sections of these \acro{FAQ}s.
\Package{Biblatex} is released as experimental software, but it's
clear that many users are already using it happily; Lehman is
responsive to problem reports, at the moment, but a set of expert
users is already establishing itself. A set of contributed styles has
appeared, which cover some of the trickier bibliography styles. The
road map of the project shows one more \emph{beta} release before the
``stable'' \Package{biblatex}~1.0.
A related project is
\href{http://biblatex-biber.sourceforge.net/}{\ProgName{biber}}
(it's called \ProgName{biblatex-biber} on SourceForge simply to
distinguish it from an older, defunct, \BibTeX{} replacement
project). \ProgName{Biber} is a \ProgName{Perl}-based system to
produce a \BibTeX{} replacement that is specifically tuned to the
requirements of \Package{biblatex}. While it supports the
`traditional' \BibTeX{} interface, \ProgName{biber} provides an
interface language designed for \Package{biblatex}, including use of
Unicode to ease the generation of multilingual citations.
\begin{ctanrefs}
\item[amsrefs.sty]\CTANref{amsrefs}
\item[biber]\CTANref{biber}
\item[biblatex.sty]\CTANref{biblatex}
\item[\nothtml{\rmfamily}biblatex contributions]\CTANref{biblatex-contrib}
\item[\nothtml{\rmfamily}CrossTeX]\CTANref{crosstex}
\end{ctanrefs}