Texlive 2017 et problème dotstyle=x

Tout ce qui concerne le langage TeX/LaTeX et ses variantes. Ce langage est utilisable sur le forum via les balises tex.
[participation réservée aux utilisateurs inscrits]
Règles du forum
Merci de soigner la rédaction de vos messages et de consulter ce sujet avant de poster. Pensez également à utiliser la fonction recherche du forum.
KIKI77

Texlive 2017 et problème dotstyle=x

Message non lu par KIKI77 »

Bonjour!

J'ai un problème depuis l'installation de Texlive 2017. Par exemple, en compilant le code ci-dessous, c'est un point qui apparaît et non pas une croix.

Avec Texlive 2016, cela marche normalement (quelle que soit la version de Ghoscript).
Avec Texlive 2017, cela ne marche que si on choisit une version ancienne de Ghostscript (la 9.16 par exemple mais les 9.21 et 9.22 n'affichent qu'un point).

A quoi ce problème est-il dû?

Merci d'avance pour votre aide.

Code : Tout sélectionner

\documentclass[a4paper,12pt]{article}

\usepackage{geometry}
\pagestyle{plain}
\geometry{
a4paper,        % a4
tmargin=1.5cm,    % Marge haute
bmargin=1.5cm,    % Marge basse
margin=2.1cm,    % Marge droite
headheight=0cm, % Entete
headsep=0cm,    % Séparateur entete
footskip=.65cm    % Pied de page
}

\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}
\usepackage[francais]{babel}
\usepackage[upright]{fourier}

\usepackage[autolanguage,np]{numprint}

\usepackage[dvips]{graphicx}
\usepackage{graphpap}
\usepackage{indentfirst}
\usepackage{latexsym}
\usepackage[sumlimits]{amsmath}
\usepackage{amsfonts}
\usepackage{amssymb,systeme}
\usepackage{amsopn}
\usepackage{mathrsfs}
\usepackage{eurosym,pst-all,pst-eucl,fp,pifont,frcursive,cancel,pst-slpe,pst-fun,enumitem}
%\usepackage{array,cellspace,tabularx,icomma,enumitem,fancybox,multirow,colortbl,xlop,ulem}
%\usepackage{tkz-tab,tkz-fct}
%\usepackage{gensymb}

\newcounter{numexo}%Création d'un compteur qui s'appelle numexo
\setcounter{numexo}{0} %initialisation du compteur
\newcommand{\Exo}{
\addtocounter{numexo}{1}%chaque fois que cette macro est appelée, elle ajoute 1 au compteur numexos
\textbf{\underline{Exercice \thenumexo}}
}

\begin{document}

\begin{flushleft}

\begin{center}
\begin{pspicture}(-4,-4)(4,4)
\psdot[dotstyle=x,dotscale=3](3,2)
\end{pspicture}
\end{center}

\end{flushleft}

\end{document}
Dernière modification par KIKI77 le dimanche 11 mars 2018, 16:03, modifié 2 fois.
gigiair
Utilisateur chevronné
Utilisateur chevronné
Messages : 2804
Inscription : samedi 08 juillet 2006, 20:56
Localisation : Saint Bonnet Elvert

Re: Texlive 2017 et problème dotstyle=x

Message non lu par gigiair »

J'ai un peu de mal à croire que le fichier compile avec TeXLive2016.
Essaye de composer un Exemple Complet Minimal.
La plupart du temps, ça suffit pour se dépanner tout seul.

Il n'y a strictement aucune raison pour que le passage de TL2016 à TL2017 modifie le rendu de la compilation concernant l'affichage d'une croix.
D'autre part, \pspicture implique l'appel de pstricks. Peut-être l'est-il implicite ? Il vaudrait mieux qu'il soit explicite.
JJR.
LaTeXien migrateur.
loicwood
Utilisateur éprouvé
Utilisateur éprouvé
Messages : 121
Inscription : dimanche 23 octobre 2011, 11:24
Localisation : Souppes sur Loing

Re: Texlive 2017 et problème dotstyle=x

Message non lu par loicwood »

bonsoir,

j'ai eu le même problème avec Miktex, pas trouvé d'autre moyen que de repasser à une ancienne version de Ghostscript...
j'avais aussi dans les logs un problème de police absente (malgré l'installation le problème perdurait).
par contre le fichier dvi était correct (avec les croix et non des points).
balf
Modérateur spécialisé
Modérateur spécialisé
Messages : 4065
Inscription : mercredi 02 janvier 2008, 23:18

Re: Texlive 2017 et problème dotstyle=x

Message non lu par balf »

loicwood a écrit : j'ai eu le même problème avec Miktex, pas trouvé d'autre moyen que de repasser à une ancienne version de Ghostscript...
J'ai aussi des problèmes, sauf que ça fonctionne très bien avec xelatex, sans avoir à repasser à une version antérieure de GhostScript.

