Norbert Preining : idées du gestionnaire TeX Live

Norbert commence par rappeler les idées et le fonctionnement de l’installateur et du gestionnaire de paquets de TeX Live, sur lesquels j’ai déjà promis de revenir ultérieurement. Il présent une nouvelle idée très intéressante : il serait possible assez facilement d’adapter le gestionnaire de paquets pour gérer plusieurs sources d’installation et de mise à jour (un peu à la manière de APT, le gestionnaire de paquets Debian).

Une application intéressante serait de permettre aux mainteneurs de context minimals, la distribution de référence de ConTeXt, de proposer un dépôt TeX Live à partir duquel tout le monde pourrait installer facilement la toute dernière version de ConTeXt au sein de son installation TeX Live existante. L’idée soulève un enthousiasme visible.

Taco : documentation ConTeXt

Différents projets : traduction de « ConTeXt, an excursion » du néerlandais vers l’anglais (effectuée, une version imprimée et reliée est disponible ici pour la modique somme de 10€). Autre gros projet : le manuel de référence ConTeXt. Actuellement plus de 400 pages. Rédigé principalement pas Taco, qui lance un appel à contributions : il veut bien rédiger le texte, mais il aimerait l’aide de relecteurs pour corriger les coquilles et signaler les passages peu clairs. Le manuel est sous GFDL et pourra être intégré dans TeX Live.

(En passant, beaucoup de documentation existante sur ConTeXt, rédigée par Hans, n’est pas incluse dans TeX Live parce qu’Hans n’en a pas publié les sources. C’est l’objet de légères tensions mais la position de TeX Live est claire et je l’approuve.)

Hans et Taco : questions et réponses

La première question concerne la compatibilité entre MarkII et MarkIV. Hans évoque l’idée de geler MarkII et de ne plus développer que MarkIV (en corrigeant quand même les bugs dans MarkII). Ceci réglerait en quelque sorte le problème : les documents pour lesquels la stabilité serait importante utiliseraient MkII, et MkIV continuerait à être utilisé par les gens vivant sur la brèche (comme c’est souvent le cas des utilisateurs de ConTeXt).

De façon peu surprenante, la question provoque des échanges vifs : les positions sont un peu variées et partagées entre l’envie de profiter d’un rythme de développement élevé et la crainte d’un gros bazar pour compiler ses vieux documents en se demandant si c’étaient des documents pour MarkIV ou pour MarkII. Taco suggère d’introduire une commande dans le documents indiquant pour quelle version de ConTeXt il a été écrit. Hans ne semble pas enthousiasmé par l’idée.

5 minutes de gloires

L’après-midi commence par 5 minutes de gloire (auxquelles je vais lâchement essayer d’échapper).

• Ancien utilisateur de ConTeXt : l’avait découvert il y a quelques années en cherchant à installer TeX sous windows (!). L’a utilisé pendant longtemps pour ses documents personnels, mais n’a jamais abandonné LaTeX car c’est le seul format accepté par la plupart des journaux mathématiques. A cessé d’utiliser ConTeXt simplement parce que tous ses documents sont mathématiques (et le support mathématique de ConTeXt n’est pas non plus totalement au niveau de celui de LaTeX).
• Utilisateur régulier de ConTeXt. Apprécie notamment MarkIV pour pouvoir hacker plus facilement en Lua.

Arthur : un nouveau logo ConTeXt ?

Visiblement la suite du bidouillage auquel j’assistais cette nuit. Un peu plus ordonné quand même Très graphique, donc dommage pour les notes… Taco fait remarquer très justement qu’un vidéo-projecteur est un outil très utile pour travailler sur les fontes de façon précise : on peut bien voir et pointer les détails, puis s’éloigner de quelques mètres pour avoir une bonne vue d’ensemble.

Git

Système de contrôle de version, un peu comme CVS ou SVN. Git est la « stupid content tracker » d’après sa page de man (d’où son nom). L’orateur avoue alors que ça n’a pas de rapport direct avec ConTeXt (ouf) mais que comme les système de contrôle de version sont partout (documents perso, projet libres, et même distribution de logiciels). D’après l’orateur, git est le meilleur

Particularités de git : - Dépôts distribués : tous les dépôts son égaux (mais l’un peut devenir quand même central si l’on veut). Les deux commandes de base sont git pull et git push. On peut contrôler très facilement quelle partie du dépôt on distribue. La propagation ressemble pas mal à ce qui se passe pour les serveurs de news. - merging et branching faciles : le plus gros point fort de git. Avec SVN il y a beaucoup de de choses à faire manuellement. Avec git, c’est tellement naturel que le cycle de travail finit par consister en grande partie en git branch et git merge (qui marchent). - L’index. Qu’est-ce que c’est ? C’est une interface entre la copie de travail et le dépôt. Tout doit être indexé avant d’être « commité ». Ceci permet en fait d’indexer seulement certains changements, ce qui est incroyablement pratique. - Très efficace. Par exemple, toutes les anciennes version de ConTeXt font 2.9G, 678M compressée, 156M dans un dépôt git, 15M dans le même dépôt après la commande git gc. Également rapide.

Deux trucs très faciles par rapport à svn : création d’un dépôt personnel directement depuis une copie de travail : git init (à comparer à svnadmin create foo && svn import /path/to/foo && mkdir foo && svn co url:foo foo…) Autre truc facile : on a pas besoin de lui dire quand on renomme ou copie des fichiers, il devine tout seul (pratique pour importer des archives, et le plus impressionnant, c’est que ça marche pour de vrai). Un autre truc marrant : certaines commandes git permettent d’envoyer les patchs par mail et de les importer depuis le mail

Tutoriel ConTeXt, suite

Au programme : tableaux, figures et peut-être maths.

Tableaux

