2017-06-08 1 views
0

J'ai une séquence de commandes gnuplot qui produit une étiquette avec un underscript _ {1} et le symbole Ω {/ Symbol W} précédé d'un petit espace & {.}, quiLe symbole Ohm apparaît dans la fenêtre gnuplot wxt, SVG exporté de la fenêtre, mais pas dans la sortie SVG

  • montrent correctement dans la fenêtre wxt
  • montrent correctement sur un fichier SVG exporté à partir de la fenêtre wxt
  • montre pas Underscript et .W si elles sont tracées à la Terminal SVG

Voici un extrait du code:

set label 3 "R_{1} 100&{.}{/Symbol W}" 
set terminal svg size 1024,768 dynamic font 'Lohit' fsize 14 enhanced background 'white' 
set output 'svg-file.svg' 
plot ... 
set terminal wxt 0 font 'Lohit,14' enhanced 
set output 
plot ... 

je mis à la fois terminal en mode amélioré. Qu'est-ce que je rate?

Répondre

2

Il est probablement mieux de nos jours d'entrer Unicode directement, plutôt que d'utiliser la police Symbol. Ω!

+0

qui fonctionne pour Ω, et peut fonctionner _ {1} mais des choses comme _ {min} ne le seront pas car l'indice Unicode n'inclut pas tous les caractères et il est recommandé d'utiliser un langage de balisage. Je vais prendre cela comme une réponse. – HASM

0

La sortie de votre exemple avec le terminal svg de gnuplot contient l'étiquette

<tspan font-family="Symbol" >W</tspan> 

qui laisse au spectateur/navigateur pour afficher correctement. Votre exemple fonctionne bien avec Chrome/Edge, mais pas avec Firefox.

La sortie du wxt-svg-export ne contient pas de texte comme ci-dessus montrent, mais le texte est converti en chemins afin d'éviter une telle plate-forme et la dépendance du spectateur (mais a d'autres inconvénients)

+0

J'ai regardé le SVG généré et je m'attendais à ce que svg terminal et wxt-svg-export génèrent le même, et donc l'idée que j'avais une omission sur mes commandes de terminal. Je suppose qu'ils ne le font pas. – HASM

+0

La sortie svg est directement générée par le terminal gnuplot, alors que l'export svg de wxt est effectuée par libcairo. – Christoph