[Gnuplot] Variable utilisateur et commande font

Bonjour,

Voulant modifier la police de mes labels j'arrive à faire cela :

Code:

---

1 2 3

FontLabel = " \" bold, 12\" "   set xlabel "Temps [h:min]" font FontLabel

---

sa fonctionne, mais je souhaiterais avoir mon font dans la variable FontLabel. Mais mes tentative ne donnent que des erreurs ....

Si l'un de vous à une idées je suis preneur.

Merci

Bonjour,

Citation:

---

mes tentative ne donnent que des erreurs

---

et, tu ne veux pas les partager ? radin ! :lol:

Bonjour,

Il est vrai que j'ai eu quelque peu la flemme détendre mes délires syntaxiques... Puisqu'ils sont demandés voici les meilleurs.

Code:

---

1 2 3 4 5 6 7 8 9

FontLabel = "font \"Bold, 12\"" #jusque la j'étais encore lucide FontLabel = font "Bold, 12" FontLabel = "font". \"Bold, 12\"" #Ensuite perte total de lucidité avec un passage par sprintf("")..... #Puis un retour sur terre avec print   FontLabel = print("font \"Bold, 12\"") #le print fonctionne trés bien dans la console remarquez, mais point dans ce code en script

---

Je ne vois pas pourquoi le fait de mettre font dans une variable génère une erreur

Code:

---

1 2 3

gnuplot> set xlabel "Temps [h:min]" FontLabel ^ "config.txt", line 28: unexpected or unrecognized token

---

Peux-tu nous montrer ce que donne:

Code:

---

1 2	FontLabel = "bold,12" set xlabel "Temps [h:min]" font FontLabel

---

Oops! :oops: je n'avais pas compris!
Tu voudrais que le mot-clé ou la variable "font" soit inclus dans la valeur de ta variable FontLabel?
Je ne pense pas que ce soit possible.

Citation:

---

Envoyé par Aelurus

sa fonctionne, mais je souhaiterais avoir mon font dans la variable FontLabel. Mais mes tentatives ne donnent que des erreurs ....

Si l'un de vous à une idées je suis preneur.

---

Y a pas que les tentatives ! Quelles horreurs...

Citation:

---

Envoyé par Aelurus

Il est vrai que j'ai eu quelque peu la flemme détendre mes délires syntaxiques...

---

Hé bien, ne les détends pas, alors.

Citation:

---

Envoyé par Aelurus

Je ne vois pas pourquoi le fait de mettre font dans une variable génère une erreur

Code:

---

1 2 3

gnuplot> set xlabel "Temps [h:min]" FontLabel ^ "config.txt", line 28: unexpected or unrecognized token

---

---

Peut-être (sans doute) à cause des 5 doubles quotes ?

Citation:

---

Envoyé par Aelurus

Code:

---

FontLabel = "font". \"Bold, 12\""

---

---

Bonjour et merci des réponses,

oui Jack-ft, c'est bien cela que je souhaite faire, chaque tentatives d’insertion de ce mot-clé dans la variable me retourne

Code:

---

line .... : unexpected or unrecognized token

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11

gnuplot> FontLabel = "font"." \" bold, 14\" " gnuplot> set xlabel "Temps [h:min]" FontLabel ^ unexpected or unrecognized token   gnuplot> FontLabel = "font \" bold, 14\" " gnuplot> set xlabel "Temps [h:min]" FontLabel ^ unexpected or unrecognized token   gnuplot>

---

Et avec print c'est pas mieux

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

gnuplot> FontLabel = "font \" bold, 14\" " gnuplot> set xlabel "Temps [h:min]" print {FontLabe} ^ unexpected or unrecognized token   gnuplot> print (FontLabel) font " bold, 14" gnuplot> set xlabel "Temps [h:min]" print (FontLabe) ^ unexpected or unrecognized token   gnuplot>

---

Y a t'il une syntaxe particulière pour utiliser des mot-clés dans une variable.

Citation:

---

Envoyé par Aelurus

c'est bien cela que je souhaite faire, chaque tentatives d’insertion de ce mot-clé dans la variable me retourne

Code:

---

line .... : unexpected or unrecognized token

---

Y a t'il une syntaxe particulière pour utiliser des mot-clés dans une variable.

---

Je ne connais pas bien gnuplot, mais, d'après la doc gnuplot, il semble qu'il faille bien respecter la syntaxe.

Lorsque la doc dit:

Citation:

---

Syntax:
set xlabel {"<label>"} {offset <offset>} {font "<font>{,<size>}"}
{textcolor <colorspec>} {{no}enhanced}
{rotate by <degrees> | rotate parallel | norotate}
show xlabel

---

il faut bien comprendre et respecter la syntaxe:
Le mot set est le nom de la commande (modification d'option).
Le mot xlabel est le nom de l'option à modifier.
Les mots en rouge offset, font, textcolor, etc. sont des attributs de l'option xlabel.
Tout ce qui est entre brackets (<label>, <offset>, <font>, <colorspec>, etc.) est variable et correspond à la valeur à donner à l'attribut de l'option.

Tout ce qui est en couleur doit être tapé tel quel, car c'est analysé dans une 1ère phase (analyse lexicale statique) et reconnu par l'analyseur comme des mots-clés. Si tu mets autre chose, l'analyseur ne reconnaît pas le mot-clé attendu et provoque immanquablement l'erreur unexpected or unrecognized token.

S'il n'y a pas d'erreur de syntaxe, alors la 2ème phase (interprétation ou exécution du code) peut avoir lieu.

Tout le reste peut être remplacé par des variables dont le contenu sera interprété lors de cette 2ème phase (dynamique).

Ce langage ne permet pas de remplacer les mots-clés par des variables. Il n'est pas possible de faire des choses comme:

Code:

---

1 2 3 4 5

motFonte = font set xlabel "Temps [h:min]" motFonte "bold, 14" # ni directiveFonte = "font bold, 14" # Quels que soient le nombre et la nature des quotes! set xlabel "Temps [h:min]" directiveFonte

---

Car, d'après la syntaxe, après avoir trouvé set xlabel, l'analyseur attend un label facultatif. Ici, il trouve la chaîne "Temps [h:min]" et il est content.
Rq: s'il trouvait un nom de variable, il serait également content, même s'il n'en est pas encore à interpréter le contenu des variables.
Ensuite, il attend un mot-clé parmi ceux cités en rouge. S'il trouve un nom de variable, comme motFonte ou directiveFonte, quand bien même cette variable aurait pour valeur un mot-clé, il ne sera pas content, car il analyse d'abord la syntaxe avant d'interpréter les variables.

C'est un peu comme si tu voulais faire en bash:

Code:

---

1 2	motFor='for' $motFor x in a b; do echo "$x"; done

---

Ça ne marche tout simplement pas!
ou alors, il faut utiliser eval qui, comme chacun le sait est evil...

Remarque: si gnuplot comporte une commande eval, alors il est fort probable qu'il soit possible de faire ce que tu demandes, mais est-ce bien raisonnable? ;)

Bonjour et merci jack-ft, pour la réponse.

Je pense que je vais rester sur cette solution qui fonctionne et ne pas partir à la recherche de complication plus que nécessaire. Encore merci pour les explications.