Le premier environnement de tableau, \starttabulate, ressemble beaucoup à l’environnement tabular de LaTeX, en remplaçant & par \NC et \\ par \NC\NR (et sert juste à aligner, sans dessiner les grille). Il y a par contre beaucoup plus de types de colonnes et de choses pour régler les largeurs, les fontes, des commandes avant et après chaque cellule : en gros, à peu près ce que l’on peut faire avec les extensions array, longtable et une partie de tabularx en LaTeX. On peut aussi régler pas mal de choses globalement par \setuptabulate et créer ses environnement de tableau personnels par \definetabulate.

Pour dessiner les réglures, on a \starttable. La syntaxe est assez différente dans le sens où c’est à chaque changement de cellule qu’on indique la présence ou non d’une réglure. On a un équivalent facile à utiliser de \multirow, à savoir \use2. Suivent d’autres variantes de tables (façon HTML ou autre) que je ne note pas ainsi que des détails sur les couleurs (qui semblent très bien marcher), le contrôle de l’espacement, les titres et le placement. Pour en savoir plus, voir ConTeXt, an excursion p. 25-35, les deux articles (1, 2) de TUGBoat, et la page table du wiki.

Flottants et graphiques

Inclusion de graphiques : on peut insérer des jpg, des png des (pages de pdf) et même des graphies MetaPost mps. Sont dissociés le placement par \placefigure et l’insertion en soit avec \externalfigure.

Flottants configurables avec \setupfloat qui a en gros les mêmes options que les paquets floatrow, caption et placeins de LaTeX. On peut aussi en définir de nouveaux avec \definefloat (sans grande surprise, hein). On peut aussi facilement placer plusieurs flottants ensemble avec \startcombination (un peu comme subfig ou floatrow en LaTeX). On peut aussi habiller des figures par du texte avec \startfloat. Pour aller plus loin : metafun-p.pdf et details.pdf.

Maths : comme en LaTeX, $$...$$ n’est pas recommandé L’orateur passe très vite sur les bonnes façons de faire, il y a déjà eu une présentation à ce sujet ce matin (que j’ai manquée). J’en profite pour placer une remarque qui m’a frappée : les matheux et assimilés ne sont pas la base d’utilisateurs ni la cible principale de ConTeXt. C’est assez intéressant parce que ça implique que ConTeXt soit vraiment performant et utilisable pour le reste, car il n’y a pas la pression de « c’est le seul truc décent pour taper des maths » pour attirer et retenir les utilisateurs. C’est d’ailleurs plaisant de voir que TeX (au sens large) peut être apprécié par d’autres que les matheux et les geeks. Pour plus de détails sur les maths, voir les trois my way suivants (1, 2 3) sur le garden.

 Présentation à la main

Tutoriel interactif, vi à la main de bout en bout, démontrant comment sans charger aucun module on peut transformer une texte quelconque en une jolie présentation à la beamer (sans overlay, quand même) avec même des fontes plus sympa (luatex inside) en moins de 100 lignes de code ConTeXt. Impressionnant mais très clair. Pas de notes sur les détails : je vais pas recopier et commenter 100 lignes de code en direct non plus

Fin du tutoriel : références, tables des matières, etc.

Peu de notes, mais en gros ça fait la majorité des choses qu’on en attend : avec ou sans titres, styles prédéfinis, tables des matières partielles (à la minitoc), et de même pour les listes de flottants variées. Tout le systèm de références (croisée, tables de matières, index, biblio) dérive d’un nombre fini de concept et de commandes ConTeXt, ce qui rend le tout assez homogène et configurable sans trop de non-sens.

Clôture

Après le tutoriel (à 18h20), Taco présente encore quelques logos expérimentaux pour ConTeXt, et propose qu’au lieu du programme initial qui prévoyait une clôture de la conférence vers 16h, on aille d’abord manger, puis qu’on fasse la cérémonie de clôture et qu’on continue à papoter de ConTeXt, à hacker et à créer des logos jusqu’à 8h ou 9h. Je n’ai pas trop compris s’il voulait dire 21h ce soir, on 9h très tard cette nuit… Attendons et voyons, comme disent nos amis saxons.

Hier soir a eu lieu une longue présentation/discussion sur contextgarden, texshow, les context minimals, et autres sujets liés à la communauté ConTeXt plus qu’aux questions techniques. L’objet était surtout de recueillir les avis sur ce qui pourrait être amélioré et dans quelle(s) direction(s) aller concernant la documentation et la distribution.

C’était très intéressant et instructif, non seulement sur ConTeXt, mais aussi sur la communauté TeX, voire la vie de projets « Open Source » en général : finition plus ou moins professionnelle du logiciel et surtout de sa documentation et de sa distribution, développement centralisé ou distribué, compétition entre projets, base d’utilisateur visée…

La discussion plus ou moins formelle se termine vers 22h et se prolonge sporadiquement autour d’un feu de camp.

Dimanche

Aujourd’hui, c’était relâche, si on peut appeler ainsi un dimanche où le départ est fixé à 7h45 (du matin). Mais ça valait la peine : on a eu droit à une magnifique journée d’excursion au travers d’une bonne partie de la Slovénie (très beau pays, que je découvre).

Les deux points forts en ont été la visite d’une des plus grandes des nombreuses grottes du territoire : absolument magnifiques, mais, cher lecteur, les photos étaient interdites ; et les ateliers au musée des techniques : chaque participant a pu fondre (en plomb) un sceaux avec le logo TeX (dont le musée avait eu la gentillesse de faire graver la négatif spécialement à notre attention) puis fabriquer (reliure et couverture) un livret d’une douzaine de pages, que nous avons ramené chez nous.

En une journée, beaucoup de très bons souvenirs donc (les ateliers étaient de plus une totale surprise), sans compter les paysages vus en passant (quand je ne dormais pas), les deux restaurants plutôt agréables, et le tout inclus dans le tarif (déjà très modéré) de la conférence…

