Hé oui, je reviens aujourd'hui à LaTeX ! Que les adeptes du WYSIWYG façon Word, Open Office, Nisus, etc. veuille bien m'en pardonner et si possible jeter quand même un œil à l'article. La seule condition pour cela est d'avoir lu au moins l'introduction et les deux premiers chapitres de cet excellent cours publié ici-même, que je ne me lasserai jamais de vanter :-)

Cet article est destiné à détailler et actualiser la brève présentation précédente de LuaLaTeX et celle des polices OpenType à complément mathématique qu'il permet d'utiliser. Je suis en effet actuellement en train de passer avec armes et bagages de PDFLaTeX à LuaLaTeX, les récentes évolutions de ce dernier ayant achevé de me convaincre de le faire. En effet, comme vous le savez déjà si vous avez lu les articles précités, deux des intérêts majeurs de LuaTeX et de XeTeX, les « moteurs » à la base respectivement de LuaLaTeX et XeLaTeX, sont

• de résoudre une fois pour toutes le problème du traitement des caractères accentués et des écritures non latines grâce au choix de l'encodage UTF8-Unicode par défaut ;
• de permettre l'utilisation des polices TrueType et OpenType, que celles-ci soient contenues dans la distribution LaTeX ou dans les dossiers habituels du système d'exploitation.

Je rappelle le petit bout de programme LuaLaTeX minimaliste défini dans l'article précédent et illustrant ces propriétés :

Le résultat, pour mémoire : Si vous vous souvenez bien, les deux premières lignes du programme, des commentaires dits « spéciaux », forcent en fait TeXShop à le coder en UTF8-Unicode et à l'exécuter avec LuaLaTeX.

Pour vos nouveaux fichiers il est plus que recommandé de profiter des facilités qu'offre le package fontspec, comme nous le faisons dans ce programme dès sa quatrième ligne. C'est en effet fontspec qui s'occupe de charger les polices TrueType et OpenType de la distribution LaTeX ou du système d'exploitation que vous voulez utiliser dans votre document. On verra plus bas d'autres exemples plus concrets que la belle mais peu courante police Zapfino utilisée ici.

NB : le programme équivalent de l'article précédent chargeait le package luatextra, qui charge à son tour fontspec mais aussi d'autres packages intéressants. Le problème étant qu'alors on ne peut passer d'options de chargement à fontspec.

À toutes fins utiles, je (re)signale que pour recycler vos anciens fichiers (PDF)LaTeX avec leurs encodages anciens (sur 8 bits), il suffit de remplacer le package inputenc par luainputenc. Par contre il est hors de question d'utiliser fontspec sur ces anciens fichiers, cela bloquerait tout de suite.

Revenons au traitement des polices TrueType et OpenType par LuaLaTeX. Ces polices sont chargées grâce à un package que fontspec appelle en sous-main : luaotfload (inutile donc de le charger soi-même). Ce paquet maintient entre autres une liste des différentes polices installées dans votre distribution et sur votre système. Pour établir cette liste et rendre ces fontes accessibles à l'utilisateur, il est fort probable que la toute première compilation que vous ferez avec LuaLaTeX et fontspec prenne un certain temps. Prenez patience, ça ira beaucoup plus vite pour toutes les compilations suivantes.

Aussi, lorsque vous installez une nouvelle police, il est essentiel de mettre à jour la liste établie par luaotfload, sinon ce sera comme si cette police n'existait pas pour LuaLaTeX. Ce dernier devrait se charger lui-même de la mise à jour de cette base de données, mais si pour une raison ou une autre il ne le fait pas, il faut utiliser le Terminal (ne fuyez pas, c'est simple !) et y entrer la ligne de commande

luaotfload-tool --update

Un autre paquet, capital pour les scientifiques, disponible pour LuaLaTeX (et XeLaTeX) qui sert à charger les fontes mathématiques OpenType, c'est unicode-math. Pour rappel, ce paquet charge également automatiquement fontspec. L'article précédent listait et illustrait les polices OpenType et leur complément mathématique qui étaient disponibles à l'époque et qu'unicode-math pouvait déjà charger :

• XITS et XITS Math, un portage compatible unicode-math des polices STIX basées sur Times ;
• Asana Math (complément mathématique libre de la police texte Palatino) ;
• Cambria et Cambria Math (propriété de Microsoft, disponible sur votre ordi si vous y avez installé Microsoft Office 2011).

