以前から気になってはいたのですが、保存を繰り返す度にファイルの容量が肥大してくる。ドキュメント内容にも因りますが、倍くらいになったりします。別名保存をすると、コンパクトになります。
この、差分には何が保存されていたのでしょうか?
もし、仮にundo情報みたいな物だとしたら、どの様に利用するのでしょう?宜しくお願いします。
ぺ 2007/10/22 09:19:56
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419.3 (KHTML, like Gecko) Safari/419.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
忘れていましたが、Mac版です。
ぺ 2007/10/22 09:20:25
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419.3 (KHTML, like Gecko) Safari/419.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
変更分だけを追加して書いていけば、保存が早くできます。そのかわり、使わなくなったデータまで残るので、データサイズは大きくなります。
匿名 2007/10/22 10:31:52
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
結局、この肥大化していった部分は、「何の役にも立たない負の遺産」と言うことでしょうか?
確かに「オブジェクトに文字や配置イメージなどが増えて容量もそれの伴って増える」と言うのでしたら分かりますが、例えば元々100ページあった物を99ページ削除して1ページだけ、それも何も無い白ページだけにして保存しても尚、100ページの時と同じ位のファイル容量あります。
InDesignは何でこんな風なのでしょう?不思議です。
ぺ 2007/10/23 10:08:52
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419.3 (KHTML, like Gecko) Safari/419.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
理由もちゃんと書いてあるのですけどねぇ。なぜ分からないのか、不思議です。
いやなら、別名保存する習慣をつければよいだけのことでしょ。
匿名 2007/10/23 11:32:20
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
申し訳ありません。私の質問の仕方がいけなかったようです。
保存の仕組みは匿名さんの言う通りかもしれませんが、私は保存する度にデータが最適化されないで不要な物まで残すには、それなりに「意味があるからではないだろか?」。ただ、単に保存の時間短縮のためだけでないように思ったからです。
それなら、その肥大化した不要とも思える部分のデータは、私の知らないような方法で利用することが出来るのなら、その「利用方法」。利用できないとするなら「最初から最適化した状態で保存することが出来る様な設定があるのか?」と言うことだったのです。
最初余りに簡素な質問で申し訳ありませんでしたが、宜しくお願いします。
ぺ 2007/10/23 14:36:27
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419.3 (KHTML, like Gecko) Safari/419.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
匿名さん、もっとかみ砕いて、アホな私にも解るように教えてください。
イラストレータ等でも同じなのでしょうか??
なな 2007/10/23 15:09:30
Mozilla/4.0 (compatible; MSIE 5.16; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
詳細な知識はありませんが、「匿名」さんは高速保存するための副産物でデータサイズが大きくなっていく。
つまりは、編集前データに編集作業記録を付加すれば、それを繰り返せば、ファイルサイズは大きくなります。他に使い道はないので特に触れません。
最適化は新規保存時に行われるので、その都度別名で保存するのが良いのではないですか?と言ってるようにみえますが。。。
トルツメ
sage 2007/10/23 15:56:20
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
結論から言って、この肥大化していく部分のデータは、特にundo情報などと言った様な有意義な物では無く、「無駄に容量を消費している物」と考えてよろしいのでしょうか?
ぺ 2007/10/23 17:34
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419.3 (KHTML, like Gecko) Safari/419.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
保存の時間短縮のためなのだから「無駄」ではないと思うのですが。
それが要らなければ別名で保存すればいいだけですし。
むしろ毎回保存に時間がかかるのなら、それこそ「時間の無駄」だと思います。
2007/10/23 18:02
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419.3 (KHTML, like Gecko) Safari/419.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
ここではファイル容量に関して問うているのであって、時間などは問題にしていないのでは?
しかも、普通に保存した場合と、別名保存して最適化を図った場合とで、多少の違いはあれど、そんなに恩恵を受けるほど大きな違いがあるとは思えないのだが。仮に時短を目的としているのであれば、InDesignより、むしろphotoshopやIllustratorのようにもっと保存に時間のかかるものに採用されても不思議ではないと思う。よって時短目的ではない可能性が大きいと考えます。
匿名2 2007/10/23 23:42
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; InfoPath.1)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[3316] 旧掲示板 (2007/10/22 Mon 09:19)