Pendant que je rédige, Taco et quelques autres discutent (réalisation sous FontForge à l’appui), d’une adaptation du logo ConTeXt dans la fonte Laibach (récemment utilisée par Hans pour démontrer certaines possibilités de LuaTeX), à grand coup de ligatures créées spécialement à cet effet.

• Professionnel de l’édition, travaillant au départ sous FrameMaker, bouquins d’histoire de l’art. Progressivement plus de matériel compliqué, surtout des appareils de notes complexes et volumineux. Il entend alors parler de TeX, essaye LaTeX, et a des problèmes d’interférence de paquets. Essaie alors ConTeXt, dont le développement centralisé évite ces problèmes. Il reste encore des choses à ajuster à la main, au niveau des la table des matières et l’index (interlignes, etc) quand même.
• Sort un slide super marrant avec des bonhommes qui tiennent des drapeaux et nous demande de deviner ce que ça veut dire. Visiblement c’est du langage de sémaphore. L’auteur fait aussi des bouquins bilingues (grec + thèque) (une page de chaque langue face à face) avec des maths et beaucoup de notes de bas de pages. Joue aussi avec de l’XML pour composer son carnet d’adresses en ConTeXt.

Taco : finalement pas de tutoriel Lua

Comme il ne peut de toute façon pas nous apprendre Lua en 45 minutes, il va plutôt nous montrer comment c’est utilisé dans LuaTeX. Il recommande chaudement (et j’approuve) le livre Programming in Lua pour apprendre (pas très cher en papier, et la première édition lisible en ligne). (La référence Lua, à jour, est aussi disponible en ligne, mais peut aussi s’acheter en papier si l’on veut, ndlr.)

Commence par montrer la différente entre print() et tex.print() : l’un écrit dans le log, l’autre dans le document (dans le flux d’entrée de TeX pour être précis). Pour apprendre ce genre de choses, voir la section « the {texio} library » dans le manuel de LuaTeX (nommé luatexref-t.pdf, et composé avec ConTeXt et MPlib pour l’anecdote : observer les lunes en bas des pages : elles font un tour complet sur la longueur du document ; pourtant ça compile très vite et Hans en est très fier).

Présente ensuite \startluacode (c’est du ConTeXt) qui a l’avantage de lire le code Lua en verbatim (pratique pour les % et autres). Le démo met du temps à marcher parce qu’il faut quand même échapper le signe % pour TeX, puis le \ pour Lua, et qu’il faut bien 5 minutes pour retrouver la bonne combinaison. (Je ne sais pas si c’est si anecdotique que ça, à la réflexion.)

Montre ensuite un exemple impressionnant mais un rien trop technique pour moi de génération à la volée d’une fonte virtuelle à utiliser dans le document (en modifiant une fonte existante).

L’orateur suivant va plus loin en montrant comment on peut générer des fontes virtuelles dont les glyphes sont des images externes auxquelles on peut même appliquer des traitements basiques (rotation, étirement, symétrie). C’est marrant pour montrer ce qu’on peut faire, mais quand à l’intérêt réel… Ensuite on enchaîne il enchaîne sur sa vraie présentation :

Hartmut Henkel : Aperçu de LPeg pour les habitués de AWK

Bon, soyons honnêtes avant que ça commence : je ne sas pas me servi de AWK même si je vois vaguement ce que c’est, et j’ai entendu dire que Lpeg est une bibliothèque Lua récemment intégrée à LuaTeX, mais rien de plus. Voyons si ça s’éclaire.

La présentation commence par une blague (réussie) sur ce que wikipedia renvoie pour Lpeg : low pressure electric gun. En vrai, PEG signifie parsing expression grammar et le L est là pour Lua. Il s’agit de décrire un langage formel et de récupérer des chaînes dedans correspondant aux différents éléments de la « phrase ».

Différences entre des regex et Lpeg : 0. Il y a des ancres (^) implicites. 0. On peut construire les motifs LPeg plus facilement. 0. Pas de problèmes de fin de ligne. 0. Pas de problème non plus pour traiter des flux binaires. 0. Grammaire plus puissante.

(Je décroche assez rapidement : la présentation est vraiment adressée aux habitués de awk. J’aurais quand même appris quelques truc choses si un jour je dois utiliser lpeg.)

Taco : les fichiers sources de ConTeXt MarkIV

Visite guidée des divers fichiers sources de ConTeXt, à la manière des bus à impériale qui font le tour de la ville. Le bus avance assez vite, il y a plein de bâtiments, pas le temps de prendre de photos. Ça semble quand même bien structuré par quartier : caractères, boîtes, fontes, langues, modules, etc. Les bâtiments abritent généralement des macros TeX ou des fonctions Lua, plus rarement les deux peuvent cohabiter. On peut retrouver le plan de la ville dans le manuel de ConTeXt (ndlr : comme dirait Wikipedia, référence nécessaire, il y a sans doute plus d’un manuel… j’imagine qu’on trouvera aussi prochainement la présentation de Taco sur le site de la conférence).

Ah, en fait Hans reprend la visite, on va maintenant s’attarder sur certains quartiers. On regarde par exemple char-def.lua qui est une grosse table en Lua associant à chaque caractère certaines propriétés telles que définies par le standard Unicode (catégorie, direction, nom, version majuscule ou minuscule (équivalent de \uccode et \lccode)…).

On change de quartier et on flâne un peu dans core-*, qui gère des choses comme les inclusions de fichiers, etc. Puis on va voire les font-* : là aussi il y a des tables gigantesques recensant toutes les propriétés OpenType connues, ce genre de chose. Il y a une famille nommée l-* qui reprend en gros les diverses bibliothèques Lua intégrées à LuaTeX et les enveloppe dans des fonctions qui font par exemple un peu plus de contrôle d’erreur que les versions « brutes » fournies par LuaTeX. D’autres familles ont le contrôle de « régimes » (les encodages d’entrée). Il y a aussi un gratte-ciel nommé sort-lan.luaqui définit comment trier des mots dans différents langages.

