JMP 16にアップデートし、すぐにユーザーがスクリプトの出力にいくつかのバグを指摘しました。
たとえば、次のスクリプトについて考えてみます。
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 );
以下のウィンドウが表示されます。
ただし、別のフォント（この場合はAgency FB）を設定する行のコメントを解除するか、後でこのコマンドを実行すると、テキストは（テキストボックスにまだ存在していても）次のようにレンダリングされません。
そして、私はテキストがまだそこにあると確信しています：それはただレンダリングされていないだけです。
どうすれば修正できますか？ これがバグの場合-それは知られていますか？ いつ修正されますか？
私の推測では、テキストボックスの高さが何らかの理由で変更され、最後の行がその外側になります（非表示のように）。 この変更された動作を処理するためのより良い方法がおそらくありますが...クイックフィックスはSetNLinesを使用することです。
detailsTB << SetNLines(10)
私の経験では、JMPはフォントを適切に処理しません。具体的には、さまざまなフォントの高さが少しずれている可能性があります。私の唯一の解決策は、問題を起こさないフォントを見つけて、問題を引き起こすフォントを回避することでした（ほとんどのフォントは問題を引き起こすようです）
