cerhu > comp.* > comp.text.tex

Tool69 (31/10/2019, 13h59)
Bonjour,

j'ai mis MikTeX à jour avnt-hier, et il m'est maintenant impossible decompiler un document que j'avais écrit il y a une semaine et qui ne posait aucun problème alors.

Voici le log, qui fait référence à des erreurs dans le fichier fourier.sty:

ligne 217: Command `\lvert' already defined. ...athopen}{symbols}{106}{largesymbols}{175}
ligne 219: Command `\rvert' already defined. ...thclose}{symbols}{106}{largesymbols}{175}
ligne 221: Command `\lVert' already defined. ...athopen}{symbols}{107}{largesymbols}{176}
ligne 223: Command `\rVert' already defined. ...thclose}{symbols}{107}{largesymbols}{176}

Si vous avez une idée, je suis preneur.
D'avance merci, et bonne journée:

Christophe K.
Ulrike Fischer (31/10/2019, 14h13)
Am Thu, 31 Oct 2019 04:59:21 -0700 (PDT) schrieb Tool69:

> Voici le log, qui fait référence à des erreurs dans le fichier fourier.sty:


Montre un petit example *complet*.
Tool69 (31/10/2019, 15h41)
Je pense avoir trouvé, c'était dans mon package perso
qui commençait comme ceci:

\ProvidesPackage{ds}
\usepackage[utf8]{inputenc}
\usepackage[greek,french]{babel}
\usepackage{fancyhdr}

%\pdfoutput=0 % uncomment this to run PDFTeX in TeX mode
\usepackage{ifpdf}
\ifx\pdftexversion\undefined %if using TeX
\usepackage{graphicx}
\else %if using PDFTeX
\usepackage[pdftex]{graphicx}
\fi
\ifpdf %if using PDFTeX in PDF mode
\DeclareGraphicsExtensions{.pdf,.png,.mps}
%\usepackage{pgf}
\else %if using TeX or PDFTeX in TeX mode
\usepackage{graphicx}
\DeclareGraphicsExtensions{.eps,.bmp}
\DeclareGraphicsRule{.emf}{bmp}{}{}% declare EMF filename extension
\DeclareGraphicsRule{.png}{bmp}{}{}% declare PNG filename extension
\fi

\usepackage{floatflt}% package for floatingfigure environment
\usepackage{wrapfig}% package for wrapfigure environment
\usepackage{color}
\usepackage{ulem}
\usepackage{makeidx}
\usepackage{amsmath,amssymb,framed,calc,multicol,l scape,fancybox}
\usepackage{array,multirow,enumerate}
\usepackage{eurosym}
\usepackage{ifthen}
\usepackage{geometry}
\pagestyle{empty}
\usepackage{fourier}

Le fait d'avoir déplacé "\usepackage{fourier}" sur les 5 premières lignes fait qu'il n'y a plus de problème à la compilation.J'imagine qu'un des packages rentre en collision avec fourier.

Merci.
Ulrike Fischer (31/10/2019, 20h26)
Am Thu, 31 Oct 2019 06:41:24 -0700 (PDT) schrieb Tool69:

> Je pense avoir trouvé, c'était dans mon package perso
> qui commençait comme ceci:
> \ProvidesPackage{ds}
> \usepackage[utf8]{inputenc}
> \usepackage[greek,french]{babel}
> \usepackage{fancyhdr}
> %\pdfoutput=0 % uncomment this to run PDFTeX in TeX mode


ne fait pas ca. Appelle latex si tu veux un dvi. Se n'est pas une
bonne idee de change le mode au milieu du document.

> \usepackage{ifpdf}
> \ifx\pdftexversion\undefined %if using TeX
> \usepackage{graphicx}
> \else %if using PDFTeX
> \usepackage[pdftex]{graphicx}
> \fi