(Au passage, j’observe une ou deux astuces de codage en Lua pour intercepter proprement certaines erreurs communes et avoir l’occasion d’engueuler l’utilisateur nous-même (on va pas laisser ce plaisir à l’interpréteur Lua, non plus), tout en gardant un code compact et lisible. Tant mieux parce qu’à part ça je commence à me perdre dans certains points particuliers à ConTeXt qu’Hans est en train de détailler.)

5 minutes de gloire

• N’utilise pas encore ConTeXt, faute de manuel pour l’apprendre (sous forme de livre, pas de pdf). C’est la raison de sa présence ici : apprendre de façon vivante.
• Mathématicien à la base. Utilisateur de ConTeXt, et réalisateur de fontes (Minion Math). Son principal intérêt pour ConTeXt vient de ‘intégration de LuaTeX, plus précisément ses apports au niveau fontes et typo.

Martin Schröder : bibliothèques pdf et TeX

(Apparemment la même présentation qu’à Cork.)

(L’orateur fait une expérience et demande qui dans l’audience a déjà ouvert un pdf dans son éditeur de texte (dézippé) pour voire : une forêt de mains se lève. Deuxième question : qui a regardé la standard pdf — déjà moins de mains…)

(Nldr : actuellement, pdfTeX utilise xpdf pour la plupart de ses manipulations sur les pdf (inclusion, etc.).) D’autres biblio sont apparues récemment, et leurs fans respectifs demandent à l’équipe pdfTeX pourquoi elle ne les utilisent pas plutôt. Exigences pour une bonne biblio pdf : être libre, activement maintenue, proposer un haut niveau d’abstraction, permettre l’écriture, supporte pdf1.5, les couleurs…

Actuellement il y a trois moteurs TeX produisant du pdf, sans réelle base de code commune. pdfTeX mélange xpdf (C++), TeX (WEB-Pascal), et du code en C, avec XPDF lié statiquement. LuaTeX fait à peu près pareil, sans couche d’abstraction claire entre LuaTeX et pdf. XeTeX au contraire sépare deux programme (xdvipdfmx a réécrit son propre analyseur de pdf).

Xpdf a ses défauts : conçus pour lire au départ (pas écrire), pas conçus comme une biblio, problème de sécurité… D’autres biblio sont : - poppler : fork de xpdf, actif, mais pas d’écriture ; - podofo : très intéressante, C++, ecriture, mais surtout exploration ; - GNU PDF : belles promesse, rien de publié ou de prêt à sortir ; - iText : en Java, écriture ; - MuPDF : dérive de GhostScript, pas très actif ; - multivalent : lecteur universel en Java, écriture, dernière activité en 2006 ; - d’autres…

En conclusion, il n’y a pas de solution parfaite maintenant : xpdf vieillit, poppler semle prêt, podofo, Mupdf et GNU PDF sont le futur.

Hartmur Henkel : MetaPost pour débutants

Outil de programmation de graphiques vectoriels, de haute qualité typo (avec un peu d’effort) bien copain avec (La)TeX, langage de macros, fun et même Metafun (avec ConTeXt). Exemple de truc bitmap moche et comparaison avec la version MetaPost.

Histoire : descendant de MetaFont (version 0 en 1984 par Knuth), MetaPost nait en 1990, assez peu développé depuis 95, récemment repris avec brio par Taco H. (bugs corrigés, fonctionnalités, MPlib en LuaTeX, etc.). Le différence entre les deux est essentiellement le format de sortie : PS (vectoriel) contre GF (bitmap).

Sources d’info : manuel de l’utilisateur, Metafont book (Knuth), le format plain.mp, le paquet MetaFun et sa doc.

Pour travailler avec, il faut : le programme mpost (toute bonne distro TeX), un éditeur de texte, lecteur PS ou PDF, papier et crayon pour concevoir et calculer le dessin. Exemple de document :

prologues := 3;     % sortie EPS
beginfig(1)     % figure numéro 1
draw (0,0)--(3,4);  % commande de dessin
endfig;         % fin de la figure
end         % fin du fichier

Les commandes ne commencent pas par \ et l’unité par défaut est le point PostScript. En ConTeXt, on peut inclure les eps produits par MP directement en compilant par PDFLatex, grâce à quelques macros magiques qui s’occupent de tout.

On voir ensuite quelques commande de base, et le concept de développement (et pas exécution) des boucles for par exemple. Concept pratiques, comme le solveur d’équations linéaires. Introduction à la syntaxe bizarre (pour moi) des variables avec suffixes et de la variable spéciale (!) z. Exemple de chemins, cycles, etc. (Remarque perso : la syntaxe de TikZ ressemble en effet beaucoup à celle de MP, concernant les chemins.)

Trucs qui m’impressionnent : accès un « temps » dans la représentation paramétrique d’un chemin (ça a l’air super, ça), extraction de sous-chemins, « temps » et points d’intersection de chemins (ça c’est encore mieux). Les définitions vardef de macros et leur utilisation pour automatiser plein de calculs.

Intégration avec TeX pour le texte des étiquettes, légendes etc. avec etex et btex. Lent, un peu lourd (fichiers intermédiaires) pour certains trucs. On comprend l’intérêt d’un truc comme MPlib liant étroitement LuaTeX et MP.

Ce qui fournit une transition toute trouvée vers

Taco : MPlib

Buts : un composant MetaPost ré-utilisable « reentrant » (?), sans les vieux bugs, rapide. Problèmes avec la MetaPost actuel : le WEB-Pascal a mal vieillit, les morceaux de code C restant sont assez indissociable du reste de TeX Live niveau compilation… Solution : tout passer en CWEB, ne dépendant que de ctangle pour compiler, et livrer le résultat sous forme d’une bibliothèque. Le programme mpost devient un léger enrobage autour de cette bibliothèque. Suivent quelques détails techniques sur le style de programmation utilisé.

