Jw_cad 情報交換室−その３
JWW についての情報交換の場としてお使いください
初心者の方などのご相談は Jw_cad 相談 室−その２をご利用ください
なお、情報交換室と相談室の両方に同じ内容を投稿するのはご遠慮ください
2009年9月以前の発言は 過去ログのページからご覧ください。
それ以降の過去ログは消失しています。
申し訳ありませんが、復活の予定はありません。
Jw_cad Copyright (C)1997-2021 Jiro Shimizu & Yoshifumi Tanaka
JWW についての情報交換の場としてお使いください
初心者の方などのご相談は Jw_cad 相談 室−その２をご利用ください
なお、情報交換室と相談室の両方に同じ内容を投稿するのはご遠慮ください
2009年9月以前の発言は 過去ログのページからご覧ください。
それ以降の過去ログは消失しています。
申し訳ありませんが、復活の予定はありません。
 |
 |
ver10.01.1の外部変形の動作報告について 通りすがりの後期高齢者 25/7/6(日) 14:06 |
|
 |
Re:ver10.01.1の外部変形の動作報告について 卯之介 25/7/6(日) 20:14 |
|
  |
Re:ver10.01.1の外部変形の動作報告について 卯之介 25/7/7(月) 9:17 |
|
|
Re:ver10.01.1の外部変形の動作報告について somem 25/7/7(月) 20:42 |
|
|
Re:ver10.01.1の外部変形の動作報告について 卯之介 25/7/7(月) 21:00 |
|
|
Re:ver10.01.1の外部変形の動作報告について somem 25/7/8(火) 6:53 |
|
|
Re:ver10.01.1の外部変形の動作報告について 卯之介 25/7/8(火) 9:36 |
|
|
Re:ver10.01.1の外部変形の動作報告について somem 25/7/8(火) 19:13 |
|
|
Re:ver10.01.1の外部変形の動作報告について 卯之介 25/7/8(火) 21:38 |
|
|
Re:ver10.01.1の外部変形の動作報告について somem 25/7/8(火) 22:49 |
|
通りすがりの後期高齢者 - 25/7/6(日) 14:06 - |
こんにちは
ver10.01.1の外部変形に於いて下記の条件の場合"未実行"となるようです
発生条件
1.データの書換えの場合("hd"の記述がある)
2.文字コマンドから選択した文字列をファイル出力する場合のコードが"utf-8"
に設定されている
未実行時のjwc_temp.txtはBOM付きの"utf-8"で出力されている
尚、別スレッドで卯之助さんが報告されているように一度終了しないと
jwc_temp.txtにフォーカスされ続けます・・
以上、私の環境での動作報告です
Windows11-24H2
Jw_cad-Ver10.01.1
検証外部変形:文字基点変更(mswin32ruby1.8.7)他すべて確認
ver10.01.1の外部変形に於いて下記の条件の場合"未実行"となるようです
発生条件
1.データの書換えの場合("hd"の記述がある)
2.文字コマンドから選択した文字列をファイル出力する場合のコードが"utf-8"
に設定されている
未実行時のjwc_temp.txtはBOM付きの"utf-8"で出力されている
尚、別スレッドで卯之助さんが報告されているように一度終了しないと
jwc_temp.txtにフォーカスされ続けます・・
以上、私の環境での動作報告です
Windows11-24H2
Jw_cad-Ver10.01.1
検証外部変形:文字基点変更(mswin32ruby1.8.7)他すべて確認
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36
|
卯之介 - 25/7/6(日) 20:14 - |
これまでhq行を見つけるために行頭に「hq」がある行を探せばよかったのですが、jwc_temp.txtがBOM付UTF-8だった場合にはファイル先頭に3バイト付加されているため取りこぼして未実行になることがありました。
また書き出しがShiftJISであっても、jwc_temp.txtの加工を目的としない(設定ファイルを触ったり別の外部変形を起動するだけの)物でも発生しました。
ということで、hq行がそのままで「未実行」になる場面でjwc_temp.txtが離されないのではないかと思った次第です。
また書き出しがShiftJISであっても、jwc_temp.txtの加工を目的としない(設定ファイルを触ったり別の外部変形を起動するだけの)物でも発生しました。
ということで、hq行がそのままで「未実行」になる場面でjwc_temp.txtが離されないのではないかと思った次第です。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
|
卯之介 - 25/7/7(月) 9:17 - |
「未実行」になった後にjwc_temp.txtに書き込めない件と、jwc_temp.txtがUTF-8の時に外部変形が「未実行」になるのは別の話かと思います。
従来の外部変形を使う際にはjwc_temp.txtをShiftJISで出力すれば問題ないですし、大半の半角英数字データはUTF-8で書き出されても何となく処理できます。ただレイヤ名や文字列データ等に全角文字が含まれてくると、ShiftJISとして処理していると文字化けします。また前述のとおり「hq」を読み取れないかもしれません。
外部変形を制作・改修するにあたり、jwc_temp.txtがUTF-8でやってくる事を見越して対応するべきか、ユーザ側でjwc_temp.txtをShiftJISで書き出すように徹底してもらうか、色々あるかと思います。文字列を扱う外部変形がUnicode文字対応してくれると嬉しいので、jwc_temp.txtはUTF-8でも出力できてほしいです。
原則的にはjwc_temp.txtはShiftJISで出力され、外部変形バッチファイル内に「REM #utf8」的なオプションがある時だけUTF-8で出力する……みたいな方向はどうでしょうか、御一考願います。
従来の外部変形を使う際にはjwc_temp.txtをShiftJISで出力すれば問題ないですし、大半の半角英数字データはUTF-8で書き出されても何となく処理できます。ただレイヤ名や文字列データ等に全角文字が含まれてくると、ShiftJISとして処理していると文字化けします。また前述のとおり「hq」を読み取れないかもしれません。
外部変形を制作・改修するにあたり、jwc_temp.txtがUTF-8でやってくる事を見越して対応するべきか、ユーザ側でjwc_temp.txtをShiftJISで書き出すように徹底してもらうか、色々あるかと思います。文字列を扱う外部変形がUnicode文字対応してくれると嬉しいので、jwc_temp.txtはUTF-8でも出力できてほしいです。
原則的にはjwc_temp.txtはShiftJISで出力され、外部変形バッチファイル内に「REM #utf8」的なオプションがある時だけUTF-8で出力する……みたいな方向はどうでしょうか、御一考願います。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36 Edg/138.0.0.0
|
somem - 25/7/7(月) 20:42 - |
▼通りすがりの後期高齢者さん：
>発生条件
>1.データの書換えの場合("hd"の記述がある)
>2.文字コマンドから選択した文字列をファイル出力する場合のコードが"utf-8"
>に設定されている
簡単なバッチファイルで、検証してみました。
※AWKの実行環境が必要です。
@REM 再作図検証
@echo off
REM #jww
REM #cd
REM #h3 範囲内の文字データを選択
REM #hc 範囲選択してください
REM #e
notepad jwc_temp.txt
jgawk '/hq/{print "hd";next}{print}' jwc_temp.txt>temp.txt
copy temp.txt jwc_temp.txt
del temp.txt
echo h#再作図しました >>jwc_temp.txt
jwc_temp.txtの書出しは、ANSI（shift-JIS）です。
"hd"があっても正常終了します。
>発生条件
>1.データの書換えの場合("hd"の記述がある)
>2.文字コマンドから選択した文字列をファイル出力する場合のコードが"utf-8"
>に設定されている
簡単なバッチファイルで、検証してみました。
※AWKの実行環境が必要です。
@REM 再作図検証
@echo off
REM #jww
REM #cd
REM #h3 範囲内の文字データを選択
REM #hc 範囲選択してください
REM #e
notepad jwc_temp.txt
jgawk '/hq/{print "hd";next}{print}' jwc_temp.txt>temp.txt
copy temp.txt jwc_temp.txt
del temp.txt
echo h#再作図しました >>jwc_temp.txt
jwc_temp.txtの書出しは、ANSI（shift-JIS）です。
"hd"があっても正常終了します。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36
|
卯之介 - 25/7/7(月) 21:00 - |
>jgawk '/hq/{print "hd";next}{print}' jwc_temp.txt>temp.txt
これだと文字列に「hq」が含まれていてもその行を引っ掛けますよね。
それを嫌って/^hq/とされる事が多いと思いますが、そうするとBOM付UTF-8で1行目の「hq」行を取りこぼすという話です。
これだと文字列に「hq」が含まれていてもその行を引っ掛けますよね。
それを嫌って/^hq/とされる事が多いと思いますが、そうするとBOM付UTF-8で1行目の「hq」行を取りこぼすという話です。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
|
somem
- 25/7/8(火) 6:53 -
|
▼卯之介さん：
>これだと文字列に「hq」が含まれていてもその行を引っ掛けますよね。
>それを嫌って/^hq/とされる事が多いと思いますが、そうするとBOM付UTF-8で1行目の「hq」行を取りこぼすという話です。
ANSIで書出されていれば、"^"を追加しても、未実行にはなりません。
jwc_temp.txtが、UTF-8で書出される場合の文字列に特徴はありませんか？
文字コマンドの場合は、半角英数字だけだと、UTF-8になるようです。
>これだと文字列に「hq」が含まれていてもその行を引っ掛けますよね。
>それを嫌って/^hq/とされる事が多いと思いますが、そうするとBOM付UTF-8で1行目の「hq」行を取りこぼすという話です。
ANSIで書出されていれば、"^"を追加しても、未実行にはなりません。
jwc_temp.txtが、UTF-8で書出される場合の文字列に特徴はありませんか？
文字コマンドの場合は、半角英数字だけだと、UTF-8になるようです。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36
|
卯之介 - 25/7/8(火) 9:36 - |
>発生条件
>1.データの書換えの場合("hd"の記述がある)
おそらく厳密には「"hd"の記述がある」ではなく「"hq"が書き換えられず残って"未実行"になる」で、"hd"を返す外部変形スクリプトでは特に陥りがちなのだと思います。
S-JISの時は/^hq/という記述で問題なかったのがBOM付UTF-8では失敗する、という仕組みでしょう。
"^"がエスケープ文字なので、somem様のスクリプトでは/^^hq/で再現できます。
>1.データの書換えの場合("hd"の記述がある)
おそらく厳密には「"hd"の記述がある」ではなく「"hq"が書き換えられず残って"未実行"になる」で、"hd"を返す外部変形スクリプトでは特に陥りがちなのだと思います。
S-JISの時は/^hq/という記述で問題なかったのがBOM付UTF-8では失敗する、という仕組みでしょう。
"^"がエスケープ文字なので、somem様のスクリプトでは/^^hq/で再現できます。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36 Edg/138.0.0.0
|
somem
- 25/7/8(火) 19:13 -
|
▼卯之介さん：
>"^"がエスケープ文字なので、somem様のスクリプトでは/^^hq/で再現できます。
それは、承知しておりますが、
スプリクトを実行する前に、メモ帳で文字コードを書換えないと、再現しません。
BOM付UTF-8で書出される頻度を教えてください。
>"^"がエスケープ文字なので、somem様のスクリプトでは/^^hq/で再現できます。
それは、承知しておりますが、
スプリクトを実行する前に、メモ帳で文字コードを書換えないと、再現しません。
BOM付UTF-8で書出される頻度を教えてください。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36
|
卯之介 - 25/7/8(火) 21:38 - |
基本設定 - 一般(1) の中段右端の
□ TextFileをUTF-8出力
により、jwc_temp.txt、ztemp.txt、外部エディタ等の出力が変わります。
チェックがなければ従来通り ShiftJIS(S-JIS、ANSI)となりますが
全て半角英数の場合はS-JISもUTF-8も中身が一緒なので判別のしようがなく、最近のnotepadは便宜的にUTF-8として扱い、右下に「UTF-8」と出ます。
チェックを入れていると BOM付きUTF-8で出力されます。ファイル先頭に3バイトの識別符号が付き、notepadも「UTF-8(BOM付き)」と表示します。
S-JISしか想定していなかった従来の外部変形、特にjgawkはオプションスイッチを付けない限りは全てS-JISとして扱うので、いくつかの改修をしないとUTF-8ファイルを正しく処理できない事があります。
たまたまそれと同時に、「未実行」の時にjwc_temp.txtが使用中になる現象がv10で別途発生しているのではないかなと思っております。
□ TextFileをUTF-8出力
により、jwc_temp.txt、ztemp.txt、外部エディタ等の出力が変わります。
チェックがなければ従来通り ShiftJIS(S-JIS、ANSI)となりますが
全て半角英数の場合はS-JISもUTF-8も中身が一緒なので判別のしようがなく、最近のnotepadは便宜的にUTF-8として扱い、右下に「UTF-8」と出ます。
チェックを入れていると BOM付きUTF-8で出力されます。ファイル先頭に3バイトの識別符号が付き、notepadも「UTF-8(BOM付き)」と表示します。
S-JISしか想定していなかった従来の外部変形、特にjgawkはオプションスイッチを付けない限りは全てS-JISとして扱うので、いくつかの改修をしないとUTF-8ファイルを正しく処理できない事があります。
たまたまそれと同時に、「未実行」の時にjwc_temp.txtが使用中になる現象がv10で別途発生しているのではないかなと思っております。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
|
somem
- 25/7/8(火) 22:49 -
|
▼卯之介さん：
>基本設定 - 一般(1) の中段右端の
>□ TextFileをUTF-8出力
>により、jwc_temp.txt、ztemp.txt、外部エディタ等の出力が変わります。
>チェックがなければ従来通り ShiftJIS(S-JIS、ANSI)となりますが
>全て半角英数の場合はS-JISもUTF-8も中身が一緒なので判別のしようがなく、最近のnotepadは便宜的にUTF-8として扱い、右下に「UTF-8」と出ます。
>チェックを入れていると BOM付きUTF-8で出力されます。ファイル先頭に3バイトの識別符号が付き、notepadも「UTF-8(BOM付き)」と表示します。
ありがとうございます。納得しました。
>基本設定 - 一般(1) の中段右端の
>□ TextFileをUTF-8出力
>により、jwc_temp.txt、ztemp.txt、外部エディタ等の出力が変わります。
>チェックがなければ従来通り ShiftJIS(S-JIS、ANSI)となりますが
>全て半角英数の場合はS-JISもUTF-8も中身が一緒なので判別のしようがなく、最近のnotepadは便宜的にUTF-8として扱い、右下に「UTF-8」と出ます。
>チェックを入れていると BOM付きUTF-8で出力されます。ファイル先頭に3バイトの識別符号が付き、notepadも「UTF-8(BOM付き)」と表示します。
ありがとうございます。納得しました。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36