Bonsoir, voici le code testé : Ouvrir dans l'éditeur Overleaf
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
Le fichier log : Fichier Log Mais où se situe le bug ? PS :
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 :
Et tous cas, merci pour toutes ces infos.
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 comme je suis en testing, le downgrade est interdit :( Mais bon, plus besoin maintenant. J'aurais au moins appris à compiler une TL :) Encore merci |
À 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...