Taco présente ensuite un exemple de programme C minimal appelant MPlib, ainsi qu’un programme Lua minimal l’utilisant. La structure de données retournée est intéressante : postscript en est une partie mais pas tout, ça ouvre la voie à d’autres types de sortie (théoriquement). Le système horriblement compliqué qui fait fonctionner btex...etex et TEX() en MP est ré-implémenté sous forme d’une sous-bibliothèque : plus simple, plus propre, plus rapide.

Le planning : première bêta 1.100 présentée au TUG’08, avec tout les outils de base évoqués ci-dessus. La suite : plus d’allocation dynamique, étendre les capacités (limites et précision) (= MegaPost), améliorer les messages d’erreur et étendre les API.

Taco finit en remerciant les différents TUG de par le monde qui ont financé le projet, lui permettant d’y consacrer un temps suffisant, et en montrant différents trucs de MP utilisés dans sa présentation, avec les temps de compilation via pdfTeX+MP ou LuaTeX+MPlib : la différence est impressionnante.

Autre jolie transition….

Hans : intégration de MetaPost dans ConTeXt

Avec beaucoup d’exemple et de mesures de performance. Où j’apprends au passage que metafun est un format metapost (il y a des formats MP comme il y a des formats TeX), actuellement le seul utilisable via l’interface utilisateur (aussi nommée) metafun de ConTeXt pour MetaPost.

Il y a pas mal d’explications techniques sur beaucoup d’aspects qui étaient problématiques auparavant, et les solutions apportées. Ce qu’un débutant comme moi en retient, c’est que maintenant, ça marche exactement de la façon dont on veut que ça marche : ça a enfin l’air raisonnable, il n’y a plus de hacks insensés. Le truc est bien intégré et l’interface utilisateur semble claire (autant que je puisse en juger).

Faire un bouquin de 1200 pages sur les langues du monde entier

Rapport d’expérience sur la réalisation (en ConTeXt) de ce bouquin (référence ?) décrivant les quelque 7000 langages référencé, avec des cartes, un index monstrueux (400 pages), etc. et la création à cet effet du module ethnologue pour ConTeXt.

On parle de beaucoup de problèmes d’organisation, comme les répertoires où mettre les fichiers, le définition du mode « relecture » (très propre en ConTeXt, il faut le dire), comment lire des fichiers de données aux formats variés (ça a aussi l’air facile), l’index, etc. Le question de l’encodage et des fontes n’est pas abordée : ce n’était visiblement pas un problème. XeTeX a été utilisé avec MarkII.

Remarque hors sujet : au milieu de la présentation, des trolls sur langues vs idiome sont lancés. En général, on apprend pas mal de choses sur les langues, les systèmes d’écriture et leurs histoires ici (surtout le soir autour d’un verre de whisky breton (on aura tout vu))…

Une des conclusions est que TeX a une place à prendre par rapport à la concurrence (sérieuse, genre InDesign ou XPress, pas Word) pour les projets traitant des gros paquets de données structurées presque en base de données, car il autorise un traitement automatique programmé très efficace dans ce contexte.

Présentation du module bib de ConTeXt, qui gère la biblio. Ça a l’air très configurable, bien conçu à divers niveaux (les données, leur présentation, les styles de citation, …), intégrant les réponses aux problèmes courants de bibliographie, et ça rappelle assez biblatex. Je suis un peu déçu de voir que l’appel à bibtex n’est pas géré automatiquement par texexec.

(Présentation très courte pour cause de retard dans l’emploi du temps, on enchaîne sur le dîner.)

Tuto sur le module taspresent

Démo interactive. Pas de notes.

Une remarque intéressante, qui vient quand l’auteur fait une démo d’intégration d’image avec des dessins dessus pour pointer des éléments. Il dit qu’il calcule les coordonnées du matériel à ajouter par essai-erreur. Hans Hagen fait remarquer qu’un méthode moins primitive consiste à dessiner d’abord un quadrillage en surimpression, puis à lire bravement les coordonnées. Votre serviteur n’y aurait pas pensé (bien que ça paraisse si évident dès qu’on la dit).

Note amusante : on a un exemple de « bug » de MPlib : en tout cas, un truc qui ne marche pas pareil qu’avec MetaPost.

Hans : XML en MarkIV

Commence par commenter un peu le code de a présentation « TeX et LuaTeX » à TUG’08 (voir la vidéo pour comprendre le côté fun de cette présentation).

Fait ensuite une démo de MarkIV comme **serveur oueb*** (sérieux). Bon, pas un super, mais quand même. (Ça utilise la bibliothèque luasocket récemment incluse dans LuaTeX, nldr.) Il utilise une DTD particulière pour la page.

Ensuite on voit MarkIV compiler directement un document XML. On voit le code, qui est relativement clair et consiste à décrire comment on veut mettre en forme les différentes balises XML. Il y a plein de fonctionnalités qui ont l’air sympa, mais je n’apprécie pas tout faute d’habitude de ce genre de questions.

Exemple marrant : Hans a une base de données de sa discothèque en XML, et peut facilement en extraire une notice et la mettre en forme avec dix lignes plutôt explicites de code MarkIV (et/ou faire coupler ça avec un recherche par artiste, etc.).

Non utilisateur (encore) de ConTeXt. Espère régler avec ConTeXt des problèmes rencontrés en LaTeX (utilisé depuis 10 ans). Trouve TeX bizarre en tant que langage de programmation, espère en Lua.

Norbert Preining : l’installateur TeX Live 2008

Non utilisateur, quoique que mainteneur sur Debian…

