Document Classes ⇒ beamer | Compilation with LuaLaTeX

[drgz]

Is this a combination that should work without any problems with the current versions of the different packages?

At the moment I have TL 2012 pretest installed, and if I try to compile i.e.

Code: Select all

\documentclass[pdflatex,professionalfonts,smaller]{beamer}
\usetheme{Boadilla} 

\usepackage{amsmath}
\usepackage{fontspec,unicode-math}
\setmainfont[Ligatures=TeX]{XITS}
\setsansfont[Ligatures=TeX,Scale=MatchLowercase]{Cantarell}
\setmonofont[Ligatures=TeX]{Inconsolata}
\setmathfont[Ligatures=TeX]{XITS Math}

\renewcommand{\t}{\mathsf{T}}

\begin{document}

\begin{frame}

The SIMO model consists of $L$ virtual subchannels fed from a common input. Let
%
	\begin{align*}
		\mathbf{h}_n^{(l)} &= \left[h_0^{(l)},h_1^{(l)},\ldots,h_M^{(l)}\right]^\t\in\mathbb{C}^{M+1} \\
		\mathbf{u}_n^{(l)} &= \left[u_n^{(l)},u_{n-1}^{(l)},\ldots,u_{n-N+1}^{(l)}\right]^\t\in\mathbb{C}^{N} \\
		\mathbf{\nu}_n^{(l)} &= \left[\nu_n^{(l)},\nu_{n-1}^{(l)},\ldots,\nu_{n-N+1}^{(l)}\right]^\t\in\mathbb{C}^{N}\,.
	\end{align*}
%
Then
%
	\[
		\mathbf{u}_n^{(l)} = \mathbf{H}^{(l)}\mathbf{x}_n+\mathbf{\nu}_n^{(l)}\,,
	\]
%
where
%
	\[
		\mathbf{H}^{(l)} = 
			\begin{bmatrix}
				h_0^{(l)} & h_1^{(l)} & \ldots & h_M^{(l)} & 0 & \ldots & 0 \\
				0 & h_0^{(l)} & \ldots & h_{M-1}^{(l)} & h_M^{(l)} & \ldots & 0 \\
				\vdots & \vdots & \ddots & \vdots & \vdots & \ddots & \vdots \\
				0 & 0 & \ldots & h_0^{(l)} & h_1^{(l)} & \ldots & h_M^{(l)}
			\end{bmatrix} \in\mathbb{C}^{N\times(M+N)}\,.
	\]
%

\end{frame}
\end{document}

I only get rubbish (see attached pdf). If I remove all the \setxxxfont{} commands, Latin Modern is loaded as default and everything looks fine. If I then check the embedded fonts in the pdf I see that LMSans + LMMath are used.

Is it because beamer uses sans fonts that the example above doesn't work? Or have I missed something important in the manual for beamer (and/or unicode-math)?

[drgz]

Well, figured it out. The class option for beamer should be professionalfont, and not professionalfonts (depends on how you load it).

To make the solution more complete, the class option should be loaded as

Code: Select all

\usefonttheme{professionalfonts}

someplace after the document class is loaded, and not as done in the example in the first post, as this method is now obsolete.