2023/04/25 22:03
almerion |
>>165
迅速な修正まことにありがとうございました。
ver3.176（pro版）で、<<GET_STRING_WIDTH_COUNT>>を実行した際、
強制終了せず、￥では1が、ほかすべての特殊文字では0が代入されることを確認いたしました。
先日解説いただいた特殊文字の内部コード？により、
￥n[xx]などの数値を指定するタイプの特殊文字は、
文字列条件分岐において、判定用の文字列に￥c[3]が代入されているときは、比較文字列が￥c[3]のときなど、内部の数値まで完全一致したときのみ判定され、
比較文字列を￥c、￥c[、￥c[]、￥、c、などにした状態で「〜を含む」「〜が先頭にある」と条件を指定したり、
一文字切り出した特殊文字に対する文字列操作で「￥を切り出し」や「[まで切り出し」をしても、
実行されないというのが、おそらく正常な仕様でしょうか。
（内部では￥n[xx]を一塊として特殊なコードに変換している？それにより￥単体やアルファベット単体の文字コードとは異なるため、含まれていないと判定されている？）
そこで、文字列長カウントを使用して特殊文字かそれ以外かを判定することにいたしました。
（特殊文字の種類の判定処理は、特殊文字の直後に独自の固有IDを設定しておき、そのIDで識別するというもの）
今回の修正により想定通りの挙動になりましたので、お礼申し上げます。
|
Re: バグ報告スレッド 13 