Jw_cad 情報交換室−その3
JWW についての情報交換の場としてお使いください
初心者の方などのご相談は
Jw_cad 相談
室−その2をご利用ください
なお、情報交換室と相談室の両方に同じ内容を投稿するのはご遠慮ください
2009年9月以前の発言は
過去ログのページからご覧ください。
それ以降の過去ログは消失しています。
申し訳ありませんが、復活の予定はありません。
|
|
yama
- 26/1/21(水) 17:20 -
|
▼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@p1504173-ipxg05301yosida.nagano.ocn.ne.jp>
|
|
卯之介
- 26/1/21(水) 9:50 -
|
× ¥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@202-52-27-20.cidr11.kct.ad.jp>
|
|
hogehoge
- 26/1/21(水) 8:38 -
|
▼yamaさん:
考えられる事は、ブロック図形等で離れた場所にあるデータを含んで図形登録していないか、確認する事位しか思いつきません。
出来る属性解除、ブロック図形解除を行い、再登録を行う事しか思いつきません。
もし、jwwが壊れているなら、再インストールですね。
8.25aの場合は、AF様のHPより、JwwInit を使用してから、再インストールする事をお勧めします。
逆に考えると、上記手順で再インストール後、図形登録の呼び出し画面で、修正されない(小さく表示)場合は、登録データ、及び手順に問題があると思います。
(遠く離れたデーを含んで登録している。)
PCの不具合は、検証できません。
>▼hogehogeさん:
>
>基準点位置は指定どおりです。選択・登録時の表示図形の大きさだけが小さく表示されるのです。
>思い出しましたが、この現象は私のPCでは以前からごくたまに発生していました(当時は今とは別のPCです)。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36@6.241.3.110.ap.yournet.ne.jp>
|
|
yama
- 26/1/20(火) 17:09 -
|
▼hogehogeさん:
基準点位置は指定どおりです。選択・登録時の表示図形の大きさだけが小さく表示されるのです。
思い出しましたが、この現象は私のPCでは以前からごくたまに発生していました(当時は今とは別のPCです)。
>▼yamaさん:
>
>小さく表示される登録された図形を利用する際に、基準点位置は確認しましたか?
>Keiichi様のレスを確認して、基準点位置を確認しながら、登録作業をやり直すのが良いと思います。
>
>>Keiichi様のレス
>>中央に小さく表示される図形は基準点が離れたところにあるのでは?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0@p1504173-ipxg05301yosida.nagano.ocn.ne.jp>
|
|
hogehoge
- 26/1/20(火) 12:52 -
|
▼yamaさん:
小さく表示される登録された図形を利用する際に、基準点位置は確認しましたか?
Keiichi様のレスを確認して、基準点位置を確認しながら、登録作業をやり直すのが良いと思います。
>Keiichi様のレス
>中央に小さく表示される図形は基準点が離れたところにあるのでは?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36@6.241.3.110.ap.yournet.ne.jp>
|
|
yama
- 26/1/20(火) 10:21 -
|
▼Keiichiさん:
配管図形です。
形状が受口・挿口・エルボ・チーズ等あります。配管によって向きが変わるのでそれぞれに対応するため基準点・向きを変えて登録しているのです。
>▼yamaさん:
>>図形の寸法は実寸で0.1〜4mです。基準点はその図形の両側単点・中央を2〜3点しています。同じ図形を基準点を変えて2〜3図形です。
>>以前作成した図形グループに追加したらこの現象が発生しました。
>
>基準点が2〜3点ある?
>同じ図形を基準点を変えて2〜3図形?
>
>どのような図形なのか全くイメージ出来ません。
>他の方の回答をお待ち下さい
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0@p1504173-ipxg05301yosida.nagano.ocn.ne.jp>
|
|
Keiichi
- 26/1/20(火) 9:46 -
|
▼yamaさん:
>図形の寸法は実寸で0.1〜4mです。基準点はその図形の両側単点・中央を2〜3点しています。同じ図形を基準点を変えて2〜3図形です。
>以前作成した図形グループに追加したらこの現象が発生しました。
基準点が2〜3点ある?
同じ図形を基準点を変えて2〜3図形?
どのような図形なのか全くイメージ出来ません。
他の方の回答をお待ち下さい
<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@pdgnaplanta.com.br>
|
|
yama
- 26/1/20(火) 9:29 -
|
▼Keiichiさん:
ご返答ありがとうございます。
図形の寸法は実寸で0.1〜4mです。基準点はその図形の両側単点・中央を2〜3点しています。同じ図形を基準点を変えて2〜3図形です。
以前作成した図形グループに追加したらこの現象が発生しました。
>▼yamaさん:
>>タイトルのように図形登録後に図形コマンドで図形を選択する時、表示される図形の大きさが表示枠一杯に表示されるものと中央に小さく表示されるものがあります。
>>表示図形が小さすぎると、図形名でおおよそはわかりますが、たまにしか使わない図形の場合、向きがどちらか拡大しないとわかりません。
>>
>>表示される図形の大きさを全て表示枠いっぱいにする方法はありますでしょうか。
>
>中央に小さく表示される図形は基準点が離れたところにあるのでは?
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0@p1504173-ipxg05301yosida.nagano.ocn.ne.jp>
|
|
Keiichi
- 26/1/19(月) 18:40 -
|
▼yamaさん:
>タイトルのように図形登録後に図形コマンドで図形を選択する時、表示される図形の大きさが表示枠一杯に表示されるものと中央に小さく表示されるものがあります。
>表示図形が小さすぎると、図形名でおおよそはわかりますが、たまにしか使わない図形の場合、向きがどちらか拡大しないとわかりません。
>
>表示される図形の大きさを全て表示枠いっぱいにする方法はありますでしょうか。
中央に小さく表示される図形は基準点が離れたところにあるのでは?
<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@unn-149-88-25-194.datapacket.com>
|
|
yama
- 26/1/19(月) 17:59 -
|
タイトルのように図形登録後に図形コマンドで図形を選択する時、表示される図形の大きさが表示枠一杯に表示されるものと中央に小さく表示されるものがあります。
表示図形が小さすぎると、図形名でおおよそはわかりますが、たまにしか使わない図形の場合、向きがどちらか拡大しないとわかりません。
表示される図形の大きさを全て表示枠いっぱいにする方法はありますでしょうか。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0@p1504173-ipxg05301yosida.nagano.ocn.ne.jp>
|
|
タケ
- 26/1/17(土) 21:12 -
|
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@unn-79-127-129-107.datapacket.com>
以前書込したのとは別件の文字化けに関してです。
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@p6945128-ipngnfx01marunouchi.tokyo.ocn.ne.jp>
▼Since Dosさん:
どうやら「書込み文字種変更」ダイアログでフォントを変更すると「フォント変更」のチェックが外れてしまうため、フォント変更が行われない不具合のようです。
「書込み文字種変更」ダイアログでフォントを変更しなければ「フォント変更」のチェックは入ったままです
だから1回目でフォント変更して、2回目はフォントはそのままで実行するから、操作が2回必要なようです
次のバージョンでは直してくれると思います(^^ゞ
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0@M106073134000.v4.enabler.ne.jp>
|
|
Since Dos
- 26/1/15(木) 19:47 -
|
▼DTJさん:
>こちらでも「フォント変更」にチェックを入れて、フォントを指定すると「フォント変更」のチェックが外れてしまいます
>ですからフォントは変更されません
そちらでもそうでしたか。
当方だけではなかったんですね。
レスありがとうございます。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36@113x42x194x118.ap113.ftth.ucom.ne.jp>
▼Since Dosさん:
>Version 10.02で
>フォント変更の際、一度の実行では変化なし、二度目の実行で変更となります。
>皆さまはどうですか?
こんばんは
こちらでも「フォント変更」にチェックを入れて、フォントを指定すると「フォント変更」のチェックが外れてしまいます
ですからフォントは変更されません
もう一度「フォント変更」にチェックを入れると実行されます
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0@M106073134000.v4.enabler.ne.jp>
|
|
Since Dos
- 26/1/15(木) 13:55 -
|
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@113x42x194x118.ap113.ftth.ucom.ne.jp>
|
|
Since Dos
- 26/1/14(水) 19:15 -
|
▼somemさん:
検討いただきありがとうございます。
同一点クリックは自分でも確認してました。
頻度が高いわけではないのでこのまま使用させていただきます。
<Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36@113x42x194x118.ap113.ftth.ucom.ne.jp>
|
|
somem
- 26/1/14(水) 18:50 -
|
▼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@p761133-ipoe.ipoe.ocn.ne.jp>
|
|
Since Dos
- 26/1/14(水) 15:06 -
|
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@113x42x194x118.ap113.ftth.ucom.ne.jp>
<Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:146.0) Gecko/20100101 Firefox/146.0@flh2-125-195-63-65.osk.mesh.ad.jp>
Jw_cad Copyright (C)1997-2021 Jiro Shimizu & Yoshifumi Tanaka