Pas de présentation structurée, mais une jolie présentation interactive. Tout se passe bien, ce qui est rassurant à quelques jours de la sortie de TeX Live. Pas trop de notes, car je mets au propre mes notes d’hier et ce matin, et que je ferai de toutes façon vraisemblablement un billet séparé sur TeX Live 2008 prochainement.

Tutoriel ConTeXt

Sources d’info

Générales

- http://www.pragma-ade.com/show-man-1.htm (attention, plusieurs pages) - http://wiki.contextgarden.net/Main_Page - http://texshow.contextgarden.net

Modules

http://groups.foundry.supelec.fr/modules

Installation

Cf les séances de ce matin : COnTeXt minimals, TeXLive (mais MkIV à finir de configurer manuellement, une page y est consacrée sur le wiki ConTeXt). Conseils divers sur comment régler son environnement pour les minimals, que je ne reproduis pas (je trouve que les minimals mériteraient une meilleure installation et cohabotation, cf la conf de ce matin sur l’installateur Mac.)

Pour tester son installation, le fichier minimal est :

\starttext
Hello, World!
\stoptext

On le lance avec au choix context hello (MkIV, LuaTeX), ou texexex -xtx hello (XeTeX), etc. Ça doit produire un pdf. Pour les vrais documents, des éditeurs recommandes sont les classiques, plus Scite, (Windows/Linux) pour lequel un mode ConTeXt très bien fait semble exister.

Les bases

\enableregime[utf8] % encodage (inutile pour MkIV, qui utilise utf8 par défaut)
%\enableregime[windows}
\mainlanguage[de] % prend soin des césures mais pas de la miseen page
\starttext
...
\stoptext

Valeurs par défaut : - papier A4 (réglable dans tlmgr sous TeX LIve 2008, ndlr) ; - marges latérales 30mm, verticales 25mm, en-tête et pied de page 20mm ; - utiliser \showlayout pour le voir.

ConTeXt cherche les fichiers dans le répertoire courant, et dans le répertoire parent. On peut régler l’emplacement des figures avec \setupexternalfigures[directory=~/path/to/figures]. On inclut des fichiers avec input fichier (sans accolades).

La commande \frame et l’environnement framedtext est un bon exemple des possibilités de configuration de ConTeXt. (Ndlr : l’environnement est très pratique pour encadrer du texte verbatim sans effort, alors que c’est douloureux et manuel en LaTeX.)

\framed[width=.5\textwidth, offset=15pt, frame=on]{Welcome to Bohinj!}

Les volontaires se voient remettre un livret d’exercices imprimé pour poursuivre… Pause café d’abord pour que tout le monde finisse de configurer une installation potable.

Aller un peu plus loin

Les thèmes abordés incluent : modèle de page (\showlayout ou \ShowLayout du module layout (plus visuel)) et réglage des dimensions (\setuplayout), taille du papier (\setuppapersize et éventuellement \definepapersize), page spéciale (de titre, colophon, etc.) avec \startstandardmakeupet \setupmakeup.

La commande/environnement \frame : c’est un ingrédient de base pour beaucoup

de chose et pas seulement pour encadrer. Repris par beaucoup d’environnement,

donc ses options sont souvent disponibles pour d’autres environnements. Conseil

regarder les exemples la plupart des noms d’options parlent d’eux-même. Voire aussi \setupframedtexts, \defineframed, avec une notion d’héritage. Comme frame n’autorise pas les coupures de pages, voire aussi textbackgrounds qui y ressemble mais les autorise (sous certaines conditions)

Suggestion d’exercice : prendre les exemples de pages de titre sur la page LaTeX de Vincent Zoonekynd et essayer de les reproduire.

Structure du document

Commandes de structure prédéfinies : - \chapter = \title - \section = \subject - \subsection = \subsubject - \susubbsection = \susubbsubject Configurées avec \setupheads (numérotation, espace autour, matériel autour, alignement, coupures, mise en forme avec une commande perso) pour tous d’un coup, ou \setuphead[niveau] individuellement. Possibilité de définir ses niveaux de titre avec \definehead.

Pour les gros documents : - \startfrontmatter … \stopfrontmatter - \startbodymatter … \stopbodymatter - \startbackmatter … \stopbackmatter - \startappendices … \stopappendices Personnalisés avec \setupsectionblocks globalement, ou \setupsectionblosk individuellement. On peut aussi en définir avec… (faux suspense….) \definesectionblock (sans rire).

[Ici il y a des trucs avec des \v!et \c!que je ne comprends pas trop.]

Je ne note pas la suite, pourtant tout aussi intéressante, car je suis trop fatigué pour noter et écouter en même temps… Le tout donne l’impression d’une interface très cohérente, à la syntaxe naturelle, et suffisamment puissante pour tout configurer avec autant de souplesse sinon plus que n’en fournissent les extensions LaTeX classiques titlesec, fancyhdr, geometry, enumitem, etc. (À la pause café, quelqu’un faisait remarquer que le classe memoir se rapproche pas mal de ConTeXt en ce qu’elle inclut les extensions nécessaires pour configurer un minimum).

Bref, un tuto qui donne envie (et il y avait du matériel pour bien plus que 3h, on est inondés d’informations). La partie 2 a lieu dimanche.

Je suis un peu perdu sur le programme, j’arrête donc ce billet ici en attendant de voir, on part donc sur un rythme de trois billets par jours : chers lecteurs, accrochez-vous !

Un concept sympa inventé par Mojca : tous les participants au meeting qui ne font pas déjà une présentation on droit à « 5 minutes de gloire » où ils se présentent et expliquent pourquoi et pour quoi ils utilisent (ou pas ConTeXt), éventuellement ce qu’ils font dans la vie, etc. Le but est évident d’aider les participants à faire connaissance.

Début 9h : 2 x 5 minutes de gloire

• maths (LaTeX), conTeXt pas possible avec les journaux. Guide en polonais
• débutants, curieux (étudiants en info (?))