B. A.
marco56
Utilisateur chevronné
Utilisateur chevronné
Messages : 1136
Inscription : jeudi 25 novembre 2010, 22:10

Re: Texlive 2017 et problème dotstyle=x

Message non lu par marco56 »

Pas de souci chez moi avec LaTeX, TeXLive2017 sous Ubuntu 16.04.
MB
Administrateur
Administrateur
Messages : 8058
Inscription : samedi 28 mai 2005, 14:23
Statut actuel : Enseignant
Contact :

Re: Texlive 2017 et problème dotstyle=x

Message non lu par MB »

marco56 a écrit :Pas de souci chez moi avec LaTeX, TeXLive2017 sous Ubuntu 16.04.
A priori c'est la version 9.18 de ghostscript qui est utilisée du coup.
MB. (rejoignez pCloud et bénéficiez de 10Go de stockage en ligne gratuits)
Pas d'aide en message privé. Merci de consulter ce sujet avant de poster votre premier message.
KIKI77

Re: Texlive 2017 et problème dotstyle=x

Message non lu par KIKI77 »

Merci pour vos réponses. La cause de ce problème ne semble pas facile à déterminer surtout pour un non expert comme moi. Pour le moment je n'ai pas d'autre choix que d'utiliser une ancienne version de ghostscript.
gigiair
Utilisateur chevronné
Utilisateur chevronné
Messages : 2804
Inscription : samedi 08 juillet 2006, 20:56
Localisation : Saint Bonnet Elvert

Re: Texlive 2017 et problème dotstyle=x

Message non lu par gigiair »

Je suis sous Debian/buster (testing). La version de ghostscript est 9.22 et (après avoir complété le code pour fermer les environnements) la croix s'affiche sans problème.

Code : Tout sélectionner

# apt-cache policy ghostscript
ghostscript:
  Installé : 9.22~dfsg-2
  Candidat : 9.22~dfsg-2
 Table de version :
 *** 9.22~dfsg-2 500
        500 http://ftp.fr.debian.org/debian testing/main i386 Packages
        100 /var/lib/dpkg/status
JJR.
LaTeXien migrateur.
jfa11
Utilisateur confirmé
Utilisateur confirmé
Messages : 98
Inscription : vendredi 22 avril 2011, 09:11

Re: Texlive 2017 et problème dotstyle=x

Message non lu par jfa11 »

Bonjour à toutes et tous,

Je me permets de remonter ce topic, car je rencontre actuellement le même soucis sans parvenir à le résoudre. Voici un exemple complet et minimal du code considéré :

Code : Tout sélectionner

\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{pstricks-add}
\begin{document}
\begin{center} % Car c'est plus visible et joli en mode "centré", je trouve...
\begin{pspicture}(0,0)(2,2)
\psdots[dotstyle=x, dotsize=20pt](0,0)(1,1)
\end{pspicture}
\end{center}
\end{document}
Comme je ne peux pas joindre de fichier, sachez seulement qu'à la place de deux belles croix, j'ai le droit à deux espèces d'ovoïdes qui ne me conviennent pas du tout. J'ai, à partir de Tex Live Utility, effectué les mises à jours disponibles, mais le problème persiste. Quelqu'un a-t-il une solution à me proposer ?
gigiair
Utilisateur chevronné
Utilisateur chevronné
Messages : 2804
Inscription : samedi 08 juillet 2006, 20:56
Localisation : Saint Bonnet Elvert

Re: Texlive 2017 et problème dotstyle=x

Message non lu par gigiair »

Je n'ai aucun problème sur mon installation --TL2019 Debian/testing à jour.

Je te suggère d'ajouter la commande \listfiles dans ton fichier source, et de comparer le retour de \listfiles dans ton log avec le mien. (suivre le lien)
http://ix.io/1Dq6
Mon log complet : http://ix.io/1Dq7
Si ton système ne te fournis pas la bonne version, il faudra l'installer « à la main». D'abord vérifier cette hypothèse.
JJR.
LaTeXien migrateur.
jfa11
Utilisateur confirmé
Utilisateur confirmé
Messages : 98
Inscription : vendredi 22 avril 2011, 09:11

Re: Texlive 2017 et problème dotstyle=x

Message non lu par jfa11 »

Merci gigiair,