C'est pas necessaire. Fais seulement \usepackage{graphicx}
Tool69 (31/10/2019, 20h51)
Le jeudi 31 octobre 2019 19:26:29 UTC+1, Ulrike Fischer a écrit :
> Am Thu, 31 Oct 2019 06:41:24 -0700 (PDT) schrieb Tool69:
> ne fait pas ca. Appelle latex si tu veux un dvi. Se n'est pas une
> bonne idee de change le mode au milieu du document.
> C'est pas necessaire. Fais seulement \usepackage{graphicx}
> --
> Ulrike Fischer
> [..]


Je retiens les conseils, merci Ulrike et bonne soirée.
Jean-Côme Charpentier (01/11/2019, 13h32)
Le 31/10/2019 à 14:41, Tool69 a écrit :
> Je pense avoir trouvé, c'était dans mon package perso
> qui commençait comme ceci:
> [couic]
> \usepackage{amsmath,[couic]}
> [couic]
> \usepackage{fourier}
> Le fait d'avoir déplacé "\usepackage{fourier}" sur les 5 premières
> lignes fait qu'il n'y a plus de problème à la compilation. J'imagine
> qu'un des packages rentre en collision avec fourier.


Le package en question est amsmath mais je suis un peu surpris que le
problème soit récent. La définition de \lvert par amsmath date de
Mathusalem. J'ai des TeXLive qui remontent « seulement » à 2015 et à
cette date amsmath définissait bien \lvert. À cette date fourier
définissait également \lvert.
Cela dit, la façon de déclarer la commande \lvert ne devrait pas
poser de problème. Sur ma TeXLive2019 mise à jour il y a moins de deux
minutes, le document suivant fonctionne sans problème :

\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[french]{babel}
\usepackage{amsmath}
\usepackage{fourier}
\begin{document}
toto
\end{document}

Donc il doit y avoir un autre truc qui coince dans votre document et
comme, contrairement à ce que demandais Ulrike, il n'y a pas d'exemple
*complet*, on ne peut que se perdre en conjecture.

Cela dit, la procédure adoptée n'est pas nécessairement optimale.
Elle entraîne que tout ce qui a été défini par fourier va être écrasé
par d'autres packages : vos documents risquent d'être sensiblement
modifiés. S'il n'y avait que \lvert qui pose problème (déjà c'est
bizarre que seulement celui-ci) alors un :

\let\lvert\relax

juste avant l'appel à fourier aurait été un poil plus doux !

Jean-Côme Charpentier
Michel Bovani (07/11/2019, 21h20)
Le 01/11/2019 à 12:32, Jean-Côme Charpentier a écrit :
[..]
> \usepackage{amsmath}
> \usepackage{fourier}
> \begin{document}
> toto
> \end{document}
> Donc il doit y avoir un autre truc qui coince dans votre document et
> comme, contrairement à ce que demandais Ulrike, il n'y a pas d'exemple
> *complet*, on ne peut que se perdre en conjecture.


Avec un peu de temps pour les loisirs?

ECM qui coince :

\documentclass[a4paper]{article}
\usepackage{ulem}
\usepackage{amsmath}
\usepackage{fourier}
\begin{document}
$\lvert$
\end{document}

alors que

\documentclass[a4paper]{article}
\usepackage{amsmath}
\usepackage{ulem}
\usepackage{fourier}
\begin{document}
$\lvert$
\end{document}

compile sans problème?

Bonjour, au fait (depuis le temps).

Michel Bovani
jfbu (07/11/2019, 23h06)
Le 07/11/2019 à 20:20, Michel Bovani a écrit :
[..]
> $\lvert$
> \end{document}
> compile sans problème?
> Bonjour, au fait (depuis le temps).
> Michel Bovani


Bonjour,

Le problème est que ulem.sty définit un \MakeRobust qui
contrairement à la version actuelle du format LaTeX
fait que 2 \DeclareMathDelimiter successifs déclenche une erreur

l'ECM ci-dessous compile mais si l'on commente les lignes
relatives à \MakeRobust, non

