インデザインCSの出力
[こば]-2004/06/21 19:55:24 [Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC)]
[A6M5]-2004/10/29 11:50:44 [Mozilla/4.0 (compatible; MSIE 5.23; Mac_PowerPC)]
[ringo]-2004/11/01 18:45:10 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461; SV1)]
[こば]-2004/11/05 23:38:30 [Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC)]
[KIRIN]-2004/11/06 01:51:23 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
[A6M5]-2004/11/08 14:01:30 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
»
私はこの質問をしたこば゛です。質問をして4か月たちました。私なりに解決して仕事をしています。その方法は、EPSを貼ったインデザインCSから直接、出力するのでなく、一旦PDFに書き出して出力するのです。アドビではEPSファイルをASCII形式で保存し直すなどの解決策を言っていますが私はPDFにするのがベストです。実はこのあとEPSを貼りこんだドキュメントを面付けソフトに貼る作業もあるからです。
それにしてもなぜEPSを貼りこんだインデザインCSから直接、出力できないのか-バイナリのEPSってなんなのか-そう考えていたらその答えのようなことが書いてありました。今、発売中のDTP WORLD11月号(13日には次の号がでる)の50ページです。イラストレーターの8までの記述言語はPostScript,9から以降はPDFであり、EPSファイルを扱うプレビューデータはOS9まではバイナリエンコーデングでOSXはASCIIエンコーデングというものです。
A6M5さん アクロバット6でWトンボを入れたいのですね。プリントの詳細設定というところを開き、「トンボのすべてのマーク」の四角にチェックをいれ、トンボのスタイルを日本式トンボとして「コーナートンボ」の(内)と(外)の両方にチェックをいれればできますよ。
それにしてもなぜEPSを貼りこんだインデザインCSから直接、出力できないのか-バイナリのEPSってなんなのか-そう考えていたらその答えのようなことが書いてありました。今、発売中のDTP WORLD11月号(13日には次の号がでる)の50ページです。イラストレーターの8までの記述言語はPostScript,9から以降はPDFであり、EPSファイルを扱うプレビューデータはOS9まではバイナリエンコーデングでOSXはASCIIエンコーデングというものです。
A6M5さん アクロバット6でWトンボを入れたいのですね。プリントの詳細設定というところを開き、「トンボのすべてのマーク」の四角にチェックをいれ、トンボのスタイルを日本式トンボとして「コーナートンボ」の(内)と(外)の両方にチェックをいれればできますよ。
[こば]-2004/11/09 00:53:57 [Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC)]
[A6M5]-2004/11/09 15:25:30 [Mozilla/4.0 (compatible; MSIE 5.23; Mac_PowerPC)]
[ron.]-2004/11/09 15:33:42 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
[こば]-2004/11/09 20:16:58 [Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)]
[匿名]-2004/11/09 22:01:14 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/125.5.5 (KHTML, like Gecko) Safari/125.11]
[ron.]-2004/11/10 09:08:18 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
[???]-2004/11/10 12:48:18 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
»
DTP WORLDの記事-「EPSファイルを扱うプレビューデータはOS9まではバイナリエンコーデングで、OSXはASCIIエンコーデング」-のどこがおかしいのか、誰か解説してください。こういう雑誌から学ぼうとしている方々が日本中にいるのですよ。
A6M5さん、先日はごめんなさい.私はアクロバット6もインディCSと同じようにでるものだと思って書いてしまいましたが、いわれてやってみると、たしかにアクロバット6ではWトンボが入りません。環境設定も見てみましたが、そもそもアクロバット6ではWトンボは
出ないと思います。そのようには作られていないようです。インデCSがあるようですからインデザインから「書き出し」でPDFにして出力するのがいいと思います。
A6M5さん、先日はごめんなさい.私はアクロバット6もインディCSと同じようにでるものだと思って書いてしまいましたが、いわれてやってみると、たしかにアクロバット6ではWトンボが入りません。環境設定も見てみましたが、そもそもアクロバット6ではWトンボは
出ないと思います。そのようには作られていないようです。インデCSがあるようですからインデザインから「書き出し」でPDFにして出力するのがいいと思います。
[こば]-2004/11/12 21:33:58 [Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC)]
[クロネコ]-2004/11/12 23:41:24 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/125.5 (KHTML, like Gecko) Safari/125.9]
»
>「EPSファイルを扱うプレビューデータは
>OS9まではバイナリエンコーデングで、OSXはASCIIエンコーデング」
>のどこがおかしいのか、誰か解説してください。
EPSFというフォーマットを解説しているサイトは幾つもあるので、
こういうときは是非検索して、探してみてください。
また、EPSFの画面プレビュー形式としてはPICT/JPEG/TIFFが採用されているので
それらのフォーマットについても一緒に記載しているサイトもありますね。
どのみち内容的には、掲示板で補いきれないのは確かです。
>こういう雑誌から学ぼうとしている方々が日本中にいるのですよ。
特定の雑誌を擁護するわけではないですけど、
「世の中に流布する、数多の情報がすべて正しいとは限らない」と
考えた方がいいかと。
確かに今回は、ちょっとお粗末ではあるけれど。
>OS9まではバイナリエンコーデングで、OSXはASCIIエンコーデング」
>のどこがおかしいのか、誰か解説してください。
EPSFというフォーマットを解説しているサイトは幾つもあるので、
こういうときは是非検索して、探してみてください。
また、EPSFの画面プレビュー形式としてはPICT/JPEG/TIFFが採用されているので
それらのフォーマットについても一緒に記載しているサイトもありますね。
どのみち内容的には、掲示板で補いきれないのは確かです。
>こういう雑誌から学ぼうとしている方々が日本中にいるのですよ。
特定の雑誌を擁護するわけではないですけど、
「世の中に流布する、数多の情報がすべて正しいとは限らない」と
考えた方がいいかと。
確かに今回は、ちょっとお粗末ではあるけれど。
[あさうす]-2004/11/13 10:42:45 [Mozilla/5.0 (Windows; U; Windows NT 5.0; ja-JP; rv:1.7.5) Gecko/20041108 Firefox/1.0]
[m_ogawa]-2004/11/13 11:52:31 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)]
»
013 こばさん:
> DTP WORLDの記事-「EPSファイルを扱うプレビューデータ
> はOS9まではバイナリエンコーデングで、OSXはASCIIエン
> コーデング」-のどこがおかしいのか、誰か解説してくだ
> さい。こういう雑誌から学ぼうとしている方々が日本中
> にいるのですよ。
そこの記述の部分は全面的に誤解したまま書かれているよう
です。
引用してみます。
DTP WORLD 2004.11 P.50より引用
| またEPSは、プレビュー画像を
| 添付しているファイル形式なのだが、
| OS XはUNIXベースであるた
| め、EPSファイルを扱う場合のプ
| レビューデータは、ASCII エンコ
| ーディングとなる。OS 9.0 までは
| バイナリエンコーディングであるこ
| とを考えると、OS間でのトラブル
| にも PostScript は関係していると
| いうことを意識しておこう。
細かいことをいうとキリがないのですが、この記述は、
Mac OS X でも使える リソースフォークについての誤解
(UNIXベースであることと、ファイルシステムのリソー
スフォークが扱えないことは関係がない)があると思い
ます。もう一つ、EPS の本体のエンコーディング形式で
ある ASCII エンコーディング・バイナリエンコーディン
グの話が混ざっていると思います。
おそらく、
(Illustrator CS の「お読みください.pdf」より引用)
| バイナリ EPS
| Adobe Illustrator CS では、バイナリ EPS ファイル
| のリンクはサポートされません。EPS 画像をリンクし
| て保存するには、ASCII EPS ファイルを使用してくだ
| さい。Adobe Photoshop CS では、初期設定で EPS 画
| 像が ASCII 形式として保存されるようになりました。
| バイナリ EPS ファイルは ASCII EPS ファイルとして
| 開いて保存し直すことができます。
を読んでいたのかもしれません。でも、これは、文面の
通り、Illustrator CS に「リンクする」「EPSファイル」
についての記述なので、やはり、DTP WORLD での記述は
まずいと思います。
~~~
余談ですが、「バイナリ EPS ファイルのリンクはサポー
トされません。」っていうことですが、いろいろな必要
があって、バイナリ EPS ファイルのリンクで運用せざる
を得ない場面が多いのが実情です。しかし、この部分に
不具合があって、バイナリ EPS ファイルをリンクした
Illustrator eps を保存して閉じると、次回、「開けな
くなります」。
Adobe Forums(http://forums.adobe.co.jp/)における
この件のやり取り(削除済み?)を見ている限り、サ
ポートしなくする積極的な理由はなかったので、次期
Illustrator 12 では直って欲しい、Illustrator 11 で
も問題なく使えるように修正が出て欲しいと思っていま
す。
# Adobe Forumsの トピック、役立つ情報だなあ、後で
# じっくり読んで検証しよう、と思っていたら削除され
# ていました。
> DTP WORLDの記事-「EPSファイルを扱うプレビューデータ
> はOS9まではバイナリエンコーデングで、OSXはASCIIエン
> コーデング」-のどこがおかしいのか、誰か解説してくだ
> さい。こういう雑誌から学ぼうとしている方々が日本中
> にいるのですよ。
そこの記述の部分は全面的に誤解したまま書かれているよう
です。
引用してみます。
DTP WORLD 2004.11 P.50より引用
| またEPSは、プレビュー画像を
| 添付しているファイル形式なのだが、
| OS XはUNIXベースであるた
| め、EPSファイルを扱う場合のプ
| レビューデータは、ASCII エンコ
| ーディングとなる。OS 9.0 までは
| バイナリエンコーディングであるこ
| とを考えると、OS間でのトラブル
| にも PostScript は関係していると
| いうことを意識しておこう。
細かいことをいうとキリがないのですが、この記述は、
Mac OS X でも使える リソースフォークについての誤解
(UNIXベースであることと、ファイルシステムのリソー
スフォークが扱えないことは関係がない)があると思い
ます。もう一つ、EPS の本体のエンコーディング形式で
ある ASCII エンコーディング・バイナリエンコーディン
グの話が混ざっていると思います。
おそらく、
(Illustrator CS の「お読みください.pdf」より引用)
| バイナリ EPS
| Adobe Illustrator CS では、バイナリ EPS ファイル
| のリンクはサポートされません。EPS 画像をリンクし
| て保存するには、ASCII EPS ファイルを使用してくだ
| さい。Adobe Photoshop CS では、初期設定で EPS 画
| 像が ASCII 形式として保存されるようになりました。
| バイナリ EPS ファイルは ASCII EPS ファイルとして
| 開いて保存し直すことができます。
を読んでいたのかもしれません。でも、これは、文面の
通り、Illustrator CS に「リンクする」「EPSファイル」
についての記述なので、やはり、DTP WORLD での記述は
まずいと思います。
~~~
余談ですが、「バイナリ EPS ファイルのリンクはサポー
トされません。」っていうことですが、いろいろな必要
があって、バイナリ EPS ファイルのリンクで運用せざる
を得ない場面が多いのが実情です。しかし、この部分に
不具合があって、バイナリ EPS ファイルをリンクした
Illustrator eps を保存して閉じると、次回、「開けな
くなります」。
Adobe Forums(http://forums.adobe.co.jp/)における
この件のやり取り(削除済み?)を見ている限り、サ
ポートしなくする積極的な理由はなかったので、次期
Illustrator 12 では直って欲しい、Illustrator 11 で
も問題なく使えるように修正が出て欲しいと思っていま
す。
# Adobe Forumsの トピック、役立つ情報だなあ、後で
# じっくり読んで検証しよう、と思っていたら削除され
# ていました。
[CL]-2004/11/14 18:24:26 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.7.5) Gecko/20041108 Firefox/1.0]
»
訂正です。
×
不具合があって、バイナリ EPS ファイルをリンクした
Illustrator eps を保存して閉じると、次回、「開けな
くなります」。
○
不具合があって、バイナリ EPS ファイルをリンクした
Illustrator eps を保存して閉じると、次回、まれに
「開けなくなる」ことがあります。
実際に開けなくなっている EPS のサンプルは、こちらに
用意してあります。
http://cl.cocolog-nifty.com/dtp/2004/09/illustrator_cse.html
開けなくなった EPS から、開くのに必要なデータを抜
き出のに使える perl スクリプトは、MM岩手さんが公開
しています。上記 URL からたどれます。
×
不具合があって、バイナリ EPS ファイルをリンクした
Illustrator eps を保存して閉じると、次回、「開けな
くなります」。
○
不具合があって、バイナリ EPS ファイルをリンクした
Illustrator eps を保存して閉じると、次回、まれに
「開けなくなる」ことがあります。
実際に開けなくなっている EPS のサンプルは、こちらに
用意してあります。
http://cl.cocolog-nifty.com/dtp/2004/09/illustrator_cse.html
開けなくなった EPS から、開くのに必要なデータを抜
き出のに使える perl スクリプトは、MM岩手さんが公開
しています。上記 URL からたどれます。
[CL]-2004/11/14 18:36:50 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.7.5) Gecko/20041108 Firefox/1.0]
»
こばさんはどうこういう前にもう少し勉強した方がいいよ。
[匿名]-2004/11/15 11:12:35 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/125.5.5 (KHTML, like Gecko) Safari/125.11]
»
> 時期Illustrator 12では直って欲しい、Illustrator 11でも
> 問題なく使えるように修正が出て欲しいと思っています。
これですが、望み薄だと思う。
今までバイナリエンコードEPSFが確実に扱えたのはMAC系のみ
Win系やUnix系では殆どの環境でASCII運用しかできませんでしたから。
確かにバイナリでエンコードされればファイルサイズ等は小さくなる効果は
ありますが、しかし、他環境との統合や混在した環境が想定される現状では、
確実に運用出来るデータ形式のみに固定化された方が、安全に異機種で同一
データの運用が可能と思います。
Adobeでも旧来のASCIIフォーマットだとファイルサイズが肥大化するため
新型のASCIIフォーマット(ASCII[85]) を開発しバイナリ比較120~130%
程度の肥大化で済ませられるような形式にしています。
旧来の7bit-ASCIIだと、最悪の場合バイナリ比較で200%にも膨らむ。
ちなみに、Photoshop CSから、EPSのデフォルトエンコードはASCII(85)に。
> 問題なく使えるように修正が出て欲しいと思っています。
これですが、望み薄だと思う。
今までバイナリエンコードEPSFが確実に扱えたのはMAC系のみ
Win系やUnix系では殆どの環境でASCII運用しかできませんでしたから。
確かにバイナリでエンコードされればファイルサイズ等は小さくなる効果は
ありますが、しかし、他環境との統合や混在した環境が想定される現状では、
確実に運用出来るデータ形式のみに固定化された方が、安全に異機種で同一
データの運用が可能と思います。
Adobeでも旧来のASCIIフォーマットだとファイルサイズが肥大化するため
新型のASCIIフォーマット(ASCII[85]) を開発しバイナリ比較120~130%
程度の肥大化で済ませられるような形式にしています。
旧来の7bit-ASCIIだと、最悪の場合バイナリ比較で200%にも膨らむ。
ちなみに、Photoshop CSから、EPSのデフォルトエンコードはASCII(85)に。
[KIRIN]-2004/11/15 13:13:23 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
»
> Win系やUnix系では殆どの環境でASCII運用しかできませんでしたから。
実際には、面付け段では 8bit-clean になっていて問題
ないという環境が多かったとおもいます。
> Adobeでも旧来のASCIIフォーマットだとファイルサイズが肥大化するため
> 新型のASCIIフォーマット(ASCII[85]) を開発しバイナリ比較120~130%
> 程度の肥大化で済ませられるような形式にしています。
ASCII85 エンコーディングって、よもや Photoshop の
標準形式になろうとはベンダーも思っていなかったのか
もしれません、現状では残念ながらこれまでの機材との
互換性という面で今イチ(未来は明るいのでしょうが)
なので、むやみやたらに ASCII85にしていいというわけ
でもないですよね。
実際には、面付け段では 8bit-clean になっていて問題
ないという環境が多かったとおもいます。
> Adobeでも旧来のASCIIフォーマットだとファイルサイズが肥大化するため
> 新型のASCIIフォーマット(ASCII[85]) を開発しバイナリ比較120~130%
> 程度の肥大化で済ませられるような形式にしています。
ASCII85 エンコーディングって、よもや Photoshop の
標準形式になろうとはベンダーも思っていなかったのか
もしれません、現状では残念ながらこれまでの機材との
互換性という面で今イチ(未来は明るいのでしょうが)
なので、むやみやたらに ASCII85にしていいというわけ
でもないですよね。
[CL]-2004/11/15 15:58:39 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.7.5) Gecko/20041108 Firefox/1.0]
[KIRIN]-2004/11/15 16:28:09 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
»
> これは本当の最終段階の話しですし、当時からMACで処理されたデータを
> 扱う関係上バイナリがサポートされた物が多かっただけで総てでは無いですね。
バイナリがサポートされていたものが多かったんであれ
ば、継続してサポートするのが顧客満足度を維持するた
めの方法であったはずですけれども、っていうのは、こ
こで言うことじゃあないですね。Adobe の方には言いま
した。
~~~
話の流れ的に、誘導した方がいいかと思いましたので、
下記の URL の方へ。
ASCII85 エンコーディングに対応していないシステム
http://dtpwiki.jp/index.php?ASCII85%20%A5%A8%A5%F3%A5%B3%A1%BC%A5%C7%A5%A3%A5%F3%A5%B0%A4%CB%C2%D0%B1%FE%A4%B7%A4%C6%A4%A4%A4%CA%A4%A4%A5%B7%A5%B9%A5%C6%A5%E0
7bit-ASCII エンコーディングでないとエラーの出るシステム
http://dtpwiki.jp/index.php?7bit-ASCII%20%A5%A8%A5%F3%A5%B3%A1%BC%A5%C7%A5%A3%A5%F3%A5%B0%A4%C7%A4%CA%A4%A4%A4%C8%A5%A8%A5%E9%A1%BC%A4%CE%BD%D0%A4%EB%A5%B7%A5%B9%A5%C6%A5%E0
僕は、7bit-ASCII エンコーディングでなければトラブル
が起こる系をしりませんので、差し支えなければ、記述
いただけたらと思います。
> 扱う関係上バイナリがサポートされた物が多かっただけで総てでは無いですね。
バイナリがサポートされていたものが多かったんであれ
ば、継続してサポートするのが顧客満足度を維持するた
めの方法であったはずですけれども、っていうのは、こ
こで言うことじゃあないですね。Adobe の方には言いま
した。
~~~
話の流れ的に、誘導した方がいいかと思いましたので、
下記の URL の方へ。
ASCII85 エンコーディングに対応していないシステム
http://dtpwiki.jp/index.php?ASCII85%20%A5%A8%A5%F3%A5%B3%A1%BC%A5%C7%A5%A3%A5%F3%A5%B0%A4%CB%C2%D0%B1%FE%A4%B7%A4%C6%A4%A4%A4%CA%A4%A4%A5%B7%A5%B9%A5%C6%A5%E0
7bit-ASCII エンコーディングでないとエラーの出るシステム
http://dtpwiki.jp/index.php?7bit-ASCII%20%A5%A8%A5%F3%A5%B3%A1%BC%A5%C7%A5%A3%A5%F3%A5%B0%A4%C7%A4%CA%A4%A4%A4%C8%A5%A8%A5%E9%A1%BC%A4%CE%BD%D0%A4%EB%A5%B7%A5%B9%A5%C6%A5%E0
僕は、7bit-ASCII エンコーディングでなければトラブル
が起こる系をしりませんので、差し支えなければ、記述
いただけたらと思います。
[CL]-2004/11/15 16:53:29 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.7.5) Gecko/20041108 Firefox/1.0]
[KIRIN]-2004/11/15 17:33:48 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
»
InDesignCSにバイナリEPSを貼ると、Ascii85で書き出します^^
ですから、Ascii85が使えない処理系では、エラーになるはず。
IllustratorCSがバイナリEPSをサポートしない、、というのは、マニュアルを読む限りでは印刷時に通さないため..と読めます。
事実、Windowsのデフォルトのプリンタポートや初期MacOSXに該当しますから、それ自体は正しいと思います。
しかし、本当に使えないなら、もっとしっかり書かなくてはならないので、現状の(バイナリEPS読み込みの)不具合はバグと
捕えるのが正しいような^^。
きっと次期バージョンでは何とかしてくれる..と思います(期待してます>アドビ)
まぁ、うちの場合バイナリよりJPEFエンコーディングが普通なので、あまり関係なかったりしますが。
ですから、Ascii85が使えない処理系では、エラーになるはず。
IllustratorCSがバイナリEPSをサポートしない、、というのは、マニュアルを読む限りでは印刷時に通さないため..と読めます。
事実、Windowsのデフォルトのプリンタポートや初期MacOSXに該当しますから、それ自体は正しいと思います。
しかし、本当に使えないなら、もっとしっかり書かなくてはならないので、現状の(バイナリEPS読み込みの)不具合はバグと
捕えるのが正しいような^^。
きっと次期バージョンでは何とかしてくれる..と思います(期待してます>アドビ)
まぁ、うちの場合バイナリよりJPEFエンコーディングが普通なので、あまり関係なかったりしますが。
[ron.]-2004/11/15 20:55:01 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)]
[牧師]-2004/11/16 00:54:17 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)]
[匿名]-2004/11/16 09:41:32 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/125.5.5 (KHTML, like Gecko) Safari/125.11]
»
>>プログラム上の不具合を次期バージョンで有料でしか直さないってのが、普通なの?
ソフトを作る側として言えば、
それが、「バグ」か「仕様」かで違いますね。
例えば、ソフトやマシンがハングアップするような不具合はバグでしょうが、そうでないとすると、ソフトを作る時の仕様どおりに作っているかどうかですね。
それが仕様ならば、ある意味、仕方ありません。
で、その仕様でまずい時は、ユーザーが声を大にして製作元に伝える事が大切だと思います。
そうやってソフトの完成度は上がっていくものです。
そもそも、ソフトに完成(完璧)はありません。そんなのがありえるんでしたら、世のソフトにバージョンアップ(バグフィックス、サービスパック)など必要ないはずですから。
ソフトを作る側として言えば、
それが、「バグ」か「仕様」かで違いますね。
例えば、ソフトやマシンがハングアップするような不具合はバグでしょうが、そうでないとすると、ソフトを作る時の仕様どおりに作っているかどうかですね。
それが仕様ならば、ある意味、仕方ありません。
で、その仕様でまずい時は、ユーザーが声を大にして製作元に伝える事が大切だと思います。
そうやってソフトの完成度は上がっていくものです。
そもそも、ソフトに完成(完璧)はありません。そんなのがありえるんでしたら、世のソフトにバージョンアップ(バグフィックス、サービスパック)など必要ないはずですから。
[がび]-2004/11/16 09:44:15 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)]
»
>不良品買わされてへらへら笑う^^
世の中に、バグのないソフトはまずないわけで。そのほとんどは、有償のバージョンアップで(こっそりと)直される。
バグの有無が不良というなら、あなたを含め、すべての人が不良品を購入しているんですよね。
バグで問題なのは2点あって、ひとつは致命的なバグ。回避方法が存在せず、ソフトの機能を満たさない場合です。
さすがに、これを有償といわれると怒ります。場合によっては、ソフト会社の存続が危うくなることもあります。
もうひとつが、バグ(不具合)があることを周知しないために起きるトラブルです。
バグバグといって、ソフト会社を責めるのは簡単ですが、その結果としてバグ情報を出さなくされるほうが、もっと怖いことになります。
回避方法さえあれば、それなりに使えるわけで、価格分程度は使ってるんじゃないですか?
##もちろん、可能な限りバグを減らす努力、その結果を出来る限り安くユーザに還元することは、必要でしょう。
##ソフトと、ソフト会社の姿勢を選ぶのはユーザです。いくら寡占状態でも、いったん崩れればあっという間にシェアは変わります。
世の中に、バグのないソフトはまずないわけで。そのほとんどは、有償のバージョンアップで(こっそりと)直される。
バグの有無が不良というなら、あなたを含め、すべての人が不良品を購入しているんですよね。
バグで問題なのは2点あって、ひとつは致命的なバグ。回避方法が存在せず、ソフトの機能を満たさない場合です。
さすがに、これを有償といわれると怒ります。場合によっては、ソフト会社の存続が危うくなることもあります。
もうひとつが、バグ(不具合)があることを周知しないために起きるトラブルです。
バグバグといって、ソフト会社を責めるのは簡単ですが、その結果としてバグ情報を出さなくされるほうが、もっと怖いことになります。
回避方法さえあれば、それなりに使えるわけで、価格分程度は使ってるんじゃないですか?
##もちろん、可能な限りバグを減らす努力、その結果を出来る限り安くユーザに還元することは、必要でしょう。
##ソフトと、ソフト会社の姿勢を選ぶのはユーザです。いくら寡占状態でも、いったん崩れればあっという間にシェアは変わります。
[ron.]-2004/11/16 11:55:06 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
[A6M5]-2004/11/17 15:30:01 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
»
[がび]-11/16 09:44 028 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)]
あんたはいらないから
>>しかし、本当に使えないなら、もっとしっかり書かなくてはならないので、現状の(バイナリEPS読み込みの)不具合はバグと捕えるのが正しいような^^。
>バグバグといって、ソフト会社を責めるのは簡単ですが、
バグバグといっているのは、お前なんだけど??
狂ってルナ
[ron.]-11/16 11:55 029 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
狂ってルナ
狂ってルナ
vv
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
あんたはいらないから
>>しかし、本当に使えないなら、もっとしっかり書かなくてはならないので、現状の(バイナリEPS読み込みの)不具合はバグと捕えるのが正しいような^^。
>バグバグといって、ソフト会社を責めるのは簡単ですが、
バグバグといっているのは、お前なんだけど??
狂ってルナ
[ron.]-11/16 11:55 029 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
狂ってルナ
狂ってルナ
vv
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
狂ってルナ
[匿名]-2004/11/18 01:27:33 [Mozilla/4.78 [ja] (Win98; U)]
[匿名]-2004/11/18 10:06:46 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/125.5.5 (KHTML, like Gecko) Safari/125.11]