A bien analyser les sorties de \filelist à partir de mon log (je n'ai pas l'habitude de le faire, n'ayant presque jamais de problème...) :

Code : Tout sélectionner

*File List*
 article.cls    2018/09/03 v1.4i Standard LaTeX document class
  size10.clo    2018/09/03 v1.4i Standard LaTeX file (size option)
inputenc.sty    2018/08/11 v1.3c Input encoding file
 fontenc.sty
   t1enc.def    2018/08/11 v2.0j Standard LaTeX file
pstricks-add.sty    2018/02/04 v. 0.16 package wrapper for pstricks-add.tex (hv
)
pstricks.sty    2018/12/21 v0.69 LaTeX wrapper for `PSTricks' (RN,HV)
   iftex.sty    2013/04/04 v0.2 Provides if(tex) conditional for PDFTeX, XeTeX,
 and LuaTeX
shellesc.sty    2016/06/07 v0.02a unified shell escape interface for LaTeX
  xcolor.sty    2016/05/11 v2.12 LaTeX color extensions (UK)
   color.cfg    2016/01/02 v1.6 sample color configuration
   dvips.def    2017/06/20 v3.1d Graphics/color driver for dvips
pst-xkey.tex    2005/11/25 v1.6 PSTricks specialization of xkeyval (HA)
pst-xkey.tex    2005/11/25 v1.6 PSTricks specialization of xkeyval (HA)
 xkeyval.sty    2014/12/03 v2.7a package option processing (HA)
 xkeyval.tex    2014/12/03 v2.7a key=value parser (HA)
pstricks.tex    2019/02/23 v2.96 `PSTricks' (tvz,hv)
  pst-fp.tex    2019/02/23 v2.96 `PST-fp' (hv)
pst-plot.sty    2011/04/13 package wrapper for pst-plot.tex (hv)
pst-xkey.sty    2005/11/25 v1.6 package wrapper for pst-xkey.tex (HA)
 multido.sty    2004/05/17 package wrapper for PSTricks `multido.tex', (HV/RN)
 multido.tex    2010/05/14 v1.42 `multido' (tvz,hv)
pst-plot.tex    2018/08/31 1.91 `pst-plot' (tvz,hv)
pst-node.sty    2010/04/22 package wrapper for pst-node.tex
pst-node.tex    2018/08/31 1.91 `pst-node' (tvz,hv)
  pst-3d.sty    2009/07/28 package wrapper for pst-3d.tex (hv)
  pst-3d.tex    2018/08/31 v1.91 `PST-3d' (hv)
pst-math.sty    2018/12/16 v 0.65 package wrapper for PSTricks pst-math.tex
pst-calculate.sty    2019/01/24 v. 0.02(Herbert Voss) Support for caculations w
ith floating point numbers.
  xparse.sty    2018-10-17 L3 Experimental document command parser
   expl3.sty    2019-02-15 L3 programming layer (loader) 
expl3-code.tex    2019-02-15 L3 programming layer 
 l3dvips.def    2019-02-15 v L3 Experimental driver: dvips
 siunitx.sty    2018/05/17 v2.7s A comprehensive (SI) units package
 amstext.sty    2000/06/29 v2.01 AMS text
  amsgen.sty    1999/11/30 v2.0 generic functions
   array.sty    2018/12/30 v2.4k Tabular extension package (FMi)
l3keys2e.sty    2018-10-17 LaTeX2e option processing using LaTeX3 keys
translator.sty    2018/01/04 v1.12 Easy translation of strings in LaTeX
ifluatex.sty    2016/05/16 v1.4 Provides the ifluatex switch (HO)
 xstring.sty    2019/02/06 v1.83 String manipulations (CT)
pstricks-add.tex    2018/08/31 v1.91 `PSTricks-add' (hv)
  ts1enc.dfu    2018/10/05 v1.2f UTF-8 support for inputenc
translator-basic-dictionary-English.dict    
siunitx-abbreviations.cfg    2017/11/26 v2.7k siunitx: Abbreviated units
 ***********
je ne vois pas de différence notable, sauf pour pstricks.tex, pst-fp.tex et expl3-code.tex, mes versions semblant plus récentes que les tiennes. Bref, je suis à vrai dire un peu incapable de déduire quoi que ce soit de cette analyse, j'en suis fort désolé. Mais si quelqu'un a une idée, je suis toujours preneur. De mon côté, je vais tâcher de me renseigner. Et au pire, des croix issues de \psline dégueulasses feront provisoirement l'affaire :(
gigiair
Utilisateur chevronné
Utilisateur chevronné
Messages : 2804
Inscription : samedi 08 juillet 2006, 20:56
Localisation : Saint Bonnet Elvert

Re: Texlive 2017 et problème dotstyle=x

Message non lu par gigiair »

Je ne vois pas non plus trop de différences d'une installation à une autre. xstring, mais j'imagine difficilement que ça puisse être la cause du problème car parfaitement inutile à la compilation de cet ECM (soit dit au passage, pstricks-add peut sans dommage être remplacé par pstricks Tant qu'à produire un ECM autant qu'il soit vraiment minimal )

Peut-être faut-il regarder du côté de ps2pf ou de l'afficheur pdf.
Je dis ça, je dis rien, en fait je n'ai aucune idée de la cause du problème. Mais ça ne coûte pas grand chose d'essayer un autre afficheur pdf.
Je joins mon pdf qui s'affiche correctement sur ma machine.
tex-ecm-ixof.pdf
(4.16 Kio) Téléchargé 165 fois
Y-at-il dans le log du ficher en défaut un indice qui laisserait penser que quelque chose est mal passé ? Comparer avec le log de ma compilation qui s'est bien déroulée. Je ne vois pas d'autre façon de détecter une éventuelle erreur.
http://ix.io/1Dq7
JJR.
LaTeXien migrateur.
jfa11
Utilisateur confirmé
Utilisateur confirmé
Messages : 98
Inscription : vendredi 22 avril 2011, 09:11

Re: Texlive 2017 et problème dotstyle=x

Message non lu par jfa11 »

Merci pour ce second retour.

L'utilisation de pstricks à la place de pstricks-add (ce dernier chargeant automatiquement pstricks) ne change rien à mon problème, et l'utilisation d'un autre lecteur de pdf non plus. Autre expérience menée : j'envoie mon .tex et le .pdf en sortie à un collègue. S'il compile le .tex, son pdf produit les croix comme il le faudrait. S'il ouvre MON pdf, il a le même affichage que le mien, à savoir ces foutus ovoïdes à la place des croix attendues !

Bref, je vais comparer mon fichier log au tien, qui semblent quand même bien différents...

Merci à toi, et dès que j'avance, je reviens vers vous.

EDIT : Un autre de mes autres collègues, sous mac comme moi (mais pas sous Linux, comme l'était le premier), a le même problème que moi lors de l'exécution de ce fichier.
gigiair
Utilisateur chevronné
Utilisateur chevronné
Messages : 2804
Inscription : samedi 08 juillet 2006, 20:56
Localisation : Saint Bonnet Elvert

Re: Texlive 2017 et problème dotstyle=x

Message non lu par gigiair »

jfa11 a écrit :Merci pour ce second retour.

L'utilisation de pstricks à la place de pstricks-add (ce dernier chargeant automatiquement pstricks) ne change rien à mon problème, et l'utilisation d'un autre lecteur de pdf non plus. Autre expérience menée : j'envoie mon .tex et le .pdf en sortie à un collègue. S'il compile le .tex, son pdf produit les croix comme il le faudrait. S'il ouvre MON pdf, il a le même affichage que le mien, à savoir ces foutus ovoïdes à la place des croix attendues !

Bref, je vais comparer mon fichier log au tien, qui semblent quand même bien différents...
D'où l'intérêt de ne pas charger toutes les extensions inutiles qui viennent avec pstricks-add
jfa11 a écrit : EDIT : Un autre de mes autres collègues, sous mac comme moi (mais pas sous Linux, comme l'était le premier), a le même problème que moi lors de l'exécution de ce fichier.
Il semble qu'effectivement le problème soit spécifique à MacIntosh. Là je suis complètement sec.
Peut-être poster sur https://tex.stackexchange.com/ (c'est en anglais) en précisant que la scène se déroule sur mac.
JJR.
LaTeXien migrateur.
rebouxo
Modérateur honoraire
Modérateur honoraire
Messages : 6962
Inscription : mercredi 15 février 2006, 13:18
Localisation : le havre
Contact :

Re: Texlive 2017 et problème dotstyle=x

Message non lu par rebouxo »

Et une version plus moderne de Texlive ?
De mémoire, il y a eu un changement de gestion de ce paramètre dans pstricks, et j'avais été ennuyé à une époque. Bon maintenant, j'utilise peu pstricks.

Olivier
A line is a point that went for a walk. Paul Klee.
Par solidarité, pas de MP.
jfa11
Utilisateur confirmé
Utilisateur confirmé
Messages : 98
Inscription : vendredi 22 avril 2011, 09:11

Re: Texlive 2017 et problème dotstyle=x

Message non lu par jfa11 »

Merci pour vos deux retours. Effectivement, ces deux collègues m'ont également suggéré de signaler l'incident sur stackexchange. Il faudra que je trouve un jour le courage de m'y créer un compte pour ce faire.

Quant à utiliser une version plus moderne de texlive... j'ai mis à jour tout ce qui devait l'être, mais j'imagine que c'est encore autre chose.
rebouxo
Modérateur honoraire
Modérateur honoraire
Messages : 6962
Inscription : mercredi 15 février 2006, 13:18
Localisation : le havre
Contact :

Re: Texlive 2017 et problème dotstyle=x

Message non lu par rebouxo »

Ben disons qu'il y a une version 2018 (qui est figée, mais opérationnelle) et que la version 2019 va bientôt sortir.
Olivier
A line is a point that went for a walk. Paul Klee.
Par solidarité, pas de MP.
Répondre
  • Sujets similaires
    Réponses
    Vues
    Dernier message