Jw_cad 情報交換室−その３
JWW についての情報交換の場としてお使いください
初心者の方などのご相談は Jw_cad 相談 室−その２をご利用ください
なお、情報交換室と相談室の両方に同じ内容を投稿するのはご遠慮ください
2009年9月以前の発言は 過去ログのページからご覧ください。
それ以降の過去ログは消失しています。
申し訳ありませんが、復活の予定はありません。
Jw_cad Copyright (C)1997-2021 Jiro Shimizu & Yoshifumi Tanaka
JWW についての情報交換の場としてお使いください
初心者の方などのご相談は Jw_cad 相談 室−その２をご利用ください
なお、情報交換室と相談室の両方に同じ内容を投稿するのはご遠慮ください
2009年9月以前の発言は 過去ログのページからご覧ください。
それ以降の過去ログは消失しています。
申し訳ありませんが、復活の予定はありません。
|
mits0fukuda
- 25/7/12(土) 14:37 -
|
>Version 10.01 での変更点は以下のとおりです。（2025/06/21）
Unicode(UTF-16)対応のため、ソースを大幅に改変した。
とありますが、その影響でしょうか? 私も同じ状態です。
Unicode(UTF-16)対応のため、ソースを大幅に改変した。
とありますが、その影響でしょうか? 私も同じ状態です。
<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/10(木) 15:09 - |
使用しているパソコンの情報です。
使用OS Windows 11 Pro 24H2 OSﾋﾞﾙﾄﾞ 26100.4484
プロセッサ Intel(R) Core(TM) i5-9500 CPU @ 3.00GHz
実装 RAM 8.00 GB
ストレージ 238 GB SSD SanDisk SD8TB8U256G1001
グラフィックス カード Intel(R) UHD Graphics 630 (128 MB)
よろしくお願いいたします。
使用OS Windows 11 Pro 24H2 OSﾋﾞﾙﾄﾞ 26100.4484
プロセッサ Intel(R) Core(TM) i5-9500 CPU @ 3.00GHz
実装 RAM 8.00 GB
ストレージ 238 GB SSD SanDisk SD8TB8U256G1001
グラフィックス カード Intel(R) UHD Graphics 630 (128 MB)
よろしくお願いいたします。
<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/10(木) 14:42 - |
jwwをパソコンからアンインストールして再起動し、Version 10.01.1を C:\jww10 フォルダに新規インストールしてから再び試しましたが、同じ症状でした。
当面の間は、旧ﾊﾞｰｼﾞｮﾝ(Version 8.25a)を使用します。
当面の間は、旧ﾊﾞｰｼﾞｮﾝ(Version 8.25a)を使用します。
<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/10(木) 9:47 - |
ブロック図形のある JWW図面ファイルをVersion 10.01.1でJWW保存をして、それを再び開くと、ブロック名が全て文字化けしてしまいます。今までブロック名に部品名などの情報をつけて、集計して利用していたので、この問題が解決しないととても困ります。
どなたか同様の症状を確認されでいますでしょうか。
どなたか同様の症状を確認されでいますでしょうか。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36
|
DTJ - 25/7/9(水) 18:59 - |
▼myさん：
>Ver.8.25aまでは表計算の数式に"×"が入っていても計算できましたが、最新バージョンでは"*"に置き換えないと計算結果が 0 になってしまいます。
>お忙しいと思いますが、修正できましたらお願いします。
表計算ですか？
表計算コマンドに数式は使わないと思いますけど？
文字列計算式で全角のＸを使うとＸが8＠になり、イコール記号が半角か全角かで結果が変わります。
2Ｘ4= →28@4=0 （イコール記号が半角）
2Ｘ4＝ →28@4 計算できません（イコール記号が全角）
>Ver.8.25aまでは表計算の数式に"×"が入っていても計算できましたが、最新バージョンでは"*"に置き換えないと計算結果が 0 になってしまいます。
>お忙しいと思いますが、修正できましたらお願いします。
表計算ですか？
表計算コマンドに数式は使わないと思いますけど？
文字列計算式で全角のＸを使うとＸが8＠になり、イコール記号が半角か全角かで結果が変わります。
2Ｘ4= →28@4=0 （イコール記号が半角）
2Ｘ4＝ →28@4 計算できません（イコール記号が全角）
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0
|
my
- 25/7/9(水) 15:57 -
|
追記です。
全角文字の入った式がダメなようです。
>Ver.8.25aまでは表計算の数式に"×"が入っていても計算できましたが、最新バージョンでは"*"に置き換えないと計算結果が 0 になってしまいます。
>お忙しいと思いますが、修正できましたらお願いします。
全角文字の入った式がダメなようです。
>Ver.8.25aまでは表計算の数式に"×"が入っていても計算できましたが、最新バージョンでは"*"に置き換えないと計算結果が 0 になってしまいます。
>お忙しいと思いますが、修正できましたらお願いします。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
|
my
- 25/7/9(水) 15:54 -
|
Ver.8.25aまでは表計算の数式に"×"が入っていても計算できましたが、最新バージョンでは"*"に置き換えないと計算結果が 0 になってしまいます。
お忙しいと思いますが、修正できましたらお願いします。
お忙しいと思いますが、修正できましたらお願いします。
<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
|
卯之介 - 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(火) 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(火) 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
|
hogehoge - 25/7/8(火) 8:24 - |
▼toshikunn28さん：
Excel to Jw_win ｖ1.53 の事ですね。
貴方のPCの脇で、PC画面を見ながらアドバイスをしているのではありません。
可能な限り、貴方の作業手順を書き込み下さい。
>2019excelからjwへ貼り付けメニューが出ない
Excel to Jw_win ｖ1.53 の事ですね。
貴方のPCの脇で、PC画面を見ながらアドバイスをしているのではありません。
可能な限り、貴方の作業手順を書き込み下さい。
>2019excelからjwへ貼り付けメニューが出ない
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36
|
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
|
toshikunn28 - 25/7/7(月) 21:22 - |
2019excelからjwへ貼り付けメニューが出ない
<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
|
卯之介 - 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/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
|
fantic241 - 25/7/7(月) 15:41 - |
JWW図面の一部をエクセル等にコピペする時に、JWWtoMF（2.60〜3.00）を以前より使っているものです。
JWWのバージョン8.10ｂまでは問題なく使えるのですが、それ以降のバージョンでは全く使えなくて、今回のJWW10.01.1でもダメでした。JWW2MFは使い勝手がいいのでやっぱJWW8.10bに戻しました。
JWW2MF使っている方で対応方法をご存じでしたら教えてください。
JWWのバージョン8.10ｂまでは問題なく使えるのですが、それ以降のバージョンでは全く使えなくて、今回のJWW10.01.1でもダメでした。JWW2MFは使い勝手がいいのでやっぱJWW8.10bに戻しました。
JWW2MF使っている方で対応方法をご存じでしたら教えてください。
<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
|
卯之介 - 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/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