Indexへ
(3557)//【3554】→(3558)
------------------------
【タイトル】要望です
【記事番号】 3554 (*)
【 日時 】04/05/12 14:05
【 発言者 】joker
【 リンク 】http://www.atsmile.com/jw/



前にも何度か書きましたが、DXF_HDR.DATに
縦書き用の STYLEテーブルを追記して欲しく思います。

あと、データ保存時に、容量不足などで保存失敗した際、
その残骸データを削除するように、していただきたく思います。

宜しくお願い致します。


Indexへ
(3554)←【3558】→(3563)
------------------------
【タイトル】Re(1):要望です
【記事番号】 3558 (3554)
【 日時 】04/05/12 16:43
【 発言者 】古川 furukawa@mail.ne.jp
【 リンク 】http://jwx.hp.infoseek.co.jp/



▼jokerさん:
>あと、データ保存時に、容量不足などで保存失敗した際、
>その残骸データを削除するように、していただきたく思います。

合わせて不要データの削除(読みとり無視)もお願いしたく思います。

ココの掲示板を始め、異常に肥大したデータの報告が見受けられます。

そのため私のところでファイルサイズ修正ソフト JFchecker を公開していますが、やっている事は、不要であろうブロック定義データを削除しているだけです。それだけでも、かなりの解決例があがっています。

ブロックを含むデータはともかく、少なくともブロックが一つもないデータに、ブロック定義データが続くのは異常だと思われます。私が見てきたデータは、その様なデータばかりでした。

JWCデータと違い、JWWデータには、図形の種類ごとの数量データがありません。ファイル処理に置いて、図形データリストの実体の最初に出てくる図形総数のみが頼りで、もしこの数値が狂えばブロック定義データの読みとり開始位置が狂い、失礼かもしれませんが、データとしての整合性がとれなくなる危うさを感じます。

現状では、整合性がとれているかどうかの確認手段がありませんが、読みとり時に、せめて、ブロックを含まないデータでブロック定義データを無視するだけでも、かなりの割合で、肥大化データの発生を防げるのではないかと思います。


Indexへ
(3558)←【3563】//(3559)
------------------------
【タイトル】要望です
【記事番号】 3563 (3554)
【 日時 】04/05/12 19:25
【 発言者 】高橋

▼jokerさん:
>前にも何度か書きましたが、DXF_HDR.DATに
>縦書き用の STYLEテーブルを追記して欲しく思います。
>
>
>
そうですね。
縦書きはうまく読めてほしいと思うことがあります。
ヘッダーを変えれば済むまでになっているらしいので、なおのこと・・・

本体とDXF_HDR.DAT
という具合にわざわざ別ファイルになっているので、
理解できる人が勝手にやってくれ・・・みたいに受け取れなくもなくて、
要望もすこし気が引けるのですが・・・。

DXF_HDR.DATを変えた時、うまくない恐れがあるなら、
(DXFの相手はAutoだけでもないし)
リネームすれば使用できるような、別ヘッダーファイルを
アーカイブに加えてあるというのでも良いのですが・・・。
個人的には。

気が引けると言いつつ
要望です。すいません。