Format "i^th" consistently.

Fixes #653, see also #974.

source/containers.tex

@@ -2787,7 +2787,7 @@
 a.size(). For \tcode{unordered_multiset} and \tcode{unordered_multimap},
 the complexity of \tcode{operator==} is proportional to $\sum E_i^2$
 in the average case and to $N^2$ in the worst case, where $N$ is \tcode{a.size()},
-and $E_i$ is the size of the $i^{th}$ equivalent-key group in \tcode{a}.
+and $E_i$ is the size of the $i^\text{th}$ equivalent-key group in \tcode{a}.
 However, if the respective elements of each corresponding pair of
 equivalent-key groups $Ea_i$ and $Eb_i$ are arranged in the same order
 (as is commonly the case, e.g., if \tcode{a} and \tcode{b} are unmodified copies

source/numerics.tex

@@ -9338,7 +9338,7 @@
 \begin{note}
 The difference between \tcode{transform_exclusive_scan} and
 \tcode{transform_inclusive_scan} is that \tcode{transform_exclusive_scan}
-excludes the ith input element from the ith sum. If \tcode{binary_op} is not
+excludes the $i^\text{th}$ input element from the $i^\text{th}$ sum. If \tcode{binary_op} is not
 mathematically associative, the behavior of \tcode{transform_exclusive_scan}
 may be nondeterministic. \tcode{transform_exclusive_scan} does not apply
 \tcode{unary_op} to \tcode{init}.
@@ -9419,7 +9419,7 @@
 \begin{note}
 The difference between \tcode{transform_exclusive_scan} and
 \tcode{transform_inclusive_scan} is that \tcode{transform_inclusive_scan}
-includes the ith input element in the ith sum. If \tcode{binary_op} is not
+includes the $i^\text{th}$ input element in the $i^\text{th}$ sum. If \tcode{binary_op} is not
 mathematically associative, the behavior of \tcode{transform_inclusive_scan}
 may be nondeterministic. \tcode{transform_inclusive_scan} does not apply
 \tcode{unary_op} to \tcode{init}.

source/utilities.tex

@@ -4190,7 +4190,7 @@
 
 \pnum
 In the descriptions that follow, let $i$ be in the range \range{0}{sizeof...(Types)},
-and $\tcode{T}_i$ be the $i^{th}$ type in \tcode{Types...}.
+and $\tcode{T}_i$ be the $i^\text{th}$ type in \tcode{Types...}.
 
 \indexlibrary{\idxcode{variant}!constructor}%
 \begin{itemdecl}