JWWで取り込む際、図面が変わることにより、線属性の色配列が変わるため、印刷される線属性も変わってしまう。
取り込む前に、JWで印刷されたときの色配列を見越して作成した図面も、線属性の色配列が変わってしまえば印刷後の色配列も変わってしまう。 あの8色の配列を固定する方法を教えてほしいです。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36 Edg/145.0.0.0
▼CATさん:
2回の投稿が有りましたね。 確認しました。 >図面を書いても描写した色通りに印刷されない。 >そのため、一つ一つ設定から変更をかけるのが手間です。 jwwで【>図面を書いても】は、jwfを調べて下さい。 設定は各自が行えるようになっていますので、確認して下さい。 【線色〇】に対応して、画面(色・太さ)と印刷(色・太さ)時の設定が個別に設定できます。(〇は数字です。) Jwfに設定が保存できますので、必要に応じて何個も作成して利用して下さい。 >環境ファイル設定も毎度違う図面を違うソフトから取り込んだ際に、印刷される色が画面で見えていた色と全く変わっている。 Jww線種で無いから、環境ファイル設定で指定したJww線種の設定が有効にならないと思います。 >そのため、JW以外のソフトで作成した図面を色を変えずに、取り込んで印刷までされる方法があるなら聞きたいです。 jww形式で出力できるソフトであれば、其方をお調べ下さい。 DXF経由では、元々出来ません。jww側でSXF線種に読み込む仕様です。 コンバーターを使うと少し手間が減るかもしれません。 外変で、SXF線種をJwwの線色に変換するソフトも有ります。 >JWWで取り込む際、図面が変わることにより、線属性の色配列が変わるため、印刷される線属性も変わってしまう。 DXF経由なら、上記の通りです。 >取り込む前に、JWで印刷されたときの色配列を見越して作成した図面も、線属性の色配列が変わってしまえば印刷後の色配列も変わってしまう。 >あの8色の配列を固定する方法を教えてほしいです。 DXF経由の場合、「JWで印刷されたときの色配列を見越して作成した図面」に意味は有りません。 SXF線種で読み込む、jwwの仕様です。 使ったことは有りませんが、コンバーターを使うと「色配列を見越して作成した図面」が役立つかも、知れません。 未確認の推測です。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
レスありがとうございます。
jwwかDXF経由では印刷の色まで一致させるのは不可能ということでしょうか。 SXF(sfc)では、jwで見られない方もいるため。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36 Edg/145.0.0.0
▼CATさん:
>jwwかDXF経由では印刷の色まで一致させるのは不可能ということでしょうか。 jwwで、(他のCADから)DXF経由では(jwwで)印刷の色まで一致させるのは不可能 という意味なら、その通りです。前回のレスをお読みください。 DXF経由では「線属性の配列(8色)を固定する方法」は、有りません。 >レスありがとうございます。 >jwwかDXF経由では印刷の色まで一致させるのは不可能ということでしょうか。 >SXF(sfc)では、jwで見られない方もいるため
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36
|
汎用2次元CADとして使用しています。
先日設備配置図を受け取りましたが370MBのDXFファイル。 何とか開いたのですが 一部を除いて黒表示 ある機械が本来とは別の場所に配置され謎の斜め線が走っている 状態になっています。 JWWとして保存して開き直しましたが状況は変わりませんでした。 他のCADソフトであれば正常に開けるのでファイルの問題でもないようです。 相手のファイルを頂く立ち位置なのでファイルサイズ等について 注文を出せる立ち位置にはありません。 こういうファイルはJWWで扱える範囲を超えているのでしょうか。 同様のファイルサイズを扱っている、もしくは挑戦した方が いらっしゃれば教えて頂けますと幸いです。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36 Edg/144.0.0.0
▼いっちさん:
私が今回開こうとしたファイルはいっちさんがこれまで試した以上のファイルのようですね。 最初に書きました >先日設備配置図を受け取りました ですが相手は自社内なので取引先ではありません。 そのため開けない事によるトラブルは表面化しにくいです。 でも職位が自分よりも上(工場長)なので 相手のCADソフトでは確実に開けるのだから開ける環境を用意して下さい 例えお金がかかってもという流れになります。 20MBのJWWファイルは上司が使っているCADソフトからJWW形式に出力したものとなります。 JWWで何とかして開くと互換性で食い違う瞬間は見た記憶があります。 JWWは2004年のJWWの参考書、やさしく学ぶJW_cad4で基本操作を覚えましたが 残念ながら新たなCADソフトの操作方法を学び直しになりそうです。 私が普段書くのは電気図面なので縮尺すらいらないのでJWWで十分なのですが データの受け渡しがあると今回のようなトラブルになると学びました。 お忙しい中情報提供ありがとうございました。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36 Edg/145.0.0.0
DXFファイルはJwwが読み込み対応しているR12形式ですか?
<Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Mobile Safari/537.36
▼jgさん:
>DXFファイルはJwwが読み込み対応しているR12形式ですか? 【Jw_cad】DXFファイルのバージョンを確認する方法と一覧表 https://jwwjohokan.com/jwcad-manual/dxf-version/ で確認しました。AC1032でした。 DXFのバージョンが新しすぎてJWW、Macadで扱えなかった可能性はありますね。 勤務先での判断としては対応するCADを買うで決定ですが (ほったらかしになっていたライセンスのバージョンアップで稟議回避狙い) 技術的には気になる、面白そうな内容なので相手のCADソフトの DXF出力時にDXFのバージョンが選べるのかどうか聞いてみます。 わかり次第また投稿しますので少しお待ちください。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36 Edg/145.0.0.0
▼石井 宏典さん:
>▼jgさん: その後ですが当初頂いたDXFファイルは2018です。 DXFのバージョン設定で2010(AC1024確認)で試すもJWW、MaCAD共に症状改善しませんでした。 最も古いのでDX5、その次がR14でしたのでそのCADソフトから JWWで読めるDXFは出力できない事が判明しました。 そのソフトの出力機能にJw_cad形式がある事を確認しましたので JWWへファイルを送る場合はそれを使う事が無難と判明しました。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36 Edg/145.0.0.0
|
いつも便利に使用させて頂いています。
ですが、jwwでSFCファイルを開く時、ソリッド図形が含まれているとハッチングに変換され、縮尺に関係なく線間隔が「0.13」となるようです。 縮尺が 1:1 だと0.13mm、1:500 だと 1:1 スケールで0.00026mmになり、縮尺の分母が大きくなるほど、線の本数が増加してしまい、描画に時間がかかってしまいます。 SFCファイルを読み込む時の処理をソリッド図形として読み込む設定には出来ないのでしょうか。 作者様、出来ましたらよろしくお願いします。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0
|
バッチファイルの先頭行が REM #jw または REM #jww だと題名のメッセージが表示されて実行できません。先頭に @ とか REM とか適当に1行挿入すると正常に実行されます。これは仕様でしょうか?
Jw_cad Version 10.01.8 Windows 11 Pro 25H2
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
▼kameiriさん:
>これは仕様でしょうか?
仕様です‥「JWW_SMPL.BAT」の145行〜 を確認
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
JWW_SMPL.BAT 確認しました。
159行目 「1行目の「REM」文がファイル選択時に表示される。」 すこし試しましたが、極論、1行目は任意、2行目が REM #jww ならば外部変形として通るみたいですね。回答ありがとうございました。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
|
線や点など何かを範囲選択で選択している場合、クロックメニューが設定したものとは別の内容になっています。基本的には選択中に11時方向にドラッグすると【削除】に設定しているのですが、何かを選択している状況では【複線】になってしまいます。選択中のクロックメニューは変更できないのでしょうか。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
▼Since Dosさん:
>▼ゴウさん: > >まずこのあたりの設定を確認、研究してみてはどうでしょうか。 > >・「標準クロックメニュー」と「AUTOモードクロックメニュー」の違い >・「コマンド特有のクロックメニュー」とは >・ 一般設定(2)「AUTOモードから他コマンド に移行した場合」の設定 >・ Jw_win.JWFの設定 なるほどその部分で色々と設定をいじれるんですね。 解決しました。ありがとうございます。 いつの間にか設定が変更されていたようです。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
▼ゴウさん:
siegelさんのブログにこんな記事があります。
なんと!20年前の記事です。
http://siegel.cocolog-nifty.com/siegels_blog/2006/03/post_d8a1.html
http://siegel.cocolog-nifty.com/siegels_blog/2005/09/post_b899.html
‥私は [□コマンド選択をAUTOモードクロックメニュー] にチェックの、
[3]欲張り派です^^;
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
▼Since Dosさん:
>▼ゴウさん: >siegelさんのブログにこんな記事があります。 >なんと!20年前の記事です。 >http://siegel.cocolog-nifty.com/siegels_blog/2006/03/post_d8a1.html >http://siegel.cocolog-nifty.com/siegels_blog/2005/09/post_b899.html > >‥私は [□コマンド選択をAUTOモードクロックメニュー] にチェックの、 >[3]欲張り派です^^; お久しぶりです。 20年も経ちましたか・・・!(HPは無くなりましたが。)
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0
▼siegelさん:
レスありがとうございます。
20年前はまだ現役でDos版JWCの真っ只中でした^^;
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
|
印刷ダイアログの「カラー印刷」にチェックを入れると、線がすべてグレー(レイヤー:表示のみ)になり、カラー印刷ができない。
Windowsの「デバイスとプリンター」設定も、通常使用するプリンタが「カラーモード」になっていおり、 jww上の「設定」>「基本設定」>「色・画面」で、プリンタ出力要素の線色も画面と合わせている。 このような場合の対応策を知りたいです。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
カラーにして、グレーの線色になっているのは編集状態でない表示のみのレイヤの線ではないでしょうか。(白黒印刷なら編集か表示のみかは関係ないのですが)
F3キー押しなどでレイヤ設定を出し、全レイヤ編集をクリックしてから実施したらカラーになりませんか? 違ったらごめんなさい。 ▼マさん: >印刷ダイアログの「カラー印刷」にチェックを入れると、線がすべてグレー(レイヤー:表示のみ)になり、カラー印刷ができない。 > >Windowsの「デバイスとプリンター」設定も、通常使用するプリンタが「カラーモード」になっていおり、 >jww上の「設定」>「基本設定」>「色・画面」で、プリンタ出力要素の線色も画面と合わせている。 > > >このような場合の対応策を知りたいです。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
T様ご返信ありがとうございます。
>レイヤ設定を出し、全レイヤ編集をクリックしてから実施したらカラーにな>りませんか? F3キーから全レイヤ編集を実施しましたが、カラーになりませんでした。 本件を色々と調べると下記のことがわかりました。 ・画面上の線はカラーになっているが、各レイヤ内の線がすべてグレー色 (表示のみのレイヤの線)になっている。 ↓ ・このため、カラーで印刷ができない。 なぜ、画面上の線はカラー、各レイヤ内の線がすべてグレー色なのか? このような経験があれば、原因等を知りたいです。 個人的な推測では、下記の2点を考えています。 1.他CADからJWWに変換した際に線色にバグが起きて、すべてグレーになる。 →対策不可 2.他CADからJWWに変換した際に、先方の線色がなく、jすべてグレーになる。 →一度、先方の他CADで線色を変更してもらい、再度、jwwで開いてこちらの 線色を確認する。 ▼Tさん: >カラーにして、グレーの線色になっているのは編集状態でない表示のみのレイヤの線ではないでしょうか。(白黒印刷なら編集か表示のみかは関係ないのですが) > >F3キー押しなどでレイヤ設定を出し、全レイヤ編集をクリックしてから実施したらカラーになりませんか? > >違ったらごめんなさい。 > > >▼マさん: >>印刷ダイアログの「カラー印刷」にチェックを入れると、線がすべてグレー(レイヤー:表示のみ)になり、カラー印刷ができない。 >> >>Windowsの「デバイスとプリンター」設定も、通常使用するプリンタが「カラーモード」になっていおり、 >>jww上の「設定」>「基本設定」>「色・画面」で、プリンタ出力要素の線色も画面と合わせている。 >> >> >>このような場合の対応策を知りたいです。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
|
図面を書いても描写した色通りに印刷されない。
そのため、一つ一つ設定から変更をかけるのが手間です。 環境ファイル設定も毎度違う図面を違うソフトから取り込んだ際に、印刷される色が画面で見えていた色と全く変わっている。 そのため、JW以外のソフトで作成した図面を色を変えずに、取り込んで印刷までされる方法があるなら聞きたいです。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36 Edg/145.0.0.0
▼CATさん:
2回目の投稿に、返信しました。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
|
変なことに気づいてしまったのですが、以下のような現象を確認しました。
1.多角形で適当な大きさで正三角形を描く 2.正三角形の頂点を通過する閉スプライン曲線を描く 3.正三角形の中心(重心)で閉スプライン曲線を120度回転コピーする 4.元の閉曲線と一致しない 目視で容易に分かるほどズレており、全体的に歪んでいるようです。これって仕様でしょうか? Jw_cad Version 10.01.8 Windows 11 Pro 25H2
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
|
画像を同梱する方法もありますが、図面データを
軽くしておきたいと思い「相対パス」で貼り付けています. 画像文字列を編集する場合、(PCの性能に起因するのだと 思いますが )カーソルの操作が操作し難いです. そこで… 編集しようとする画像文字列の先頭の文字「^」を消すと ただの文字列になり、編集し易くなります.編集を終えたら 先頭の文字「^」を元に戻して画像を表示しています. 文字列を編集するのは 1.画像データのフォルダの位置や名前が変わった. 2.末尾連番などの画像をコピペで配置する. などの場合です. 皆さんはどのようにされていますか?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
▼設計2部さん:
私の場合は、「パス」を一つのレイヤにまとめて、エディタで編集しています。 「絶対パス」から「相対パス」に編集しています。 目が悪い(老眼がキツイ)ので、拡大表示が出来るので便利に使っています。 >画像を同梱する方法もありますが、図面データを >軽くしておきたいと思い「相対パス」で貼り付けています. > >画像文字列を編集する場合、(PCの性能に起因するのだと >思いますが )カーソルの操作が操作し難いです. > >そこで… >編集しようとする画像文字列の先頭の文字「^」を消すと >ただの文字列になり、編集し易くなります.編集を終えたら >先頭の文字「^」を元に戻して画像を表示しています. > >文字列を編集するのは >1.画像データのフォルダの位置や名前が変わった. >2.末尾連番などの画像をコピペで配置する. >などの場合です. > >皆さんはどのようにされていますか?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
▼hogehogeさん:
ご指導ありがとうございます. 今迄、エディタを使ったことが無かったのですが これは非常に有効な方法ですね.助かりました! >▼設計2部さん: > >私の場合は、「パス」を一つのレイヤにまとめて、エディタで編集しています。 >「絶対パス」から「相対パス」に編集しています。 >目が悪い(老眼がキツイ)ので、拡大表示が出来るので便利に使っています。 > > >>画像を同梱する方法もありますが、図面データを >>軽くしておきたいと思い「相対パス」で貼り付けています. >> >>画像文字列を編集する場合、(PCの性能に起因するのだと >>思いますが )カーソルの操作が操作し難いです. >> >>そこで… >>編集しようとする画像文字列の先頭の文字「^」を消すと >>ただの文字列になり、編集し易くなります.編集を終えたら >>先頭の文字「^」を元に戻して画像を表示しています. >> >>文字列を編集するのは >>1.画像データのフォルダの位置や名前が変わった. >>2.末尾連番などの画像をコピペで配置する. >>などの場合です. >> >>皆さんはどのようにされていますか?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
私は白背景の画像を貼ることが多いので、画像の輪郭が認識しやすいように、背景を明るいグレーにしています
<Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Mobile Safari/537.36
|
印刷範囲設定後 印刷すると図面データが消える
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36 Edg/144.0.0.0
▼前島電気 城内さん:
このページ冒頭の文章を、確認して下さい。 初心者の方などのご相談は Jw_cad 相談 室−その2をご利用ください なお、情報交換室と相談室の両方に同じ内容を投稿するのはご遠慮ください マルチポストは禁止です。 Jw_cad 相談 室−その2 に返信します。 >印刷範囲設定後 印刷すると図面データが消える
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
|
お世話になります。
有用なソフトを公開していただき感謝しています。
Sample.jwf に記載の次の記載について、ご連絡します。
> #◎キーによる外部変形の直接実行
> # AUTOモードのカスタマイズクロックメニューで使用する外部変形用バッチファイル
> # 名を設定してある場合、
> # [Ctrl]+[A]〜[Z]キーにより外部変形番号[100〜125]
> # [Ctrl]+[Shift]+[A]〜[Z]キーにより外部変形番号[150〜175]
> # のバッチファイル名の外部変形が直接実行できます。
次の括弧書きの文字の場合、CTRL+SHIFT+ で機能しないようです。
GCOM_150 =A,B,C,D,E,F,G,H,(I),(J),
GCOM_160 =(K),(L),(M),N,(O),P,Q,R,S,T,
GCOM_170 =(U),V,W,X,Y,Z,,,,,
jwwのバージョンは最新版を用いています。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
|
Jw_cad10.02.1にアップデートしてから、画面表示に不具合が出るようになりました。発生している現象は以下の二つです。
1.「連線」コマンドを用いて折れ曲がった線を描く際、線の軌跡(仮線)の表示が常に表示され続けます。画面移動をしたらリセットされますが、マウスを動かすと再度表示に異常が生じます。 2.「移動」「複写」コマンドを用いて図形を移動・複写させる際、画面を移動させると、選択した図形が仮線として表示され続けるバグが発生します。 この現象を治す方法についてご存じの方いらっしゃいましたら、教えていただけますでしょうか。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36 Edg/131.0.0.0
|
1.〜20.までの〇数字の入力で㉑以降が入力すると?になります。
どうすれば良いでしょうか。 ちなみにワード・エクセルなどでは入力出来ます。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36 Edg/126.0.0.0
▼吉田建設(株)森山宗六さん:
Jww 8.25a以前のバージョンではUnicode文字が使えないのでエラーとなり?と表示されます。
Jwwの最新バージョンではUnicode文字が使えるようになったので丸囲み文字の「○21」〜や「○印」などが使用できます。
ただしDirect2D(2)にするかどうかで画面表示が変化します。
また、フォントによっては印刷結果も画面表示とは違う事があるようなので注意が必要です。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36
|
以前書込したのとは別件の文字化けに関してです。
DXFファイルで、本来は±記号になる表記がJWWで読み込むと文字化けしている物があります。 (JWWは今使用していうのは10.02ですが恐らく以前のVer.でも同様かと思われます) 例えば、本来は 4.5±0.5 となる物が JWWでは 4.5+00B10.5 と表示されます。 そのDXFファイルをテキストファイルで読込、該当部分を探すと 4.5\U+00B10.5 と書かれていました。 恐らく、\U+00B1 は、\U+の後に書かれているコードのunicode文字を表示するという意味になるのだと思われます。 U+00B1 (Unicodeの00B1) は ± の文字になるので。 それで、 DXF \U+00B1 をキーにして検索したら、 https://toshikunn28.hatenablog.com/entry/2020/05/09/213521 のサイトを見つけました。 ここに書かれている物のうち、 ¥U+0007 ⇒ × かける というのだけ、意味不明です。Unicodeで 0007は制御コードになり、文字のコードではない筈なのですが… 文字として使えるのは 0020からと思います。 ただ、それ以外の φ、±、Ω、μ、ー は、書かれているコード番号のUnicode文字になっています。 なので、基本的には\U+があったらそれに続くコードのUnicodeの文字を表示するようになったら文字化けは減ると思います。 (現状は、テキストエディタで修正してから読み込むか、JWW上で書き換えるか、と思います)
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36
× ¥U+0007 ⇒ × かける
○ ¥U+00D7 ⇒ × かける そのサイトの誤記では?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36 Edg/144.0.0.0
卯之介様、
ありがとうございます。 恐らくおっしゃる通りだと思われます。 ▼卯之介さん: >× ¥U+0007 ⇒ × かける >○ ¥U+00D7 ⇒ × かける > >そのサイトの誤記では?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36
|
タイトルのように図形登録後に図形コマンドで図形を選択する時、表示される図形の大きさが表示枠一杯に表示されるものと中央に小さく表示されるものがあります。
表示図形が小さすぎると、図形名でおおよそはわかりますが、たまにしか使わない図形の場合、向きがどちらか拡大しないとわかりません。 表示される図形の大きさを全て表示枠いっぱいにする方法はありますでしょうか。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0
▼hogehogeさん:
ブロック図形はありません。 図形を曲線にして登録しているのですが。 縮尺をいろいろ変えて登録してみたのですが、今回登録している図形は 縮尺1/5 だと大きく表示されます。縮尺の分母を大きくすると段々小さ くなりました。 図形によっては登録時の縮尺が影響しているようです。 >▼yamaさん: > >考えられる事は、ブロック図形等で離れた場所にあるデータを含んで図形登録していないか、確認する事位しか思いつきません。 >出来る属性解除、ブロック図形解除を行い、再登録を行う事しか思いつきません。 > >もし、jwwが壊れているなら、再インストールですね。 >8.25aの場合は、AF様のHPより、JwwInit を使用してから、再インストールする事をお勧めします。 >逆に考えると、上記手順で再インストール後、図形登録の呼び出し画面で、修正されない(小さく表示)場合は、登録データ、及び手順に問題があると思います。 >(遠く離れたデーを含んで登録している。) > >PCの不具合は、検証できません。 > >>▼hogehogeさん: >> >>基準点位置は指定どおりです。選択・登録時の表示図形の大きさだけが小さく表示されるのです。 >>思い出しましたが、この現象は私のPCでは以前からごくたまに発生していました(当時は今とは別のPCです)。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0
▼yamaさん:
データを見ないと本当の事は判りません。 曲線属性無しで1/1、1/20、1/50、1/100、位しか作成した事が有りません。 作者様も気が付かない挙動をしている(仮定)のであれば、作者様が再現できる詳細な報告が上がれば、対応して下さるかも(推測)しれません。 >ブロック図形はありません。 >図形を曲線にして登録しているのですが。 >縮尺をいろいろ変えて登録してみたのですが、今回登録している図形は >縮尺1/5 だと大きく表示されます。縮尺の分母を大きくすると段々小さ >くなりました。 >図形によっては登録時の縮尺が影響しているようです。 >
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
以前の一部のバージョンでそういう現象がかつて起きていた記憶があります。
念のためお使いのバージョンをご確認ください。
<Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Mobile Safari/537.36
▼jgさん:
最初に気がついたのは Ver 8.25a を使用していた時です。 現在は Ver 10.2 を使用しています。 登録する図形によりこの現象が発生するようです。 この現象が発生する図形元データでも、始めの頃は登録時に正常に表示されていました。何がきっかけかわからないのですが、いつの間にか小さく表示されるようになったのです。 最近わかったのは、縮尺の分母が小さくなると(1/10とか1/3)登録後の表示サイズが段々大きくなるということです。 この現象が起きない図形は縮尺に関係なく表示枠いっぱいに正常に表示されます。 >以前の一部のバージョンでそういう現象がかつて起きていた記憶があります。 >念のためお使いのバージョンをご確認ください。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0
|
jiroさん、WTさん
ありがとうございます 明日動かしてみます m(_ _)m
<Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Mobile Safari/537.36
▼Since Dosさん:
>▼DTJさん: みなさま、失礼しました。 変更先のフォントがプロポーショナルフォントの場合は変更できるが、MS明朝やMSゴシックといった固定幅フォントでは正しく変更できない状況でした。 正式アップではありませんが、以下にEXEのみを置きましたので、ご認確ください。 https://www.jwcad.net/download/Jww10.02.1.1.zip >>"フォント"ですね ^^; >>こちらでも現象が確認出来ました > > DTJ さんの一つ前のスレで「‥‥現象は起きていません」と合ったので、アレっと思ってました。 >当方、概ね卯之介さんの指摘どおりですが、フォントにより現象が違います。 >前回は一度の実行では変化なし、二度目の実行で変更となりましたが、今回はフォントによって一度でできたり、何度実行しても変更できないものもあります。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36
▼jiroさん:
対応ありがとうございます。
<Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Mobile Safari/537.36
▼jiroさん:
対応ありがとうございます。 正常動作確認いたしました。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36
▼jiroさん:
フォント変更の不具合修正確認いたしました。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
|
Jwwの外部変形にKiz Linkを(KIZUKURIへのデータ変換ソフト)インストールしたいけど、ソフトのある場所やインストール方法を知りたい
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36 Edg/144.0.0.0
|
Version 10.02で
フォント変更の際、一度の実行では変化なし、二度目の実行で変更となります。 皆さまはどうですか?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36
▼Since Dosさん:
>Version 10.02で >フォント変更の際、一度の実行では変化なし、二度目の実行で変更となります。 >皆さまはどうですか? こんばんは こちらでも「フォント変更」にチェックを入れて、フォントを指定すると「フォント変更」のチェックが外れてしまいます ですからフォントは変更されません もう一度「フォント変更」にチェックを入れると実行されます
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
▼DTJさん:
>こちらでも「フォント変更」にチェックを入れて、フォントを指定すると「フォント変更」のチェックが外れてしまいます
>ですからフォントは変更されません
そちらでもそうでしたか。
当方だけではなかったんですね。
レスありがとうございます。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36
▼Since Dosさん:
どうやら「書込み文字種変更」ダイアログでフォントを変更すると「フォント変更」のチェックが外れてしまうため、フォント変更が行われない不具合のようです。 「書込み文字種変更」ダイアログでフォントを変更しなければ「フォント変更」のチェックは入ったままです だから1回目でフォント変更して、2回目はフォントはそのままで実行するから、操作が2回必要なようです 次のバージョンでは直してくれると思います(^^ゞ
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
|
水平文字(または垂直文字)だけを選択的に、上下左右に移動させる外変をアップします。
データ変換等で文字位置がずれている場合の修正などに使えると思います。(Geminiで作成) 【使い方】 範囲選択後、ステータスバーに移動量を「X Y」とスペース区切りで入力します。(例:右に100mm、上に50mm動かす場合 → 100 50) 興味のある方はお試しください。 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 水平文字移動XY.bat @echo off REM #jww REM #cd REM #h1 REM #hc 文字を選択してください REM #c 移動量(mm)を入力 (左右 上下) ※例「100 50」「100 0」「0 50」 : /M REM #e REM ------------------------------------------------ REM ファイル名:水平文字移動XY.bat REM ------------------------------------------------ REM ------------------------------------------------ REM 【 使い方 】 REM 1. 範囲選択します(水平・垂直が混ざっていてもOK)。 REM 2. ステータスバーに移動量を入力します。 REM 入力順序は 「X方向(左右) Y方向(上下)」 です。 REM REM 【 入力例 】 REM ● 右に100、上に50 動かす REM 100 50 REM REM ● 左に100 動かす(上下はそのまま) REM -100 0 REM REM ● 下に50 動かす(左右はそのまま) REM 0 -50 REM ------------------------------------------------ jgawk -f 水平文字移動XY.awk jwc_temp.txt %* > temp.txt copy temp.txt jwc_temp.txt del temp.txt ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 水平文字移動XY.awk # ファイル名:水平文字移動XY.awk # 仕様: # ・水平文字(傾き0)だけを抽出して移動する # ・入力1つ目:X方向移動量 # ・入力2つ目:Y方向移動量 BEGIN { MOVE_X = 0 MOVE_Y = 0 num_count = 0 # --- 引数解析(全角対応) --- for (i = 1; i < ARGC; i++) { str = ARGV[i] sub(/^\/M/, "", str) # /Mを除去 str = to_half(str) # 全角→半角 if (str ~ /^-?[0-9.]+$/) { if (num_count == 0) { MOVE_X = str + 0 num_count++ } else if (num_count == 1) { MOVE_Y = str + 0 num_count++ } ARGV[i] = "" } } EPS = 1.0e-4 print "hd" } { line = $0 if (substr(line, 1, 2) == "hq") next head = substr(line, 1, 2) # 文字データの処理 if (head == "ch" || head == "cs") { split(line, a, /[ \t]+/) vx = a[4] + 0 # 方向余弦X vy = a[5] + 0 # 方向余弦Y # 文字列の切り出し str_start_pos = index(line, "\"") str_content = substr(line, str_start_pos) # --- 水平文字の判定 --- # vy(Y方向の傾き)が ほぼ0 であれば水平とみなす if (vy > -EPS && vy < EPS) { # X座標とY座標の両方を計算 new_x = a[2] + MOVE_X new_y = a[3] + MOVE_Y printf "%s %.15g %.15g %.15g %.15g %s\n", head, new_x, new_y, vx, vy, str_content next } } # 水平文字以外(垂直など)はそのまま出力 print line } # --- 全角→半角変換関数 --- function to_half(s) { gsub(/0/, "0", s); gsub(/1/, "1", s); gsub(/2/, "2", s) gsub(/3/, "3", s); gsub(/4/, "4", s); gsub(/5/, "5", s) gsub(/6/, "6", s); gsub(/7/, "7", s); gsub(/8/, "8", s) gsub(/9/, "9", s); gsub(/./, ".", s); gsub(/−/, "-", s) gsub(/+/, "+", s); return s }
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36
▼Since Dosさん:
>これに縦文字移動を含めてマウス指示ができたら便利でしょーね (^^; somemさんが、外変「文字移動2」を公開されました。 http://somem.cocolog-nifty.com/cad_dwg/2026/01/post-8105d1.html#more
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:146.0) Gecko/20100101 Firefox/146.0
R.N さん
早速の紹介ありがとうごさいます。
somemさん「文字移動2」ありがとうございます。
で、[水平横文字]、[垂直横文字]の指定がスキップできると‥ (^^;
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36
▼Since Dosさん:
>somemさん「文字移動2」ありがとうございます。 >で、[水平横文字]、[垂直横文字]の指定がスキップできると‥ (^^; 残念ながら、前半のスキップはできません。 同一点を4回クリックすれば、スキップと同等になりますが、 ご自分の優先順位に合わせて、指定する順番を変更したほうが良いでしょう。 例)縦文字を最初に指定する場合 ---バッチファイル REM #1 縦文字 基準点 REM #2 縦文字 移動点 REM #3 水平横文字 基準点 REM #4 水平横文字 移動点 REM #5 垂直横文字 基準点 REM #6 垂直横文字 移動点 ---スクリプト #縦文字 /hp1/{xv=$2;yv=$3;next} /hp2/{dxv=$2-xv;dyv=$3-yv;next} #水平横文字 /hp3/{xh=$2;yh=$3;next} /hp4/{dxh=$2-xh;dyh=$3-yh;next} #垂直横文字 /hp5/{xhv=$2;yhv=$3;next} /hp6/{dxhv=$2-xhv;dyhv=$3-yhv;next}
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36
▼somemさん:
検討いただきありがとうございます。
同一点クリックは自分でも確認してました。
頻度が高いわけではないのでこのまま使用させていただきます。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36
|
新バージョン
ありがとうございます m(__)m これから色々試してみます(^-^)ノ
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
jiroさん、WTさん
お年玉 ありがとうございます m(_ _)m
<Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Mobile Safari/537.36
|






