RSJWで文字変換
ゆう 15:54 2019.08.30 Fri
先日、書きました内容を再読してみると
分かりにくい文章だったので書き直します。
JWWに書いた文字をRSJWWを使ってスケッチアップに
変換した場合に起こる現象です。
現象の内容は変換後スケッチアップで保存をすると
=========================
「慌てないでください」
中略
「今すぐ修正」「後で修正」「常にモデルを修正」
=========================
と表示され、
「今すぐ修正」をクリックすると
塗りつぶしされている文字が一部
白抜き状態になります。
「後で修正」をクリックすれば
白抜きにはならず、保存はできます。
その後、そのスケッチアップのファイルを開くと
同様の警告が表示されます。
今まで文字をRSJWWで変換して作業をしていませんでしたので
気が付きませんでした。
ちなみに
有効性チェックの結果。
「今すぐ修正」後の「詳細表示」をみますと
===========================
CEdge (32061)の開始頂点と終了頂点が同じです
CEdge (32061)エンティティを消去してください - 完了
CEdge (32332)の開始頂点と終了頂点が同じです
CEdge (32332)エンティティを消去してください - 完了
CLoop (32068) (CFace (32381)) は閉じていません
CFace (32381)のループ 0 は無効な外側ループです
CFace (32381)エンティティを消去してください - 完了
以下略
===========================
とこんな具合です。
分かりにくい文章だったので書き直します。
JWWに書いた文字をRSJWWを使ってスケッチアップに
変換した場合に起こる現象です。
現象の内容は変換後スケッチアップで保存をすると
=========================
「慌てないでください」
中略
「今すぐ修正」「後で修正」「常にモデルを修正」
=========================
と表示され、
「今すぐ修正」をクリックすると
塗りつぶしされている文字が一部
白抜き状態になります。
「後で修正」をクリックすれば
白抜きにはならず、保存はできます。
その後、そのスケッチアップのファイルを開くと
同様の警告が表示されます。
今まで文字をRSJWWで変換して作業をしていませんでしたので
気が付きませんでした。
ちなみに
有効性チェックの結果。
「今すぐ修正」後の「詳細表示」をみますと
===========================
CEdge (32061)の開始頂点と終了頂点が同じです
CEdge (32061)エンティティを消去してください - 完了
CEdge (32332)の開始頂点と終了頂点が同じです
CEdge (32332)エンティティを消去してください - 完了
CLoop (32068) (CFace (32381)) は閉じていません
CFace (32381)のループ 0 は無効な外側ループです
CFace (32381)エンティティを消去してください - 完了
以下略
===========================
とこんな具合です。
ゆう 09:38 2019.09.02 Mon
ゆうさんこんにちは。レスが遅くなりました
スクリプトを見直してみると、文字列変換はSUに丸投げしている上、問題を防止できるようなパラメーターも用意されていないようです。
察するに、フォントが文字を表現する際に用いているベジェ曲線をSUが線分に分解して面を貼る過程で、線分の交差が起きているのではないかと考えます。
あるいはセリフのような小さい部位があるフォントにおいて、穴の空いた多角形の座標の進行方向が正しく解釈されない、なども考えられます。
そのためおそらくですが、特定のフォントで特定の文字を含む場合にはほぼ確実に再現するんじゃないでしょうか。
ゆうさんの調査を元に対処療法を考えてみますと、「後で修正」を選択した後、当該文字列の線と面を選択して「モデルと交差」を実行すると少しはマシになるんじゃないかと思います。
それでも塗り損ないの文字は残ってしまいますので、問題の本質は改善できていないんですけど
スクリプトを見直してみると、文字列変換はSUに丸投げしている上、問題を防止できるようなパラメーターも用意されていないようです。
察するに、フォントが文字を表現する際に用いているベジェ曲線をSUが線分に分解して面を貼る過程で、線分の交差が起きているのではないかと考えます。
あるいはセリフのような小さい部位があるフォントにおいて、穴の空いた多角形の座標の進行方向が正しく解釈されない、なども考えられます。
そのためおそらくですが、特定のフォントで特定の文字を含む場合にはほぼ確実に再現するんじゃないでしょうか。
ゆうさんの調査を元に対処療法を考えてみますと、「後で修正」を選択した後、当該文字列の線と面を選択して「モデルと交差」を実行すると少しはマシになるんじゃないかと思います。
それでも塗り損ないの文字は残ってしまいますので、問題の本質は改善できていないんですけど
Hino 21:55 2019.09.07 Sat
Hinoさん
お忙しい中ERSありがとうございます。
文字をSUに変換することは基本的には
ないのでご心配はいりません。
たまたま、説明文を図面に書き込んで
3D化して気づきました。
「後で修正」という方法で保存をし
SU付属ソフトの「レイアウト」でSUのデータを読み込むと
文字が部分的に白抜きになりますね。
そこで自分なりの対処法としては、小さい文字
長文などを変換したい場合は
JWで文字を外部変形を使って線分化してから
RSJWで変換すればいいかと思っています。
いろいろご検証ありがとうございます。
RSJWはJWの3D化に最高です。
ご心配おかけしました。m(_ _)m
お忙しい中ERSありがとうございます。
文字をSUに変換することは基本的には
ないのでご心配はいりません。
たまたま、説明文を図面に書き込んで
3D化して気づきました。
「後で修正」という方法で保存をし
SU付属ソフトの「レイアウト」でSUのデータを読み込むと
文字が部分的に白抜きになりますね。
そこで自分なりの対処法としては、小さい文字
長文などを変換したい場合は
JWで文字を外部変形を使って線分化してから
RSJWで変換すればいいかと思っています。
いろいろご検証ありがとうございます。
RSJWはJWの3D化に最高です。
ご心配おかけしました。m(_ _)m
ゆう 20:30 2019.09.08 Sun
JWWから3D化に欠かせない道具です。
ありがとうございます。
RSJWを使っていて気になった点を書いておきます。
今回、説明文を含めてスケッチに変換しまして
とても順調に変換できています。
そのまま保存をしようとすると以下のメッセージが出ます。
=========================
「慌てないでください」
中略
「今すぐ修正」「後で修正」「常にモデルを修正」
=========================
「今すぐ修正」をクリックすると
RSJWから変換した文字の
中の塗りつぶしが文字によっては無くなって
白抜き状態になります。
そこで
「後で修正」をクリックして保存をしています。
今のところ「後で修正」の状態で特にデータに不具合は出ていません。
ちょっと気になったので報告させていただきました。
ひょっとして自分の環境だかでしょうか?
環境
WINDOWS 10 64ビット
スケッチアップ2019
RSJww.rb 更新日時2018/04/08