Sont venues s'ajouter trois autres polices à compléments mathématiques :

• Latin Modern et Latin Modern Math : Latin Modern était déjà la fonte texte chargée par défaut par fontspec, mais elle ne disposait pas alors d'une version OpenType de sa partie mathématique, ce qui est le cas maintenant ;
• TeX Gyre Termes (une version libre de la police Times) et TeX Gyre Termes Math ;
• TeX Gyre Pagella (Palatino-like, libre également) et TeX Gyre Pagella Math.

Je reprends ici le programme test utilisé dans l'article précédent. Tout d'abord avec Latin Modern, il n'y a rien d'autre à charger que le paquet unicode-math, Latin Modern et Latin Modern Math sont alors les fontes texte et mathématique par défaut.

Résultat :

Avec TeX Gyre Termes :

Résultat :
Maintenant, avec TeX Gyre Pagella (remplacer simplement Termes par Pagella dans le programme précédent puis recompiler) : Vous aurez peut-être noté que j'ai chargé le paquet de francisation babel option frenchb avant unicode-math. C'est nécessaire sous peine de plantage de la compilation. Il faut savoir que babel n'a pas été prévu pour coexister avec Unicode et OpenType. Si la cohabitation se passe sereinement avec les langues à alphabet latin, elle est problématique avec les autres. Si bien qu'un nouveau package est en train d'être développé pour remplacer babel sur XeLaTeX et LuaLaTeX : polyglossia. Lui peut être chargé avant ou après unicode-math, sans problème. Il suffit de remplacer la ligne

\usepackage[frenchb]{babel}

par les deux lignes suivantes

\usepackage{polyglossia}
\setmainlanguage{french}

Seul problème, la francisation de polyglossia est beaucoup moins étendue que celle de l'option frenchb de babel. Si les étiquettes de sectionnement et l'algorithme de coupure des lignes sont effectivement francisées, en revanche la maquette reste à l'américaine : la présentation des listes et la gestion des flottants, notamment, sans parler des possibilités de personnalisation de celles-ci. Si bien que pour le moment, j'en suis resté à babel.

Rappelons que la principale caractéristique de LuaTeX par rapport à XeTeX est l'incorporation du langage de script Lua. Cette possibilité ouvre des voies infinies de configuration et reconfiguration de LuaTeX aux programmeurs en herbe (c'est ainsi que sont programmés des paquets essentiels comme luaotfload, par exemple !).mais j'avoue ne pas l'avoir utilisée directement moi-même pour le moment. Je vous renvoie à nouveau à l'article précédent pour un exemple d'utilisation du paquet luacode, qui permet de faire de la programmation Lua dans LuaLaTeX.

La principale raison qui m'a fait switcher de PDFLaTeX à LuaLaTeX, en fait, outre la plus grande offre en matière de polices, c'est le programme-langage de dessin scientifique MetaPost, présenté ici-même, et qui est en fait inclus dans LuaTeX sous forme d'une librairie en langage C appelée mplib. Cette librairie nous est rendue accessible par le package luamplib, lui-même écrit essentiellement en langage Lua avec une interface TeX. Ce paquet, dont j'avais déploré dans l'article précédent le manque de fonctionnalités, est beaucoup plus développé dans ses versions les plus récentes, et je peux aujourd'hui m'en servir couramment pour mes dessins. En voici un exemple non élémentaire mais que je trouve assez esthétique, destiné à démontrer la puissance de cet outil : la spirale des racines carrées, ou spirale des irrationnels, que certains d'entre vous ont peut-être vue pendant leurs études secondaires :

Les polices de caractères utilisées dans le dessin sont les mêmes que celles du corps du texte (à savoir Latin Modern ici), ce qui est un plus considérable pour l'esthétique du document. Cela permet en outre d'utiliser des polices OpenType dans un dessin MetaPost, chose que le programme MetaPost utilisé indépendamment de LuaLaTeX ne permet malheureusement pas.

Voilà, voilà, c'est terminé ! J'espère que ce petit bout d'article aura convaincu certain TeXniciens parmi vous d'envisager de migrer vers LuaLaTeX. Après tout le moteur LuaTeX est destiné à remplacer complètement PDFTeX à terme, alors ce faisant vous ne feriez que prendre de l'avance sur l'horaire ! :-)