アクティビティ

  • 西田将也 さんは、ブログ「APIに詳しい方、ご協力お願いします。」にコメントしました。 1785 日前
    > 「構成部品保存」のときの"swExt"は各構成部品ドキュメントのエクステンションに定義されているでしょうか? ぼくも同じ間違いしてました。 部品のModelDocExtentionからSaveAsを使うと swModel = swComp.getModelDoc2swExt =...
  • 新谷淳さんがページ「通知設定を変更するには」を作成しました。 1785 日前
    コメント通知がメールとJUG-RINGのメッセージが両方届いて面倒な場合の設定がわかりにくいので解説します。 まず、下図の「設定」をクリックし、 通知機能をクリック 一番下までスクロールして、コメント通知のEmailとサイト(メッセージ)のどちらかのみチェックを入れて、保存をクリックしてください。    
  • 新谷淳さんがページ「投稿に画像を貼り付けるには」を作成しました。 1785 日前
    まず、貼り付けたい画像を準備して、わかり易い場所に保存します。PNG形式でデスクトップに保存するのがおすすめです。 ファイル名はできるだけ半角英数のみを使ってください。問題ないケースも多いのですが、文字によってエラーになることがあります。 注意:...
  • 新谷淳さんがページ「SWJUG-RINGの使い方」を作成しました。 1785 日前
    SW-JUGRING(このサイト)を使うときに、やり方が分かりにくいところや、知っていると便利な機能を解説します。 書き込むスペースが狭くて編集しにくい時は 投稿に画像を貼り付けるには 通知設定を変更するには
  • 辻 直樹 さんは、ブログ「APIに詳しい方、ご協力お願いします。」にコメントしました。 1786 日前
    コードが抜粋なので定かではありませんが、 「構成部品保存」のときの"swExt"は各構成部品ドキュメントのエクステンションに定義されているでしょうか? もしアセンブリのものだと、アセンブリを部品として保存することになりそうです。 その後の「Assemblyを保存」と同じなので気になりました。   また、リネームと構成部品のSaveAsを両方行っていますが、どちらか一方で良いのではないでしょうか? リネームの場合はアセンブリ保存のSaveAsのオプションで"_SaveRefe...
  • 西田将也 さんは、ブログ「APIに詳しい方、ご協力お願いします。」にコメントしました。 1788 日前
    そういえばリンクしたサンプルコード最後にバグがあってそのままだとアセンブリファイルが保存されないのでご注意ください,> errors = swApp.CopyDocument(source + sourcefile, target + sourcefile, (sourcefiles), (targetfiles), copyopt)第一引数をsource + sourcefile から sourcefile...
  • 西田将也 さんは、ブログ「APIに詳しい方、ご協力お願いします。」にコメントしました。 1788 日前
    たしかにModelDocExtentionのSaveAsメソッドでは,参照先書き換えてくれませんね。SaveAsメソッドのリファレンス Remarksのところに, Do not use ModelDocExtension::SaveAs to copy assemblies, drawings, or parts with in-context references. Instead, use ISldWorks::CopyDocument or...
  • 福谷勇時 さんは、ブログ「APIに詳しい方、ご協力お願いします。」にコメントしました。 1789 日前
    よろしくお願いします。
  • 福谷勇時 さんがこのサイトに参加しました 1789 日前
  • 臼井隆之 さんがこのサイトに参加しました 1790 日前
  • 由本 雅治 さんがこのサイトに参加しました 1793 日前
  • 野洲 拓也 さんがこのサイトに参加しました 1797 日前
  • 鵜飼和三 さんがこのサイトに参加しました 1799 日前
  • 辻 直樹 さんは、議題「 押し出し面の自動認識が行われない。 」に返答しました これってバグじゃないですか?グループ内 1802 日前
    前回のレス、表現がおかしくて誤解を招きそうでしたね。 「輪郭が少ないとき多重を認識しない」ではなく、「輪郭が少ないとき多重だと自動で押し出し領域を決定しない」 「輪郭が多いとき多重でも認識する」ではなく、「輪郭が多いとき多重なのに自動で押し出し領域を決定してしまう」 と言った方が良さそうです。 つまり「多重の場合は明示的にユーザーが指示して下さい」というのが本来の仕様であって、あまり輪郭が多くなると判定に計算の負荷がかかるので、100ヶを境に多重であることのチェックを放棄して負荷を下げて...
  • Hirotoshi Masumizu さんは、議題「 押し出し面の自動認識が行われない。 」に返答しました これってバグじゃないですか?グループ内 1803 日前
    内部で輪郭の数をチェックしているのであれば、チェックを放棄する輪郭数を変更できれば解決できるかもしれませんね。 Optionなどでそういった入力個所がないか、探してみます。 もしご存じであれば、ご教授ください。
  • 辻 直樹 さんは、議題「 押し出し面の自動認識が行われない。 」に返答しました これってバグじゃないですか?グループ内 1804 日前
    この場合、「輪郭が少ないとき多重を認識しない」のをバグとするのか、「輪郭が多いとき多重でも認識する」のをバグとするのかは微妙かもしれません。 多重のスケッチを押し出す場合、独立したソリッドボディが複数できてしまうので、本来は「輪郭の選択」で明示的に指定するのがセオリーということかと思います。 フィーチャーに使うスケッチはなるべく複雑にしない方が良いということもあるので、輪郭の選択が面倒になるほどのスケッチは作らないだろうということでの101ヶなのかも知れませんね。(自動で認識するというよりも...
  • Hirotoshi Masumizu さんは、議題「 押し出し面の自動認識が行われない。 」に返答しました これってバグじゃないですか?グループ内 1804 日前
    辻さん、ご返信・検証ありがとうございます。 輪郭の数が押し出し面認識の線引きとなるのですね。 輪郭の数が少ないほうが認識は簡単そうですが、多いほうができるのは不思議です。。。 輪郭の数が少ないスケッチは、手動で押し出し面を選択するしか対策がないのでしょうか。
  • 辻 直樹 さんは、議題「 押し出し面の自動認識が行われない。 」に返答しました これってバグじゃないですか?グループ内 1804 日前
    Masumizuさん、面白いことに気付きましたね! へ~と思って色々試してみた所、パターンには関係なく、3重丸では33はNG,34はOK、3重の四角でも同じ、4重丸では25はNG,26でOKとなりました。 どうやら「閉じた輪郭」が101以上あると、多重になっていても自動で認識するようでした。 ということは・・・101重丸も自動で認識する?と思い試してみると、、、出来ました!
  • Hirotoshi Masumizu さんは、新しく議題「 押し出し面の自動認識が行われない。 」を追加しました。 これってバグじゃないですか?グループ内 1804 日前
    三重丸のスケッチを押し出ししようとすると押し出しされる面がうまく認識されませんが、三重丸の数を増やす(50個ほど)と問題なく押し出しの面が自動で認識されます。数が多いと認識されるのになぜ数が少ないとうまくいかないのでしょうか。こちらはバグという認識でよろしいでしょうか。
  • Hirotoshi Masumizu さんは、グループ「 これってバグじゃないですか? 」に参加しました。 1804 日前