problème de labels avec 2.32

Pour toute demande d'aide sur des exemples non finalisés, c'est ici.
Les exemples aboutis et intéressants seront ajoutés aux sous-forums qui suivent.

Règles du forum
Pour toute demande d'aide pour la conception (ou la confirmation d'un code) d'une figure Asymptote, c'est ici.

J'invite ceux qui ont régulièrement des questions à poser à aller dans leur panneau de l'utilisateur pour indiquer dans la signature de leurs messages :

  1. Nom du système d'exploitation (W7 ou Ubuntu 12.04 ou ...)
  2. Version d'Asymptote et éditeur utilisé pour les figures Asymptote
  3. Distribution LaTeX et éditeur utilisé pour les tex.


On va gagner du temps dans les réponses !
etienne25
Messages : 26
Enregistré le : mar. 29 mai 2012, 00:40

problème de labels avec 2.32

Message non lu par etienne25 » dim. 9 nov. 2014, 20:46

Bonjour,

Nouvel ordinateur, je réinstalle tout. J'ai un souci avec les labels en 3D. Par exemple, lorsque je compile le code suivant chez moi, la ligne apparaît, mais pas l'étiquette "Allo".

Figure asymptote 74a39e3677ac0311e4a93ec4f4960831
*** Pour masquer/découvrir le code Asymptote qui a permis de créer la figure, il faut cliquer dessus. ;-) ***

CODE ASYMPTOTE de la figure ci-dessus : Tout sélectionner
  1. import three;
  2. size(3.5cm,0);
  3. draw(((0,0,0)--(1,1,1)));
  4. label("Allo",(1,1,1));


Comme l'étiquette "Allo" apparait dans l'image ci-dessus obtenue avec le module en ligne Asymptote fourni par ce forum, j'ai donc forcément un problème d'installation. Je me dis qu'il s'agit peut-être de mon installation LaTeX qui ne "fournit" pas l'étiquette. Pourtant non, car en 2D, tout se passe bien: par exemple, la ligne et l'étiquette "Allo" apparaissent bien avec le code suivant.

Figure asymptote d5111b28c4a1d453c5f0d81e96b664f3
*** Pour masquer/découvrir le code Asymptote qui a permis de créer la figure, il faut cliquer dessus. ;-) ***

CODE ASYMPTOTE de la figure ci-dessus : Tout sélectionner
  1. size(3.5cm,0);
  2. draw(((0,0)--(1,1)));
  3. label("Allo",(1,1));


J'obtiens chez moi exactement la même image que ci-dessus. Quelqu'un aurait-il une piste de solution? Je ne sais pas où chercher pour régler ce problème.

Windows 7
MikTeX 2.9 Installation de base, avec permission de télécharger les nouveaux packages au besoin.
Asymptote 2.32
Notepad++ 6.6.9

Avatar du membre
GM
Administrateur du site
Administrateur du site
Messages : 1512
Enregistré le : dim. 7 mars 2010, 14:50

Re: problème de labels avec 2.32

Message non lu par GM » lun. 10 nov. 2014, 09:05

Bonjour,

je crois que tu viens de mettre en évidence "un gros problème"... car en plus de ne pas avoir de label sur ton exemple... moi, avec la même config que toi, j'ai des erreurs relatifs à plain_Label avec d'autres exemples 3D de la galerie, qui comportent des labels.

Je n'ai malheureusement pas le temps de chercher aujourd'hui d'où le changement peut venir.
Index des fonctions - Exemple de lien donnant le résultat d'une recherche sur les mots 'arc' et 'triple' : http://asy.marris.fr/indexasy/?filtre=arc triple
Mes configurations (le 24/02/21) :
PC n°1 :Windows 10 - Asymptote(2.82)+MikTeX2.9 - Editeurs : Notepad++, TeXworks, Visual Studio Code.
PC n°2 : Ubuntu 20.04LTS - Asymptote(2.67-?? git) + TexLive2020
Mon serveur : Debian Stretch- Asymptote(2.68-16 git) + TexLive2018
Merci de préciser la votre !

Avatar du membre
GM
Administrateur du site
Administrateur du site
Messages : 1512
Enregistré le : dim. 7 mars 2010, 14:50

Re: problème de labels avec 2.32

Message non lu par GM » lun. 10 nov. 2014, 09:21

GM a écrit :Je n'ai malheureusement pas le temps de chercher aujourd'hui d'où le changement peut venir.
Je me suis tout de même donné 15 mn pour chercher une explication.
J'ai bien fait car j'ai retrouvé une situation normale en faisant marche arrière sur la version de ghostscript : installe la version 9.1 au lieu de la 9.15. ;-)

Modification de mon fichier config.asy :

Code : Tout sélectionner