M. Schröder : 5 ans de pdfTeX : les leçons

N’utilise pas ConTeXt.

Intro

Était mainteneur de pdfTeX de 2003 à 2005. Conseils aux dév. Open Source : soyez pros, amusez-vous, publiez des versions tôt et souvents.

Admin

Choisissez une bonne licence, même si ça vous paraît ennuyeux (GPL, BSD, LPPL). Ayez un bon site web, tenez-le à jour. Ayez un dépôt VCS (public si possible) (existence de services publics : TUG, sf, etc.). Ayez un système de « tracking » des bugs, mais faites attention à ne pas être bloqué sur un programme particulier. Ayez une mailing list, avec les messages de comit publiés dessus (plus tard, liste de dev + liste utilisateurs).

Hygiène du code : licence, compil nickel, style de codage (cf GNU, OpenBSD) (programme indent) portabilité, identification des binaires. Documentation : la tenir à jour, inc. installation etc. Annonces correctes.

Aspect sociaux

Motivations des membres ? Modèle : gentil dictateur, méritocratie, démocratie ? Ayez un but clair et maintenez une feuille de route. Décidez de règles de résultion des conflits (même si vous les croyez inutiles). Construisez un esprit d’équipe. Essayez de vous rencontrer en vrai.

Relations publiques

Le site web ! Blog ? Fréquenter les listes, blogs et forums liés. Utiliser freshmeat et wikipedia.

Questions

Comment adapter aux petits projet ? Ex des rencontres : on peut se rencontrer à un meeting plus gros et en profiter pour boire une bière tous ensemble.

Taco : LuaTeX

Pas utilisateur…

Ingrédients : Lua 5.1, biblio lua, morceux de fontforge, xdvipdfmx, TeX, pdfTeX, Aleph (Omega), code C ; des bugs.

L’année dernière.

Première bêta (0.10). Extensions de TeX (attributs), Unicode, système de fontes (OTF), blblios lua, \directlua, interpréteur texlua, « callbacks ».

Les « callbacks » : des « hooks » dans le fonctionnement interne de TeX, exécutant la fonction Lua de votre choix. Étendent ou remplace des fonctions internes de TeX.

Cette année : 0.29

Extensions de fontesi (formats AAT et ttc, « subsetting », type1 + unicode, recherche PDF, images dans lesfontes virtuelles), refait la césure (\discretionary autorisé dans \hyphenation, chargement dynamique (plus besoin de initex), etc.), extensions lua (MPlib, os étendu, img, luasocket (réseau), texluac), version dans TeX Live (0.25.4).

Futur

Moteur de maths, interface Lua à toutes les fonctions typo, allocation mémoire dynamique, lua->pdf direct, luatexlib (?).

Liens

Site : www.luatex.org Tracker : tracker.luatex.org

Questions

• possibilité de générer autre chose que du pdf ? À terme, peut-être, mais pas dans l’immédiat (meilleure séparation du « back-end »).
• utilisateur ? Actuellement, juste ConTeXt MkIV.

Arthur : TeX et Unicode

Utilisateur de ConTeXt. (Même conf qu’au TUG.)

Lire de l’utf-8 et supporter Unicode, c’est pas pareil ! Déjà en interne il y que 16 bits (=BMP), et surtout il y a les propriétés des caractères et leurs relations, qui manquent encore.

Caractères combinants. Comme les accents de TeX : \'e = é mais dans l’autre sens (caractère+accent) et sans commandes TeX. Il ya donc plusieurs façons d’écrire un même caractère (parfois). Notion d’équivalence canonique, mais problème de normalisation. Deux formes normales : totalement décomposée, totalement composée. (Pas mal d’exemples et de démos, pas notés…)

Pour en revenir à TeX, pour qu’il soit réellement compatible Unicode, il faut qu’il traite de façon équivalente les représentations équivalentes d’un même caractère : actuellement, ce n’est pas la cas. Ça compte pour le rendu, mais aussi pour les motifs de césures. LuaTeX a une nouveau moteur de césure qui gère ça d’une façon. Une solution adoptée dans XeTeX consiste à tout normaliser avant, mais ça pose des problèmes (bugs (?) dans Unicode, problèmes de fontes).

Pause café (10h45-11h15)

Après la pose, c’est la demie-matinée des installateurs.

Mojca : ConTeXt minimals

Utilisatrice de ConTeXt, prétend ne pas savoir utiliser LaTeX. Une des personnalités les plus enthousiastes et entraînantes du monde ConTeXt (organisatrice de la conf ici, responsable de ma présence à BachoTeX, etc.) (Même conf qu’à BachoTeX.)

Spécificités de ConTeXt : mises à jour très fréquentes, besoin de retour utilisateur rapide (et le contraire fonctionnalités demandées et intégrées très rapidement). Dépend des toutes dernières version des fontes (lm, TeX Gyre) et binaires (LuaTeX).

Distro existantes : MikTeX, TeX Live, W32TeX : très orientées LaTeX et rythme de màj inadapté. Distro ConTeXt existante : que des zip, installation et mise à jour pénible (compatibilité, génération des formats, etc.), essentiellement ré-installer à chaque mise à jour.

Maintenant les minimals : basés sur rsync, peu de trafic. Modulaire. Pas d’installation nécessaire : tout placer dans un coin et lancer le script qui gère les variables d’environnement et ça marche (dans le shell courant, ndlr). Contenu : pdfTeX, XeTeX et LuaTeX toute dernière version. Fichiers de base mais rien en rapport avec LaTeX. Fontes de base, dernières version (et pas de cm et autres). ConTeXt, dernière version stable, versions beta et alpha (facile à sélectionner sur la ligne de commande ou par défaut). Modules du garden ConTeXt, TikZ version svn. Support technique (rsync, etc). Supporte toutes les plateformes courantes (Win, Linux, BSD, 64bits, Unix variés).

