Bug dans la façon dont le texte est rendu dans la zone de texte JMP16 ?Nous avons mis à jour vers JMP 16 et les utilisateurs ont immédiatement signalé certains bugs dans la sortie de nos scripts.
Par exemple, considérez le script ci-dessous :
detailsText =
"This is long text that is made dynamically\!nit has some dynamica numeric values\!n"
||"each on of which is important and \!nneeds to be shown formatted in <B><FONT color="Red">RED FONT</FONT></B>"
|| " which might also by dynamic\!nLike this: <B><FONT color="">" || Char( 6 ) || "</FONT></B>\!n this here is your value and " || "here is" || " another value: <FONT color="green">" || Char( 0 ) || "</FONT>"
;
detailsTB = Text Box( detailsText );
//detailsTB << Set Font( "Agency FB", 12 );
detailsTB << Set Font( "Calibri", 12 );
detailsTB << Markup;
detailsTB << Justify Text( "right" );
w = New Window( "Formatted Text", detailsTB );
//detailsTB << Set Font( "Agency FB", 12 );
cela entraînera l'affichage de la fenêtre ci-dessous.
Mais si nous décommentons la ligne qui définit une police différente (dans ce cas Agency FB), ou exécutons cette commande par la suite, alors le texte (même s'il est toujours présent dans la zone de texte, n'est pas rendu comme ci-dessous :
Et je suis sûr que le texte est toujours là : il n'est simplement pas rendu.
Comment puis-je résoudre ce problème ? S'il s'agit d'un bug, est-il connu ? Quand sera-t-il corrigé ?
Automatisation et scriptsÉtudes de marché et de consommationRe : Bug dans la façon dont le texte est rendu dans textBox JMP16 ?Merci beaucoup! Ajout simple
"\!n"
n'a pas aidé - le comportement du bogue est assez élaboré et il est difficile de déterminer quand il affichera et n'affichera pas la dernière ligne/plusieurs lignes. Mais définir le nombre de lignes comme vous l'avez mentionné a certainement aidé.
Re : Bug dans la façon dont le texte est rendu dans textBox JMP16 ?Merci pour le rapport et l'exemple - cela a été signalé et sera corrigé dans une prochaine version.Le problème semble être lié à la hauteur des lignes - en plus de la suggestion de @jthi vous pouvez ajouter un "\!n" à la fin pour ajouter plus d'espace vertical ou diviser la chaîne en plusieurs zones de texte.
Re : Bug dans la façon dont le texte est rendu dans textBox JMP16 ?D'après mon expérience, JMP ne gère pas correctement les polices - en particulier, la hauteur de diverses polices peut être légèrement décalée.Ma seule solution a été de trouver des polices qui ne posent pas de problèmes et d'éviter les polices qui posent des problèmes (la plupart des polices semblent poser des problèmes)
Re : Bug dans la façon dont le texte est rendu dans textBox JMP16 ?Je suppose que la hauteur de la zone de texte change pour une raison quelconque et que la dernière ligne sera en dehors de celle-ci (comme masquée). Il existe probablement de meilleures façons de gérer ce changement de comportement, mais ... une solution rapide pourrait être d'utiliser Set N Lines
detailsTB << SetNLines(10)