import settings;
papertype="a4";
gs="C:\Program Files\gs\gs9.10\bin\gswin64c.exe";
// gs="C:\Program Files\gs\gs9.15\bin\gswin64c.exe";
psviewer="C:\Program Files\Ghostgum\gsview\gsview64.exe";
// pdfviewer="C:\Program Files (x86)\SumatraPDF\SumatraPDF.exe";
pdfviewer="C:\Program Files (x86)\Adobe\Reader 11.0\Reader\AcroRd32.exe";
dvisvgm="C:\dvisvgm-1.5.3-win64\dvisvgm.exe";
Index des fonctions - Exemple de lien donnant le résultat d'une recherche sur les mots 'arc' et 'triple' : http://asy.marris.fr/indexasy/?filtre=arc triple
Mes configurations (le 24/02/21) :
PC n°1 :Windows 10 - Asymptote(2.82)+MikTeX2.9 - Editeurs : Notepad++, TeXworks, Visual Studio Code.
PC n°2 : Ubuntu 20.04LTS - Asymptote(2.67-?? git) + TexLive2020
Mon serveur : Debian Stretch- Asymptote(2.68-16 git) + TexLive2018
Merci de préciser la votre !

etienne25
Messages : 26
Enregistré le : mar. 29 mai 2012, 00:40

Re: problème de labels avec 2.32

Message non lu par etienne25 » lun. 10 nov. 2014, 14:10

Excellent! Ça solutionne le problème chez moi aussi.

Ce n'est vraiment pas pressant, mais si quelqu'un a le temps, j'aimerais beaucoup savoir un peu quel est le lien entre ghostscript et Asymptote. Dans mon message initial, je n'ai pas donné ma version de ghostscipt, je pensais que ça n'avait pas de rapport. En fait, je croyais que ghostscript n'avait qu'un lien avec les fichier .ps que j'obtenais du temps que je compilais mes fichiers LaTeX en passant par dvi->ps->pdf. D'ailleurs, sur la page officielle de ghostscript, on lit que ghostscript est "an interpreter for the PostScript language and for PDF". Je traduis "interpreter" par "lecteur": lecteur de .ps et de pdf. Mais je comprends qu'Asymptote n'utilise pas ghostscript seulement comme lecteur, il l'utilise pour construire...?

Merci à l'avance!

OG
V.I.P.
V.I.P.
Messages : 142
Enregistré le : dim. 7 mars 2010, 22:27

Re: problème de labels avec 2.32

Message non lu par OG » sam. 15 nov. 2014, 15:23

Bonjour

Asymptote utilise ici ghostscript pour récupérer chaque caractère sous forme
de path. Un fichier avec une étiquette par page est généré via latex/dvips ou pdflatex
puis analyser par ghostcript. Le chemin est ensuite mouliné par bezulate pour faire
une triangulation. Cela permet les fameuses étiquettes en 3D

O.G.

Avatar du membre
GM
Administrateur du site
Administrateur du site
Messages : 1512
Enregistré le : dim. 7 mars 2010, 14:50

Re: problème de labels avec 2.32

Message non lu par GM » dim. 16 nov. 2014, 15:44

Evoquer "bezulate" m'inspire cet exemple :

Figure asymptote 9877d23efb1ca446cf3a476f839ca112
*** Pour masquer/découvrir le code Asymptote qui a permis de créer la figure, il faut cliquer dessus. ;-) ***

CODE ASYMPTOTE de la figure ci-dessus : Tout sélectionner
  1. import bezulate;
  2. size(200);
  3. path[] p = bezulate(texpath("$\varepsilon$"));
  4. //write(size(p));
  5. filldraw(p[0:4],red,black);
  6. filldraw(p[4:8],blue,black);
  7. filldraw(p[8:12],white,orange);
  8. filldraw(p[12:14],yellow,pink);
Index des fonctions - Exemple de lien donnant le résultat d'une recherche sur les mots 'arc' et 'triple' : http://asy.marris.fr/indexasy/?filtre=arc triple
Mes configurations (le 24/02/21) :
PC n°1 :Windows 10 - Asymptote(2.82)+MikTeX2.9 - Editeurs : Notepad++, TeXworks, Visual Studio Code.
PC n°2 : Ubuntu 20.04LTS - Asymptote(2.67-?? git) + TexLive2020
Mon serveur : Debian Stretch- Asymptote(2.68-16 git) + TexLive2018
Merci de préciser la votre !

OG
V.I.P.
V.I.P.
Messages : 142
Enregistré le : dim. 7 mars 2010, 22:27

Re: problème de labels avec 2.32

Message non lu par OG » jeu. 20 nov. 2014, 10:32

Magnifique exemple qui me fait rêver (comme tout analyste) !

O.G.

OG
V.I.P.
V.I.P.
Messages : 142
Enregistré le : dim. 7 mars 2010, 22:27

Re: problème de labels avec 2.32

Message non lu par OG » mar. 7 avr. 2015, 20:29

Bonsoir

Il faudra certainement attendre encore un peu (les binaires), mais la version svn du jour comporte
la modification de driver "output eps2write" et plus "output epswrite".
Donc en théorie les utilisateurs de ghostscript 9.15 auront les étiquettes.
Personnellement je m'abstiens, je suis encore en ghostscript 9.06, la
version 9.15 est en experimental (debian).

O.G.

Répondre