Bonsoir, voici le code testé : Ouvrir dans l'éditeur Overleaf
\listfiles \documentclass{article} \usepackage{pstricks,pstricks-add} \begin{document} \begin{pspicture}(-5,-3)(5,6) \psgrid[gridwidth=0.8pt,gridcolor=gray,subgriddiv=2,gridlabels=0](-5,-3)(5,6) \psaxes[linewidth=1.2pt,labels=none]{->}(0,0)(-5,-3)(5,6) \uput[90](1,0){1} \uput[l](0,1){1} \uput[dl](0,0){0} \psplot[plotstyle=curve]{-5}{5}{0.25 x x mul mul 1 sub} \end{pspicture} \end{document} Avec une TL2019 mise à jour, une suppression de mon texmf personnel (conflit de package), un xdvipdfmx.cfg changé sur les conseils d'Herbet Voss, toujours un résultat incohérent et incompréhensible... Voici le listfiles : Ouvrir dans l'éditeur Overleaf
article.cls 2019/10/25 v1.4k Standard LaTeX document class size10.clo 2019/10/25 v1.4k Standard LaTeX file (size option) pstricks.sty 2018/12/21 v0.69 LaTeX wrapper for `PSTricks' (RN,HV) iftex.sty 2019/11/07 v1.0c TeX engine tests shellesc.sty 2019/11/08 v1.0c 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 xetex.def 2017/06/24 v5.0h Graphics/color driver for xetex 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/05/11 v2.97 `PSTricks' (tvz,hv) pst-fp.tex 2019/05/11 v2.97 `PST-fp' (hv) pstricks-xetex.def pstricks-add.sty 2018/02/04 v. 0.16 package wrapper for pstricks-add.tex (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 2019/05/16 1.92 `pst-plot' (tvz,hv) pst-node.sty 2010/04/22 package wrapper for pst-node.tex pst-node.tex 2019/05/16 1.92 `pst-node' (tvz,hv) pst-3d.sty 2009/07/28 package wrapper for pst-3d.tex (hv) pst-3d.tex 2019/05/16 v1.92 `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 2019-10-11 L3 Experimental document command parser expl3.sty 2019-11-07 L3 programming layer (loader) expl3-code.tex 2019-11-07 L3 programming layer l3deprecation.def 2019-04-06 v L3 Deprecated functions l3backend-xdvipdfmx.def 2019-04-06 L3 backend support: xdvipdfmx siunitx.sty 2019/10/10 v2.7t 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 2019/08/31 v2.4l Tabular extension package (FMi) l3keys2e.sty 2019-10-11 LaTeX2e option processing using LaTeX3 keys translator.sty 2019-05-31 v1.12a Easy translation of strings in LaTeX ifluatex.sty 2019/10/25 v1.5 ifluatex legacy package. Use iftex instead. xstring.sty 2019/02/06 v1.83 String manipulations (CT) pstricks-add.tex 2019/05/16 v1.92 `PSTricks-add' (hv) translator-basic-dictionary-English.dict siunitx-abbreviations.cfg 2017/11/26 v2.7k siunitx: Abbreviated units Le fichier log : Fichier Log Mais où se situe le bug ? PS :
Posée 05 Jan '20, 23:49 christophe-poulain
Affichage de 5 parmi 9
Afficher 4 commentaire(s) en plus
|
Je viens de voir que la problème est déjà évoqué (et résolu) sur la mailing-list dvipdfmx: https://tug.org/pipermail/dvipdfmx/2019-November/000035.html : en plus d'ajouter " Je pense que le patch n'a pas encore été intégré dans TeXLive. Plusieurs options :
Publiée 09 Jan '20, 19:53 nmarkey
Et tous cas, merci pour toutes ces infos.
(09 Jan '20, 21:58)
christophe-poulain
(09 Jan '20, 22:36)
christophe-poulain
Pour 3. : on s'égare un peu... Je crois que c'est Sinon, vous pouvez télécharger le binaire (contenu dans https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/download/gs927/ghostscript-9.27-linux-x86_64.tgz) et le mettre au bon endroit (normalement
(09 Jan '20, 22:54)
nmarkey
comme je suis en testing, le downgrade est interdit :( Mais bon, plus besoin maintenant. J'aurais au moins appris à compiler une TL :) Encore merci
(09 Jan '20, 23:06)
christophe-poulain
|
À première vue, j'ai les mêmes versions des extensions chargées, mais j'obtiens des unités normalement placées. Je suis sous MiKTeX, il est vrai, mais je ne pense pas que ça fasse un différence. Vous voulez bien l'unité de l'axe des x au-dessus de l'axe?
elles ne sont pas placées sur les points (1,0) et (0,1).
PS: pour le cas posant problème, je suis sous Debian 10 MAJ
Avec TL2018: https://texnique.fr/osqa/upfiles/Screen_Shot_2020-01-07_at_10.41.18.png et avec TL2019 (mis en jour aujourd’hui) https://texnique.fr/osqa/upfiles/Screen_Shot_2020-01-07_at_10.40.55.png Pouvez-vous montrer ce que vous obtenez?
J'ai supprimé mon texmf personnel (conflit de packages) et j'obtiens toujours le même mauvais résultat. Hervert Voss m'a demandé de changer un fichier (xdvipdfmx.cfg), sans succès.
cross-post https://tex.stackexchange.com/questions/523143/debian-10-testing-tl2019-xelatex-and-pstricks
oui, et sans solution...
Pour essayer de faire avancer le schmilblick : j'arrive à reproduire le même problème avec ghostscript 9.50, mais le problème disparait avec les versions précédentes (<=9.27)... Je n'ai pas plus d'explication...
@nmarkey Peut-être lié au problème avec
dNOSAFER
: https://bbs.archlinux.org/viewtopic.php?pid=1871171#p1871171non, je l'avais déjà essayé. Ca permet de bien avoir les images pstricks par xelatex, mais les unités avec rput, uput sont toujours mal placées...