summaryrefslogtreecommitdiff
path: root/Master/texmf-dist/doc/generic/pgf/text-en/pgfmanual-en-math-design.tex
blob: d63d506db3a5e301860c79149b3ebed60560b8aa (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
% Copyright 2007 by Mark Wibrow and Till Tantau
%
% This file may be distributed and/or modified
%
% 1. under the LaTeX Project Public License and/or
% 2. under the GNU Free Documentation License.
%
% See the file doc/generic/pgf/licenses/LICENSE for more details.



\section{Design Principles}

\pgfname{} needs to perform many computations while typesetting a
picture. For this, \pgfname\ relies on a mathematical engine, which
can also be used independently of \pgfname, but which is distributed
as part of the \pgfname\ package nevertheless. Basically, the engine
provides a parsing mechanism similar to the \calcname{} package so
that expressions like |2*3cm+5cm| can be parsed; but the \pgfname\
engine is more powerful and can be extended and enhanced. 

\pgfname{} provides enhanced functionality, which permits the parsing
of mathematical operations involving integers and non-integers 
with or without units. Furthermore, various functions, including
trigonometric functions and random number generators can also be 
parsed (see Section~\ref{pgfmath-parsing}). 
The \calcname{} macros |\setlength| and friends have \pgfname{} versions 
which can parse these operations and functions 
(see Section~\ref{pgfmath-registers}). Additionally, each operation
and function has an independent \pgfname{} command associated with it
(see Section~\ref{pgfmath-commands}), and can be 
accessed outside the parser.

The mathematical engine of \pgfname\ is implicitly used whenever you
specify a number or dimension in a higher-level macro. For instance,
you can write |\pgfpoint{2cm+4cm/2}{3cm*sin(30)}| or
suchlike. However, the mathematical engine can also be used
independently of the \pgfname\ core, that is, you can also just load
it to get access to a mathematical parser.


\subsection{Loading the Mathematical Engine}

The mathematical engine of \pgfname\ is loaded automatically by
\pgfname, but if you wish to use the mathematical engine but you do
not need \pgfname\ itself, you can load the following package:

\begin{package}{pgfmath}
  This command will load the mathematical engine of \pgfname, but not
  \pgfname\ itself. It defines commands like |\pgfmathparse|.
\end{package}


\subsection{Layers of the Mathematical Engine}

Like \pgfname\ itself, the mathematical engine is also structured into
different layers:

\begin{enumerate}
\item The top layer, which you will typically use directly, provides
  the command |\pgfmathparse|. This command parses a mathematical
  expression and evaluates it.

  Additionally, the top layer also defines some additional functions
  similar to the macros of the |calc| package for setting dimensions
  and counters. These macros are just wrappers around the
  |\pgfmathparse| macro.
\item The calculation layer provides macros for performing one
  specific computation like computing a reciprocal or a
  multiplication. The parser uses these macros for the actual
  computation.
\item The implementation layer provides the actual implementations of
  the computations. These can be changed (and possibly be made more
  efficient) without affecting the higher layers.
\end{enumerate}



\subsection{Efficiency and Accuracy of the Mathematical Engine}

Currently, the mathematical algorithms are all implemented in \TeX.
This poses some intriguing programming challenges as \TeX{} is a
typesetting language not a mathematical one, and as with any 
programming language, there is a trade-off between accuracy and 
efficiency. If you find the level of accuracy insufficient for you
purposes, you will have to replace the algorithms in the
implementation layer.

All the fancy mathematical ``bells-and-whistles'' that the parser 
provides, come with an additional processing cost, and in some
instances, such as simply setting a length to |1cm|, with no other
operations involved, the addition processing time is undesirable. 
To overcome this, the following feature is implemented: when no
mathematical operations are required, the value in \meta{expression}
can be preceded by |+|. This will bypass the parsing process and the 
assignment will be orders of magnitude faster. This feature 
\emph{only} works with the macros for setting registers described in
Section~\ref{pgfmath-registers}.

\begin{codeexample}[code only]
\pgfmathsetlength\mydimen{1cm}  % parsed     : slower.
\pgfmathsetlength\mydimen{+1cm} % not parsed : much faster.
\end{codeexample}