Installation : une démo (qui marche !)… (Assortie de commentaire blessants sur l’obsolescence des fontes type 1, des tfm et de pdfTeX, au moment où elle évoque la possibilité de n’installer que LuaTeX + XeTeX, sans toutes les « vieilleries »… (ndlr)) Après install, sourcer (pas éxécuter) setuptex pour régler les variables d’environnement (de façon non permanente, je le répète). Utilisation : commande context pour MkIV, texexec pour MkII.

Questions

Tournent surtout autour des problèmes de conf, avec le fichier à sourcer et toutes les variables d’environnement. Aussi, structure un peu particulière, pas totalement TDS-compatible. Scripts shells pas très portables (?).

ConTeXt minimals pour windows

Problèmes précedemment évoqués des minimals : variables d’environnement à régler shell par shell, lancer conTeXt depuis un programme externe : la galère.

Solution choisie : régler l’environnement dans la base de registre, tout dépendant du PATH. Un premier « installateur » écrit en pascal : pas suffisant pour convaincre les utilisateurs normaux. Actuellement « vrai » installateur windows basé sur Inno Setup. Inclus juste la base (rsync) pour télécharger le reste. Démo : ça a une bonne tête.

ConTeXt minimals pour Mac OS X

Même remarque de départ : besoin d’être un power-user pour installer, pas normal. Autre besoin : basculer facilement entre différences installations (TeX Live variées, ConTeXt minimals, etc) au niveau de tout le système. But : fournir une distro ConTeXt de référence pour le Mac.

Demande : Mac OS X 10.4 ou plus, pour le moment juste basé sur Intel. Démo installateur : ça marche et ça a une bonne tête. (Remarque en passant : c’est encore au stade de bêta non publique, mais ça pourrait être publier prochainement sur le site des minimals.)

Démo du sélecteur de TeX : c’est aussi user-friendly qu’on peut le souhaiter, et ça marche. Ça autorise en particulier à avoir plein de bêta différentes de ConTeXt.

Problèmes rencontrés : bugs dans les outils développeur Apple, ancien mécanisme de conf de LuaTeX, manque de système de contrôle de version pour les source de ConTeXt.

Buts futurs : publication, binaires universels, options d’install (avec ou sans tel module, fonte, etc.)

13h : repas

Il y aurait du avoir un mini truc sur TeX Live 2008, par Norbert, mais c’est annulé ou reporté pour cause de retard : le repas n’attend pas.

Disclaimer : Les notes de conférences sont prises relativement en vrac, selon mon intérêt et mon état intellectuel du moment. Ne pas les considérer comme des notes sérieuses et fiables, elles sont surtout là pour donner une idée de ce qui s’est dit, et éventuellement donner envie de lire des notes plus sérieuses sur le sujet.

Les conférences ont l’air d’être enregistrées. Des proceedings nous ont été distribués et seront probablement mis en ligne, ainsi que les supports de présentation utilisés. Il est probable que dans les jours suivant la conférence, j’édite tous les billets de la série pour rajouter les liens appropriés.

Il en va de même pour les photos que je prends : je le mettrai en ligne en rentrant, et selon ma motivation j’insérerais a posteriori des liens vers les photos intéressantes dans les billets.

Le lieu

Le cadre est assez idyllique : Bohinj est une petit village (dont nous sommes d’ailleurs un peu à l’écart) dans les Alpes, près d’un lac et dans les montagnes. Le programme de la rencontre comporte d’ailleurs baignade, randonnée, cours d’escalade….

Nous sommes logés dans ce qui semble être un centre de vacances, il y a en tout cas une colonie d’enfants avec nous, qui nous observent parfois un peu comme s’ils étaient au zoo, et font aussi parfois du bruit pendant les conférences… Grosso modo c’est quand même très bien : la nourriture est correcte (la présence de végétariens est prise en compte), il y a un accès wi-fi avec un débit suffisant pour être partagé entre une trentaine de geeks sans devenir trop frustrant.

Les personnes

Il est amusant de noter qu’une proportion non négligeable des personnes présentes n’utilise pas (encore) LaTeX. Nous sommes en tout une trentaine, venant de tous les coins de l’Europe, avec une prédominance Allemande, trois français inscrits et deux présents (votre serviteur et Arthur Reutenauer, actuellement président de [GUTenbeg][]).

Les âges sont variés, mais tout le monde est assez geek (pendant les conférences, en moyenne 28 claviers crépitent doucement, sur 30 personnes présentes dont l’orateur… La consommation de bière (peut-être gratuite, selon l’état des finances des organisateurs à la fin du meeting) n’est pas négligeable. On observe une majorité d’utilisateur de Linux, beaucoup de Macqueux, à peu près aucun Windows.

Le programme

L’organisation est plutôt bien faite quoiqu’assez « familiale » avec un petit côté « dernière minute » qui n’est pas pour me déplaire. Les conférences démarrent à 9h et sont étalées tout au long de la journée, jusqu’en soirée, mais avec des pauses détente. Un covoiturage efficace a permit à la plupart des participants d’éviter d’avoir à prendre le bus depuis leur gare ou aéroport d’arrivée. Pour l’instant tout se passe très bien.

Le soir de l’arrivée, un talk était prévu, sans orateur déterminé. Arthur R. s’est proposé pour faire sa présentation sur les nouveaux motifs de césure en UTF-8 produits récemment par Mojca et lui. Il s’agit de la même présentation qu’il a effectuée il y a un mois à Cork. Pas de notes, car je me battais avec le non-driver linux de ma carte wifi, et que je pense avoir des notes de Cork (que je mettrai peut-être en ligne un de ces jours).

On passe ensuite la soirée à discuter, geeker et boire de la bière, jusqu’à une heure assez avancée pour la plupart. Cette conférence débute très agréablement, mais je n’espère pas en rentrer reposé…