\documentclass[a4paper]{article}
\let\LaTeXKernelMakeRobust\MakeRobust
\usepackage{ulem}
\let\MakeRobust\LaTeXKernelMakeRobust
% amsmath
\DeclareMathDelimiter{\lvert}
{\mathopen}{symbols}{"6A}{largesymbols}{"0C}
% fourier
\DeclareMathDelimiter{\lvert}
{\mathopen}{symbols}{106}{largesymbols}{175}
\begin{document}
$\lvert$
\end{document}

Jean-François
jfbu (07/11/2019, 23h16)
Le 07/11/2019 à 22:06, jfbu a écrit :
[..]
>       {\mathopen}{symbols}{"6A}{largesymbols}{"0C}
> % fourier
> \DeclareMathDelimiter{\lvert}
>       {\mathopen}{symbols}{106}{largesymbols}{175}
> \begin{document}
> $\lvert$
> \end{document}
> Jean-François


J'ai transmis à l'équipe LaTeX et j'ai déjà reçu une réponse que voici

> The problem is known and we?re waiting for
> Donald?s answer, but thanks for the report.
> Ciao
> Enrico


Bonne soirée,

Jean-François
jfbu (07/11/2019, 23h34)
Le 07/11/2019 à 22:16, jfbu a écrit :
> Le 07/11/2019 à 22:06, jfbu a écrit :
>> J'ai transmis à l'équipe LaTeX et j'ai déjà reçu une réponse que voici


Pour info plus complète le fait qu'un changement
dans \MakeRobust puisse provoquer un problème
avec \DeclareMathDelimiter est que depuis
LaTeX 2019-10-01 ce dernier l'utilise

voici un diff qui montre ne particulier l'ajout de \MakeRobust
dans le LaTeX kernel là où il n'y en avait pas avant

+%</2ekernel>
+%<*2ekernel|latexrelease>
+%<latexrelease>\IncludeInRelease{2019/10/01}%
+%<latexrelease> {\set@mathaccent}{makemath accents robust}%
\def\set@mathaccent#1#2#3#4{%
- \xdef#2{\mathaccent"\mathchar@type#3\hexnumber@#1# 4\relax}}
+ \xdef#2{\mathaccent"\mathchar@type#3\hexnumber@#1# 4\relax}%
+ \MakeRobust#2%
+}
jfbu (07/11/2019, 23h36)
Le 07/11/2019 à 22:34, jfbu a écrit :
[..]
> +%</2ekernel>
> +%<*2ekernel|latexrelease>
> +%<latexrelease>\IncludeInRelease{2019/10/01}%
> +%<latexrelease>                 {\set@mathaccent}{makemath accents robust}%
>  \def\set@mathaccent#1#2#3#4{%
> -  \xdef#2{\mathaccent"\mathchar@type#3\hexnumber@#1# 4\relax}}
> +  \xdef#2{\mathaccent"\mathchar@type#3\hexnumber@#1# 4\relax}%
> +  \MakeRobust#2%
> +} bon évidemment je n'ai pas copié collé la bonne partie du diff


+%</2ekernel>
+%<*2ekernel|latexrelease>
+%<latexrelease>\IncludeInRelease{2019/10/01}%
+%<latexrelease> {\set@mathdelimiter}{make delimiters robust}%
\def\set@mathdelimiter#1#2#3#4#5#6{%
\xdef#3{\delimiter"\mathchar@type#4\hexnumber@#1#5 %
- \hexnumber@#2#6 }}
+ \hexnumber@#2#6 }%
+ \MakeRobust#3%
+}
\@onlypreamble\set@mathdelimiter

Bonne nuit,
JF
Michel Bovani (08/11/2019, 16h09)
jfbu <jfREMOVEbu> wrote:
> Le 07/11/2019 à 22:34, jfbu a écrit :


[..]
> \@onlypreamble\set@mathdelimiter
> Bonne nuit,
> JF


Merci pour ces éclaircissements !

Michel Bovani
Discussions similaires
Problème updmap avec installation de fourier-GUT

problème avec Fourier sous Ubuntu

Table des matières et package fourier

[NET] P'tit problème avec un package


Fuseau horaire GMT +2. Il est actuellement 08h40. | Privacy Policy