Toujours débutant en LaTeX, je ne trouve pas de documentation expliquant
s'il existe quelque chose s'apparentant aux expressions régulières en
LaTeX. J'ai l'impression que non.
Est-ce possible d'écrire une macro qui remplacerait les occurrences de
certains caractères à certains endroits ? Par exemple, avec XeTeX, je
peux demander l'utilisation des caractères historiques, comme le <s>
long. Malheureusement, les polices OTF n'ont pas d'information
contextuelles le concernant : l'option « +hist » fait donc remplacer
tous les <s> par des <s> longs, dont ceux en fin de mot, ce qui n'est
pas correct.
Mon idée était alors de remplacer tous les <s> en fin de mot par des <s>
dans la police voulue sans l'option « +hist » afin de retrouver le <s>
rond et ce au moyen d'une macro.
Est-ce faisable ? Existe-t-il des moyens de remplacer des caractères
selon leur emplacement dans le mot ?
> Toujours débutant en LaTeX, je ne trouve pas de documentation expliquant
> s'il existe quelque chose s'apparentant aux expressions régulières en
> LaTeX. J'ai l'impression que non.
>
J'ai la même impression.
> Est-ce possible d'écrire une macro qui remplacerait les occurrences de
> certains caractères à certains endroits ? Par exemple, avec XeTeX, je
> peux demander l'utilisation des caractères historiques, comme le <s>
> long. Malheureusement, les polices OTF n'ont pas d'information
> contextuelles le concernant : l'option « +hist » fait donc remplacer
> tous les <s> par des <s> longs, dont ceux en fin de mot, ce qui n'est
> pas correct.
>
Je ne m'y connais pas plus que ça en fontes, mais il me semble que la notion
de contexte existe en OTF et qu'on devrait pouvoir demander directement « à
la fonte » de regarder les fins de mots. Pas sûr de moi et aucune idée de
comment faire.
> Est-ce faisable ? Existe-t-il des moyens de remplacer des caractères
> selon leur emplacement dans le mot ?
Je n'en connais pas de simple. Le module ted fournit une macro \Substitute,
mais elle est tout bête et n'a pas de notion de contexte. Par contre on
peut le faire bourrinement à la main comme ça :
- remplacer sous les <s><espace>
- puis tous les <s>.
- puis les <s>;
etc etc
Manuel.
> Je ne m'y connais pas plus que ça en fontes, mais il me semble que la notion
> de contexte existe en OTF et qu'on devrait pouvoir demander directement « à
> la fonte » de regarder les fins de mots. Pas sûr de moi et aucune idée de
> comment faire.
Tiens, ça m'intéresse. En utilisant les ligatures ? Peut-on
définir une ligature avec des espaces ?
--
zpz
Moi non plus. Un truc se rapprochant d'une recherche un peu élaborée est
dans mes projets.
> Mon idée était alors de remplacer tous les <s> en fin de mot par des <s>
> dans la police voulue sans l'option « +hist » afin de retrouver le <s>
> rond et ce au moyen d'une macro.
>
> Est-ce faisable ? Existe-t-il des moyens de remplacer des caractères
> selon leur emplacement dans le mot ?
>
Il y a les packages ted et xstring qui ont des macros faisant des
substitutions mais je dirais que l'argument des macros va être énorme
puisque tu veux sûrement faire des substitutions dans un long texte.
C'est faisable, mais ça va être très lourd : il suffit de remplacer
toutes les occurrences de «s» suivi dun espace ou d'une ponctuation par
une séquence de contrôle affichant ton «s» long, et donc appeler la
macro autant de fois qu'il y a de cas à envisager !
Il me semble peut-être plus adroit de créer 2 macros \debuttexteS et
\fintexteS qui agiraient comme des bascules.
La 1ère rendrait le caractère «s» actif. Ce caractère serait donc une
macro à définir qui regarderait le caractère suivant (avec \futurelet ou
\@ifnextchar), et si ce caractère est un espace ou un signe de
ponctuation, afficherait le «s» long, afficherait «s» normal sinon.
La 2è macro annulerait le catcode 13 de «s» pour le remettre à 12 : il
redeviendrait donc un caractère normal.
Ensuite, le texte dans lequel tu voudrais faire les substitutions se
situerait entre \debuttexteS et \fintexteS
Peut-être d'autre contributeurs ont de meilleures idées ?
Christian
--
*BriCàMatH*, des documents pour le collège
> Il me semble peut-être plus adroit de créer 2 macros \debuttexteS et
> \fintexteS qui agiraient comme des bascules.
Sauf que la forme du « s » diffère selon qu'il est à
l'intérieur ou à la fin d'un *mot*, ce qui rend le jeu de
bascule assez ardu.
--
zpz
Ou alors, y'a une subtilité que j'ai pas comprise ou alors non, ce n'est
pas si ardu...
Christian
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\documentclass[a4paper,10pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\makeatletter
\begingroup
\catcode`\s=\active
\gdef\debuttexteS{%
\catcode`\s=\active
\defs{\futurelet\nextch@r\read@char}}
\catcode`\s12
\endgroup
\def\read@char{%
\if\space\nextch@r X%
\else\if.\nextch@r X%
\else\if,\nextch@r X%
\else\if;\nextch@r X%
\else\if:\nextch@r X%
\else\if?\nextch@r X%
\else\if!\nextch@r X%
\else s%
\fi\fi\fi\fi\fi\fi\fi}
\makeatother
\def\fintexteS{\catcode`\s12}
\begin{document}
On remplace les "s" par des "X" :\par\medskip
\debuttexteS
Dans ce texte, les s en fin de mot seront remplacés. Il en sera de même
avec les s précédents une ponctuation comme:\par
sss,\par
sss.\par
sss;\par
sss?\par
et sss!\par
Enfin, pour ne pas replacer un s\relax{} seul, il suffit de placer un
\detokenize{\relax{}} derrière !\par
Par contre, les séquences de contrôle contenant un s\relax{} ne sont pas
autorisées !
\fintexteS
Ceci est un essai dans lequel les "s" ne sont plus remplacées.
\end{document}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
[rendre s actif]
Voui... as-tu essayé d'insérer une \section une fois le
remplacement activé ?
--
zpz
Et je m'excuse de n'avoir pas tout lu, tu l'avais mentionné
*dans* l'exemple LaTeX. Donc, à condition qu'on ait pas de
macros dont le nom contient "s", ça marche.
Mais en plus ça doit mettre en l'air la césure.
--
zpz
Pas plus un \section qu'un \bigskip ou que n'importe quelle séquence de
contrôle contenant (ou dont le développement) contient un «s», comme je
le dis dans le texte de l'ECM (t'as pas compilé et t'as pas lu, hein ?).
Les balises \debuttexteS ... \fintexteS doivent contenir *uniquement* du
texte. Si j'ai mis des «\par» dedans, c'est par pure provocation et
flemme de taper 2 fois <entrée>. En effet, si entre les balises se
trouvent des séquences de contrôles ou des caractères actifs (signes de
ponctuation avec babel), il faut s'attendre à des problèmes, vu que la
lettre s est souvent utilisée, même dans le nom de séquences de contrôle...
Mais bon, c'était le cahier des charges que je m'étais fixé ! Si tu
préfères, il faut interpréter ce qui se trouve entre les balises un peu
comme l'argument d'une macro qui ne devrait contenir que du texte.
Christian
> (t'as pas compilé et t'as pas lu, hein ?).
Ben ouais ben ouais ben ouais. J'ai compilé, ça a marché,
j'étais content. Puis je me suis dit...
Au fait, pourrais-tu modifier ton exemple de sorte que il y
ait substitution lorsque le caractère suivent est une lettre
(catcode 11) ?
Je suis infoutu d'écrire un test qui y parvienne.
--
zpz
> Je ne m'y connais pas plus que ça en fontes, mais il me semble que la
> notion de contexte existe en OTF et qu'on devrait pouvoir demander
> directement « à la fonte » de regarder les fins de mots.
Non, pas pour les <s> longs. Cf. la documentation de fontspec :
« Historic forms (e.g., long s as shown above) are accessed in OpenType
fonts via the feature Style=Historic; this is generally not contextual
in OpenType[...] »
>> Est-ce faisable ? Existe-t-il des moyens de remplacer des caractères
>> selon leur emplacement dans le mot ?
> Je n'en connais pas de simple. Le module ted fournit une macro
> \Substitute, mais elle est tout bête et n'a pas de notion de contexte.
Merci, je vais fouiller de ce côté.
> Il y a les packages ted et xstring qui ont des macros faisant des
> substitutions
Merci pour la piste.
> Il me semble peut-être plus adroit de créer 2 macros \debuttexteS et
> \fintexteS qui agiraient comme des bascules.
Je ne suis pas sûr d'être déjà capable d'écrire cela, mais je comprends
le principe. Merci.
> Par exemple, avec XeTeX, je
> peux demander l'utilisation des caractères historiques, comme le <s>
> long.
Vois aussi ici, en particulier p. 11 (foliotée 95) :
<http://www.gutenberg.eu.org/pub/GUTenberg/publicationsPDF/22-yannis.pdf>
J'imagine qu'il y a des gens ici qui seraient ravis de mettre
ça en œuvre.
--
zpz
> Vois aussi ici, en particulier p. 11 (foliotée 95) :
><http://www.gutenberg.eu.org/pub/GUTenberg/publicationsPDF/22-yannis.pdf>
> J'imagine qu'il y a des gens ici qui seraient ravis de mettre
> ça en œuvre.
Ce qui me plairait, c'est de pouvoir mettre en œuvre dans LaTeX des
fonctions que j'ai écrites en expressions régulières qui me
permettraient de passer un texte en graphie contemporaine dans une des
graphies anciennes (et non en « ancien français », comme le dit
Haralambous -- le français des xvi^e-xvii^e s. est du français moderne),
avec, par exemple, les <s> longs, l'absence de <j> et celle de <v>, sauf
en début de mot, où il remplace aussi <u>, du type (j'utilise ici <f>
pour le <s> long, faute de mieux) :
« Ie n'ay plus que les os,vn Schelette ie femble,
Decharné,denerué,demufclé,depoulpé,
Que le trait de la mort fans pardon a frappé,
Ie n'ofe voir mes bras que de peur ie ne tremble.»
(Ronsard, _Derniers vers_, 1586 [posthume])
Je vais avoir pas mal de textes du xvi^e à taper pour mon mémoire de
master2 et s'il existait un moyen de pratiquer facilement ces
modifications, cela m'éviterait pas mal de coquilles.
Sinon, je serai forcé de passer tous mes extraits à ma moulinette regexp
avant de les coller dans un document LaTeX
> Sinon, je serai forcé de passer tous mes extraits à ma moulinette
> regexp avant de les coller dans un document LaTeX
Peut-être que PerlTeX te fournirait un compromis entre ces deux
solutions: tes regexps seraient inclusent dans ton document, et
appliquées à chaque compilation (ce qui simplifie les mises à jour du
texte).
Mais je parle sans avoir testé PerlTeX.
--
Jérémy JUST <jerem...@netcourrier.com>
> Peut-être que PerlTeX te fournirait un compromis entre ces deux
> solutions: tes regexps seraient inclusent dans ton document, et
> appliquées à chaque compilation (ce qui simplifie les mises à jour du
> texte).
Ça m'a tout l'air d'être exactement ce dont j'ai besoin. Merci.
Pas forcément : il faut compiler avec perltex et je ne suis pas sûr que
ce soit compatible avec xetex.
> \documentclass[a4paper,10pt]{article}
> \usepackage[utf8]{inputenc}
> \usepackage[T1]{fontenc}
\usepackage[frenchb]{babel} % ;-þ
> \makeatletter
> \begingroup
> \catcode`\s=\active
Rendre une lettre active, je suis pas sûr que j'oserai le faire dans la
vraie vie, quand même.
> \else\if;\nextch@r X%
Du coup :
\else\if\noexpand;\noexpand\nextch@r X%
parce que du coup « ; » va se développer une fois qu'il est actif, il me
semble (pas testé).
Manuel.
Si, ça l'est. En tout cas, je n'ai noté aucune erreur. Je peux même
intégrer cela à LyX de manière transparente.
> Il me semble peut-être plus adroit de créer 2 macros \debuttexteS et
> \fintexteS qui agiraient comme des bascules.
> La 1ère rendrait le caractère «s» actif. Ce caractère serait donc une
> macro à définir qui regarderait le caractère suivant (avec \futurelet ou
> \@ifnextchar), et si ce caractère est un espace ou un signe de
> ponctuation, afficherait le «s» long, afficherait «s» normal sinon.
> La 2è macro annulerait le catcode 13 de «s» pour le remettre à 12 : il
> redeviendrait donc un caractère normal.
La seconde macro ne doit pas contenir de s minuscule, car \fintextes
sera mal interprété. Même \csname fintextes\endcsname ne marchera plus.
> Peut-être d'autre contributeurs ont de meilleures idées ?
Certaines personnes vont sûrement faire remarquer que
\chapter{Mes premiers pas dans \LaTeX ont été mémorables}
va foirer si tu remplaces \chapter par \section.
Mais que comptes-tu mettre dans le fichier .aux et dans le .toc ?
Le dernier s sera-t-il traité correctement ? Ca marche aussi si je dis
\def\LaTeX{latecs\xpace} ?
Ton algorithme traite toute commande comme une fin de mot, tu peux regarder
comment le package xspace traite ce problème.
Sur une machine linux FC5 le package est
[1997/10/13 v1.06 Space after command names (DPC)]
et \@xspace est comme ton \read@char sauf que ca se termine par
\else
\space
\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi\fi}
Mon TL2008 dit
[2006/05/08 v1.12 Space after command names (DPC,MH)]
Le nouveau xspace n'a rien à voir avec l'ancien (le \if sont remplacés
par une boucle).
Ce qui peut poser problème dans ton approche c'est que les gens vont
être tentés de dire
\AtBeginDocument{\debuttexteS}
et se plaindre que le dans «Table des matìères» n'est pas traité (je
suppose que cette chaîne de
caractères est créé automatiquement par babel)
Il est plus simple de définir une macro, disons \traiterS, comme suit
\def\traiterS{\@debuttexteS\@traiterSaux}
\def\@traiterSaux#1{#1\@fintexteS}
où \@traiterSaux et \@fintexteS sont comme tu dis, mais sont des macros
cachées.
Ensuite spécifier que
a) cette commande ne peut pas contenir de \par \chapter \begin{tabular} etc
b) cette commande ne peut pas être utilisée dans une autre commande du
type \caption, \chapter ou autre.
En gros, ca a les mêmes inconvénents que \verb
Jose'
À l'ancienne, on recourt à metafont lui-même pour ce genre de
plaisanteries mais il semblerait que l'on puisse s'appuyer sur les polices
virtuelles, en (La)TeX. Peut-être serait-il intéressant de jeter un œil sur le
bouquin de Bernard Desgraupes « LaTeX apprentissage, guide et référence »,
Vuibert, 2000, isbn: 2-7117-8658-7. Le problème est traité dans l'annexe I.
Si ma mémoire ne me trahit pas Christophe Caignaert a évoqué une solution
s'appuyant sur des polices virtuelles pour remplacer des lettres quelconques par
d'autres sans activer quoi que ce soit (tout se règle au niveau de la
police). Il devait s'agir de remplacer des lettres par des points ou quelque
chose d'approchant.
--
Le TeXnicien de surface
OK, réutiliser ce qui marche est toujours bien, on a moins de
mauvaises surprises.
Selon la taille de ton document, je te conseille néanmoins
d'envisager l'option du prétraitement. On est souvent amené,
en fin de peaufinage, à ajuster petit détail après petit
détail. Réduire le temps de compilation n'est à ce moment pas
un luxe.
> « Ie n'ay plus que les os,vn Schelette ie femble,
> Decharné,denerué,demufclé,depoulpé,
> Que le trait de la mort fans pardon a frappé,
> Ie n'ofe voir mes bras que de peur ie ne tremble.»
> (Ronsard, _Derniers vers_, 1586 [posthume])
C'est pas du Marylin Manson ?
--
zpz
> Bon[jour|soir],
>
> Toujours débutant en LaTeX, je ne trouve pas de documentation expliquant
> s'il existe quelque chose s'apparentant aux expressions régulières en
> LaTeX. J'ai l'impression que non.
Il y a dans pdftex (mais pas dans xetex) \pdfmatch.
\documentclass{article}
\begin{document}
\newcommand\testnumber[1]{
\ifnum\pdfmatch {^[0-9]+}{#1}=1
#1 commence avec un nombre!
\else
#1 ne commence pas avec un nombre!
\fi}
\testnumber{123abc}
\testnumber{abc123}
\testnumber{a}
\end{document}
>
> Est-ce possible d'écrire une macro qui remplacerait les occurrences de
> certains caractères à certains endroits ? Par exemple, avec XeTeX, je
> peux demander l'utilisation des caractères historiques, comme le <s>
> long. Malheureusement, les polices OTF n'ont pas d'information
> contextuelles le concernant : l'option « +hist » fait donc remplacer
> tous les <s> par des <s> longs, dont ceux en fin de mot, ce qui n'est
> pas correct.
>
> Mon idée était alors de remplacer tous les <s> en fin de mot par des <s>
> dans la police voulue sans l'option « +hist » afin de retrouver le <s>
> rond et ce au moyen d'une macro.
Ce serait plus simple et plus vite si tu faisais le replacement avec un
editeur directement dans la source.
--
Ulrike Fischer
> Est-ce faisable ? Existe-t-il des moyens de remplacer des caractères
> selon leur emplacement dans le mot ?
Ma premiere idee pour ce probleme (je crois qu'elle a deja ete evoquee)
serait de faire une fonte virtuelle avec les ligatures qui vont bien. Et
ma premiere action serait de reprendre le bouquin de Yannis pour voir s'il
y a quelque chose sur le sujet.
A+
--
Jean-Marc
Site de usenet-fr: http://www.usenet-fr.news.eu.org
Bon, ok mon idée n'était pas bonne, trop de contraintes et trop de
limitations, comme plusieurs contributeurs l'ont fait remarquer.
Apparemment l'auteur du fil a trouvé son bonheur avec perlTeX, donc tant
mieux.
Bricolé vite fait :
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\documentclass[a4paper,10pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\makeatletter
\begingroup
\catcode`\s=\active
\gdef\debuttexteS{%
\catcode`\s=\active
\defs{\futurelet\nextch@r\read@char}}
\endgroup
\def\@s@{\futurelet\nextch@r\read@char}
\def\read@char{%
\begingroup
\catcode`\a11\relax
\ifcat a\noexpand\nextch@r X%
\else\ifx\nextch@r\@s@ X%
\else s\fi\fi
\endgroup}
\makeatother
\def\fintexteS{\catcode`\s12}
\begin{document}
Essai avec 2 "s" :
\debuttexteS
essai
\fintexteS
Essai avec un chiffre (catcode 12) :
\debuttexteS
es1s2ai
\fintexteS
Essai avec un espace (catcode 10) :
\debuttexteS
es s ai
\fintexteS
\end{document}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
En fait, c'est plus compliqué que cela :
\perlnewcommand\remplacerS[1]{
my $text = $_[0] # $_[0] est le 1^er argument
$text =~ s/s\B/f/g;
return $text;
}
fonctionne mais modifie les commandes LaTeX : « \textsc » devient
« \textfc », ce qui ne plaît pas au compileur. Du coup, je me suis dit
qu'il suffisait d'échapper les <s> qui sont compris entre <\> et <{>
mais PerlTeX ne traite ni <{> ni <}> dans le corps de la macro et laisse
LaTeX s'en occuper. Du coup, on ne peut pas écrire d'expression
régulière contenant <{>.
Je vais devoir faire une liste des commandes LaTeX à protéger.
> Il y a dans pdftex (mais pas dans xetex) \pdfmatch.
>
C'est documenté, ça ? Je trouve pas.
Si c'est pas documenté, loin de moi l'idée de médire de l'équipe pdftex,
mais ça ferait la deuxième primitive intéressante et non documentée dont
j'entends parler, et je trouve vraiment que c'est deux de trop.
Manuel.
PS : en tout cas merci de l'avoir mentionnée.
> En fait, c'est plus compliqué que cela :
>
> \perlnewcommand\remplacerS[1]{
> my $text = $_[0] # $_[0] est le 1^er argument
> $text =~ s/s\B/f/g;
> return $text;
> }
> fonctionne mais modifie les commandes LaTeX : « \textsc » devient
> « \textfc », ce qui ne plaît pas au compileur. Du coup, je me suis dit
> qu'il suffisait d'échapper les <s> qui sont compris entre <\> et <{>
> mais PerlTeX ne traite ni <{> ni <}> dans le corps de la macro et
> laisse LaTeX s'en occuper. Du coup, on ne peut pas écrire d'expression
> régulière contenant <{>.
> Je vais devoir faire une liste des commandes LaTeX à protéger.
J'ai trouvé comment protéger les commandes : il faut agir sur le
caractère <{> codé (en octal, par exemple). Ainsi, avec :
\usepackage{perltex}
% ne pas oublier de compiler avec perltex --latex=xelatex
\perlnewcommand\remplacerS[1]{
my $text = $_[0];
$text =~ s/(?!\\)(.*?)s\B(.*?)(?!\173)/$1f$2/g;
return $text;
}
je peux remplacer presque tous les <s> par des <s> longs, sauf ceux qui
sont dans une commande (cela ne gère pas encore le cas des options de
commandes) de cette manière :
\remplacerS{
Du texte
}
Certains <s> ne sont pas remplacés, pour des raisons que j'ignore.
Pour la petite histoire, les polices OTF traitent les <s> longs ainsi
obtenus correctement et pratiquent aussi les ligatures. On pourrait
ajouter une regex pour transformer les suites de deux <s> longs en <fs>
ou <ß>, ainsi qu'on le trouve fréquemment dans les textes imprimés du
xvi^e.
--
Note : j'utilise <f> au lieu du <s> long.
> En fait, c'est plus compliqué que cela :
>
> \perlnewcommand\remplacerS[1]{
> my $text = $_[0] # $_[0] est le 1^er argument
> $text =~ s/s\B/f/g;
> return $text;
> }
> fonctionne mais modifie les commandes LaTeX : « \textsc » devient
> « \textfc », ce qui ne plaît pas au compileur. Du coup, je me suis dit
> qu'il suffisait d'échapper les <s> qui sont compris entre <\> et <{>
> mais PerlTeX ne traite ni <{> ni <}> dans le corps de la macro et
> laisse LaTeX s'en occuper. Du coup, on ne peut pas écrire d'expression
> régulière contenant <{>.
> Je vais devoir faire une liste des commandes LaTeX à protéger.
J'ai trouvé comment protéger les commandes : il faut agir sur le
caractère <{> codé (en octal, par exemple). Ainsi, avec :
\usepackage{perltex}
% ne pas oublier de compiler avec perltex --latex=xelatex
\perlnewcommand\remplacerS[1]{
my $text = $_[0];
$text =~ s/(?!\\)(.*?)s\B(.*?)(?!\173)/$1f$2/g;
return $text;
}
je peux remplacer tous les <s> par des <s> longs, sauf ceux qui
sont dans une commande (cela ne gère pas encore le cas des options de
commandes) de cette manière :
\remplacerS{
Du texte
}
Pour la petite histoire, les polices OTF traitent les <s> longs ainsi
\startsamedi
Je pense que quand on a réussi à faire une boucle "for" ou "while"
en TeX , quand est atteint le niveau de compétance pour faire
quelques
multiplications, et quand on suit la suite de cet article (entre
autre), on
comprend pourquoi c'est important pour TeX d'intégrer un **vrai**
langage (comme dans LuaTeX par exemple ;-)
Alors pour faire des regexp, j'aurais même pas osé posé cette
question
(de peur des réponses bien sûr ! ;-)
Plus sérieusement, j'ai l'impression que la communauté (historique)
de
LaTeX3 est en train de boycotter LuaTeX ce qui est un peu dommage.
Je ne comprends pas pourquoi le paquet n'est pas mis sur le moteur
LuaTeX.
\stopsamedi
-- Maurice
> Le (on) vendredi 21 novembre 2008 14:46, Ulrike Fischer a écrit (wrote) :
>
>> Il y a dans pdftex (mais pas dans xetex) \pdfmatch.
>>
> C'est documenté, ça ? Je trouve pas.
Je croix que c'est documenté dans un des changelogs ou un annoncement.
La commande est un peu experimentale donc elle n'a jamais trouve le
chemin dans le manuel.
Elle est utile, mais il y a le probleme qu'elle ne marche pas dans xetex
et pas dans luatex, qui a enleve plusieurs primitives:
"The (experimental) support for snap nodes has been removed, because it
much more natural to build this functionality on top of node processing
and attributes. The associated primitives that are now gone are:
\pdfsnaprefpoint, \pdfsnapy, and \pdfsnapycomp.
A number of ‘utility functions’ is removed:
\pdfelapsedtime
\pdfescapehex
\pdfescapename
\pdfescapestring
\pdffiledump
\pdffilemoddate
\pdffilesize
\pdflastmatch
\pdfmatch
\pdfmdfivesum
\pdfresettimer
\pdfshellescape
\pdfstrcmp
\pdfunescapehex"
--
Ulrike Fischer
> Alors pour faire des regexp, j'aurais même pas osé posé cette
> question
> (de peur des réponses bien sûr ! ;-)
>
J'avais comme projet très vague d'ajouter un support des regex dans ted, en
fait. Plus pour le fun que pour l'utilité à vrai dire : ça m'aurait permi
d'apprendre des trucs sur les regex, et j'aurais trouvé marrant
d'implémenter ça en TeX, qui reste quand même un langage complet même s'il
n'est certes pas « convivial ».
> Plus sérieusement, j'ai l'impression que la communauté (historique)
> de
> LaTeX3 est en train de boycotter LuaTeX ce qui est un peu dommage.
Boycotter est un mot vraiment trop fort. Disons qu'ils ont des priorités qui
ne sont pas les mêmes pour le moment, et ont évité de prendre un décision
quand au moteur. Mais au moins certains membres plus récents de l'équipe L3
(Morten Hogolm, Will Robertson (aka monsieur fontspec) suivent d'assez près
le moteurs « modernes » : XeTeX, fontspec.
> Je ne comprends pas pourquoi le paquet n'est pas mis sur le moteur
> LuaTeX.
>
Le paquet est mis. Le projet prend du temps et LuaTeX n'est pas encore
stable.
Manuel.