Nous avons mis à jour JMP 16 et les utilisateurs ont immédiatement signalé quelques bogues dans la sortie de nos scripts.
Par exemple, considérons 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="" || "Red"
|| "">" || 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 se traduira par 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 tout simplement pas rendu.
Comment je le répare? S'il s'agit d'un bug, est-il connu ? Quand sera-t-il corrigé ?
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 dans masqué). 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)
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)
