PDFのWebページは糞

WebにPDF置いてる会社ってやる気あんの？
印刷目的で作ったもんを何も考えずにPDFにしてWebに置きゃいいなんて
ページ作る奴の手抜きとしか思えん。
PDFは拡大/縮小/横スクロールが必須でこれほど見づらいファイルもない。
死ぬほど重いしな。これだけ重くて紙をスキャンした画像ファイルより
少しはマシという程度のメリットしかない。
そもそもなんでWebで紙イメージをみなきゃいけないのか理解できないよ。
WebにPDF置いてるような会社はどうせアクセス解析もやってないんだろ？
漏れなんか、もし間違えてPDFのページが表示されそうになったら
速攻でブラウザの「戻る」ボタンをクリックしてるよ。
まともに解析すればこういう人間がいかに多いかはわかるはずだ。
もう少しやる気を出して、PDF以外の形式でちゃんと作れや。

>>38
さんくす。いろいろあるんだなあ。
PDFとはまた違った視点のビュアーだね。使い道は広そう。

これってどうよ？

無料のPDF作成ソフト
http://site4.pdf995.com/download.html

印刷のためには良いって言っても、
今のAcrobat Reader には印刷禁止機能が付いてて実際に利用してる人がいるけど
それはなんなのさ？

http://www.agemasukudasai.com/bloom/

>>41
それはそれ。印刷禁止「も」できる。
印刷して欲しいのなら禁止なんかしないし。
改竄防止機能の一環、閲覧環境のコントロール。

もし、板違いなら誘導お願いします。

PDFファイルの中のリンクでローカルのHTML　もしくは　ローカルのEXEファイルを
読み出すことは可能でしょうか？

またEXEにはパラメーターも渡したいんですが.....

PDFの内部のJAVAScriptは何処までのことができるのでしょうか。
上の問題を満たす機能があるでしょうか？

>WebにPDF置いてる会社ってやる気あんの？
でなく
WebにPDFしか置いてない会社ってやる気あんの？
でしょ？

内容確認とかならHTMLでも良いが、仕様書とかパンフ系はPDFの方が嬉しい。

スレ違いかどうかはさておいて
>>44
リンク設定で普通にできそうだったけど。

>>46

できそうなんだけどできないんだ。
嘘だと思ったら試してみて

そうなんですか、、、感覚的にはできそうだけどなあ、、、
リンクからHTMLを開くことはできたし、（セキュリティ警告のダイアログの後、ブラウザが開く）
フォームへの情報の送信、という項目があったから、クエリを送ることも当然できるんですよね。
exeへのパラメータも同様にできそうだけど、、、
時間あるときに調べてみます。こちらスキル無しですみません。

ちょっと試してみました。
リンク設定の、「World Wide Webリンク」で、ローカルの絶対パスのhtmlを開くことはできました。通常のリンクだと自動で相対パスに変換されてしまいますね。
同様にexeを実行しようとすると、tempにダウンロードして実行、という形になってしまいました。これでは意図した形ではありませんよね、、、。
Javascriptでどうにかできるのかもしれないけど、Javascriptの知識が曖昧な上にドキュメントが英語だったんで挫折。（PDFの詳しい仕様はあんまり日本語で出回ってないですね、、、）
もっときちんと詳しい人いないでしょうか、、、

>>46
お疲れ様です。
やはり同じ壁にぶつかりましたか＾＾；

試してもらってありがとう。絶対パスならＯＫですか....
絶対パスでＯＫならなんとかなるかなぁ。...ならないか。
ＰＤＦをインスト時に決め討ちで...しかし問題は山積だ。

>>2って頭悪そう・・・

PDFなんぞ既に終わってるだろ。
紙の文化から抜け出し切れない時代遅れ人間がPDFを持ち上げてるんだよ。
よくいるよな、「PDFは紙と同じに見えるからイイ！！」とか言ってるバカオヤジ。

前に買ったとあるＰＣ関連の製品でマニュアルが
本じゃなくてPDFファイルが入ったCDROMだった。

重すぎて100ページ以上もあるものを読む気にならんよ。
確かに紙の節約にはなるだろうけどさ・・・

>>53
PDFカタログってのはメーカーの都合でしかないからね。
紙向けのワークフローを印刷工程を除いてそのまま使えると。
こういうメーカーは淘汰されるだろうね。
これからはPCで見やすいことに主眼をおいたカタログを提供するメーカーが
生き残る。PDFなど論外。

>>54
マニュアルの費用が値段に反映しても文句言うなよ。

高くなれば誰も買わなくなるだけのこと

「読んde!!ココ」・・・・・

>>55-56
売れる製品は量産効果で値段が下がる。
ショボい売り上げしかない製品に限ってPDFマニュアルつけてるのが現実。

せめて、同じ内容のHTMLmanもほしいとこでしょね。

Acrobat持ってるけど、データ交換用にしか使わない。
Readerはクソ重いし、操作性激悪。

PDFも糞だがPDFまわりで法人向けの商売してる
「PDFソリューション」を謳ってる会社も糞。
はっきりいって詐欺です。

>>60
割れか？
Acrobatなんか買う奴はアホだけどな。

>>61
WOスレでやってください。おまえみたいなキチガイがいるから、以下略.

>>63
なんだコイツ？PDFのWebページおいてる会社の社員か？
それともインチキPDFソリューション会社の社員か？
おまえみたいなキチガイがいるからPDFのWebページが消えないんだよ。
あ〜PDFのWebページムカつく！！劇遅！！

リアルプラ厨房が見事に釣れてますね。ラウンジャーにおしえてやろうか。

リアルプラ厨房って何だ？

>>69
俺もリアルプラ厨房の意味がわからん。将軍様と関係あるのか？(w

漏れのみた感じだと、
WebObjectsスレで出てくる零細企業プラネットコンピュータが
世間一般から逸脱したビジネスをしている（していた？）ようで、
そいつにチョィとばかり関わったと思われる香具師がせっせと
プラネットコンピュータを避難するカキコをしていた。
が、最初は皆傍観していたけど、あんまりしつこい上に
あたま悪そうな（失礼）発言が続くので、WebObjectsスレでも
かなりウザがられている存在に。。プラとはプラネットコンピュータの頭文字。
プラネットコンピュータもダメ会社だと思うし、批判するのも
悪いことじゃないが、度が過ぎたので今度はリアルプラ厨房として
相当ウザがられている。

だいたいわかった？>>70,69
将軍様のAAつかってるということは在日なんかね？＞リアルプラ厨房

>>71ほぞく
WebObjectsスレではプログラミングとかの話は大歓迎なんだけど、
プラ厨房だとか、どこの会社はなんだとかの評判とか
マカーな話は激しく嫌われ者になりやすい。りお氏という人（神）が
そういう風潮をつくった。

>>65-72
ハイハイ、DQN会社がもとで喧嘩してんのはよくわかった。
だがな、ここはPDFのWebページをコキおろすスレだよ。
PDFとDQN会社に何の関係あるんだ？
スレ違いだ、ボケ！他逝ってやれや。

　

このスレ全部読みました。個人的にはPDFのWebページには疑問があったのですが、
現場の反対が強くてHTML化に踏み切れませんでした。
PDFのページが見づらいというメールも何通かいただいているので、来年の早い時期に
PDFの全廃に踏み切ろうと思います。
正直言ってPDFページは製作現場の都合でしかありません。
ユーザーを無視してPDFを使っているといずれ我々の方が無視される時が来ます。

PDFのWEBページの話なのか、カタログやマニュアルをPDFでアップしている
WEBページの話なのかよくわかんないけど、・・・。
(カタログがPDFなのは賛成。)
>75さんはどっちなの？

通常のWEBページについては閲覧ログの解析結果から基本的に全廃しています。
PDFページは閲覧者から非常に嫌われ、つまり閲覧を拒否されていましたので。
ただ、一部製作現場の強い反対から未だにPDFになっている箇所があり、そこを
なんとかしたいのです。

カタログについてはオンラインショッピングとリンクできないPDFは問題外と
いうことで既にPDFは使用していません。

問題は製品マニュアルなのですが、現場サイドとしてはPDFで提供するのが
楽なようで社内でも現在進行形で揉めているのですが、ユーザーからの
「WordをプリインストしておいてPDFを見ろというのはおかしいのではないか」
という指摘も無視できなくなっています。

まさに>>54の意見に禿同といった感じです。

http://www.orient-watch.com/

↑オリエント時計のホームページだ
製品情報見てみろ、すべてＰＤＦだ。
こんななめきった企業のＨＰみたことない。

>>78
しかも1ページPDFでレイアウトにも全然凝ってない。
なんのために見づらいPDFを？と小一時間・・・
まあトップページからして既にやる気のなさが感じられけどね。

>>78
企業側は一般受けわるいってこと気づいていないのかね。
冗談抜きででまだ画像でアップしてくれた方がマシだ。
最初のＤＬ時間はちょっとかかっても
ＤＬし終われば見るのは快適だし。

というか、複数表示方法を作るのが理想だよな。

アクセス解析は当然やってないっしょ。
マック版のイラレ7でPDFデータ作ってるとこみると、
まあ製作現場の都合だろうな。

だけどこういうところにユーザー軽視の姿勢が見えちゃうんだよね。
当然、製品やサポートの姿勢もそれなり・・・って思われても仕方ない。

こういう企業はWebのコンサルやってく上での反面教師としてはいい材料。

俺が使ってるブラウザはPDFなんか開けないし開く気もない

PDFで制作せねばならなくなって、容量が激重になってお困りの方。
それは大量の文字をアウトライン化してるからではありませんか？

文字のアウトラインは想像以上に容量を喰い、かつ閲覧環境に強烈な負担をかけます。それに、ジャギーが太って文字も読みづらいものに。

実は、適度な解像度（150〜300dpi）でJPEG画像化したほうが、はるかに軽く、快適に閲覧可能なPDF書類を作れますよ。
文字量にもよりますが、大抵は容量も大幅に減り、閲覧動作も比較にならないほど軽くなります。
実際、家庭用プリンターで印刷する目的なら、文字のアウトライン化は無用の長物で、メリットはほとんどありません。

騙されたと思って、一度試してみては？

（＾＾）

>>83
結局、PDFはJPEG以下ってことか・・・
PDF逝ってよし

LaTeX使うと最終的にはPDFにしてしまう。
tex→dvi→ps→pdf

PDFはWebページとしてはもちらん問題外なのだが、それ以外でもホントに使えるの？

関連スレ
http://pc2.2ch.net/test/read.cgi/bsoft/1041608817/

∵.☆:* ・∵.゜.☆.・∴.,★ :*・∵.:☆.。.:*・:* ・∵.+:*・∵.゜ ">*・.:.。.:*・:*・

∵.☆:*・∵.゜.☆.・∴.,★ :*・∵.:☆.。.:*・:* ・∵.+:*・∵.゜ http://jsweb.muvc.net/index.html
★☆★幸福になりたーい！！★☆★

>>1
ｽﾏﾝ。印刷のレイアウトをとるのが楽で選びました。
見る人のことは考えてなかった。

「PDFで飯食ってる人」って意外に多いんだよね。
そいつらが生き残るためにユーザーが不便強いられてるってのが
ホントのとこじゃねーのか？

PDFに変わるもっと軽い（･∀･）ｲｲ!ものが出来ないかな〜

>>91
WebならCSS
ビジネス文書ならDQNWorks

ブロードバンド・コンテンツ配信サービス
PlayStation 2　ゲームダウンロード
http://sagatoku.fc2web.com/025game.gangu-01.htm

>>78-81
他にPDFWebページの例ないの？
Web設計の反面教師として参考にしよう。

PDFを置く理由は印刷してほしいんだろ。
ブラウザからの直印刷がダメダメだから

PDFへのリンクうっかりクリックしたら、かなり宇座いからZipにしてほしい

検索エンジンがPDFまで検索するようになって、宇座いったらない。
うっかりクリックするとAcrobat起動でPCが止まる。

PDFをローカルで使うのは勝手だがインターネットに出すなよ。

googleだとhtmlでの表示も用意されてるじゃん。
大抵がレイアウト変になってるけど。

>>96
PDF＝ウイルス

SUBARUのサイトなんだけど諸元表はPDFなんだよね、
PDFだけって・・・・・TOYOTA,NISSAN,HONDAはHTMLだけだけど。
理想は両方。
http://www.subaru.co.jp/legacy/h/index.htm

他のメーカーがカーナビを中心にした車載情報システムに力を入れている中、
スバルはまったくやる気がないないからね。
そういう姿勢がPDFページに出てるんだろう。

RealNetworks本家にある開発ドキュメントは、PDFとHTMLの両方あるよ。
先にPDF出して、あとからHTML版を作ってる。

Webからの参照は、どう考えてもHTMLで使うだろ。
逆にページ番号つきのまともな印刷はPDFじゃないとできないから、
あくまで適材適所でしょ。

運用を楽しようとしてPDFで済ますってのは、Webユーザビリティの
考え方が間違ってると思われ。ただ、車の諸元表は、そのままの
情報量ではWebの解像度に対してはいささか情報量が多いとは感じる。

>>83

DTPで使ってるフォントの中には、
PDFに埋め込むことが出来ない旧規格ものがあるから
アウトライン取ってるんだよね。

新規格のフォントなら出来るんだけど、
DTP業界は異常なほど物持ちがよいというか、
設備投資計画を立てられないというか、
時流を読む力に欠けるというか、
とにかくそんな奴らばっかりだから、
イマイチ新規格への移行が進んでいない。
新規格と旧規格の両方の選択肢があったら、
迷わず旧規格を選ぶ業界です。

どこがPDFを使いづらいものにしているかというと、
メーカーというよりDTP業界ではないでしょうか？

>DTP業界は異常なほど物持ちがよいというか、
>設備投資計画を立てられないというか、
>時流を読む力に欠けるというか、
>とにかくそんな奴らばっかりだから、
同じ事思っている人がいた。ﾏｶｰﾀﾝﾆﾊｵｵﾈ.

(´-`).｡oO(ｵｵﾈ -> ｵｵｲﾈ)

>>1
板違い
web製作板へ

>>105
板違いとは思えん。
Webシステム設計を考える上でPDFを採用するかどうかは大きな分岐点。
web製作板での議論はPDFで逝くと決まってからの話だ。

このスレはPDFページがユーザーに嫌われてる理由を論じるところ。

>>102
>DTP業界は異常なほど物持ちがよいというか、
>設備投資計画を立てられないというか、
>時流を読む力に欠けるというか、
>とにかくそんな奴らばっかりだから、

とにかくそんな奴らばっかりだから、PDFなんぞ使おうと四苦八苦してると。
で、結局商売になってないと（笑

PDFを実用的な速度で動的に生成するエンジンは存在しないし、
将来出てくるとも思えんからPDFWebページは所詮、キワものでしかない。

今は製作側の怠慢でPDFページが蔓延してるけど、どうせなくなるのは時間の問題。

>>108
顧客の要望でPDFlib+PHPで動的に10ページ程度のPDFを生成するものを
作成したことがあるがそこまで遅くはなかったよ。
Reader立ち上がる時間のほうが問題。

でもキワもでありそのうち消えるだろうってのには同意。

10ページのPDF見せられる「顧客の顧客」はウンザリだろうね。

PDFを閲覧するのが苦痛なPCのスペックって
どのくらいなんでしょうね？
うちのP3 733では結構サクサクなんだけどな．．．

>>108
XSL FOとかじゃダメすかね＜動的生成

>>107

そーゆーこと。
結局、デザインのスペシャリストであってもPCのスペシャリストじゃないし、
せいぜい「QuarkXpressをフリーズさせないで動かす」知恵はあっても、
ネットワーク関係のことや、言語関係のことはほとんど理解できない。
それがDTP屋さん。PerlもPHPもRubyも無用の長物。
うちの会社はは数十行のPerlスクリプトで出来るテキスト整形を
手動コピペで3日かけてたからね。俺が入社するまで…

んで、最大の問題はIllustrator9.0がデータをEPSからPDFで
書き出すようになった際に出力関係でトラブル続出で仕事にならなかった。
んで、今やDTP業界では「PDF」という言葉は、
ラピュタの滅びの呪文のように恐ろしい言葉として伝承されているという…

>>111
>PDFを閲覧するのが苦痛なPCのスペックって
PCのスペックどうこう言う前に紙と同じものを画面上で見せられる
時点で問題外と思われ。

★もうすぐ春です★
http://jsweb.muvc.net/index.html

オレ、ＤＴＰ屋じゃなくて証券屋だけど、PDFのページは嫌いじゃない。
何とも思わない。
むしろ、嫌い嫌い、だいきらーい、とこのスレで言ってる香具師がｷﾓｰ。

ところでDTPってなんすか？

>>115
DTPとはDenden Tinko Papparapaaの略であなたのような
パッパラパーのことを指します。

>>116
Googleで調べたYo！
DeskTopPublishingの略じゃないか。
ウソはいかんZeeee！

最近はDesk Top Printingとも
言われているらｽｨ・・・

PDFまじでうざい
ほんまになんとかしてほしい。

http://www.agemasukudasai.com/bloom/

PDFｳｻﾞｲと言っている連中は皆IE使ってるんだろ？
PDFの中身がﾌﾞﾗｳｻﾞに表示されてしまうから、PDFをHTMLﾍﾟｰｼﾞの代用だと勘違いするのです。
PDFにはPDFの利点があります。
例えば製品のﾏﾆｭｱﾙや研究論文など、熟読されることが意図されているものは現時点ではPDFの方がよい選択肢でしょう。
そのうちXMLなんかが流行りだすと、状況は一変するかもしれませんが。

>>121
いや、だから
印刷に特化したPDFをHTMLの代わりに使っているWEBページが「UZeeee!!」って
言ってるんじゃないの？

研究論文はPDFで許してクレイ

>>122
まぁそうなんだろうけど、つまるところ、たかだかドキュメント形式一つで
ケツの穴ちいせぇやつだなぁ、
男だったら仮性包茎か年収４００万以下で
女だったら処女でカレシ無しってとこだろうな。

さいたま愛正会病院よりはマシだとおもうがな（ｗ

>まぁそうなんだろうけど、つまるところ、たかだかドキュメント形式一つで
>ケツの穴ちいせぇやつだなぁ、
まぁそうなんだろうけど、この業界じゃ客に対してそういう態度をとっていると、
すぐに年収４００万以下の負け組みになるのよ。
お前みたいなな。

これか！
http://hkwr.com/

(´-`).｡oO(124ﾐﾀｲﾅﾋﾄﾆﾃﾞｱｲﾏｾﾝﾖｳﾆ)

>>125
>お前みたいなな。
この一行がなければ説得力あったのにな・・・ｼｮﾎﾞﾝ
それじゃまるで自分が400万以下だと申しているも同然です

「Acrobat Writer」は印刷プログラムの試験に便利だぞ。
プリンタで試験したら無駄に紙を消費してしまうからな。

PDFの利点は、どんなプリンタでも
自動でマージンあわせて出力してくれるから
客先に送るときに書類設定で悩まなくてすんだりする。

>>130
だから、印刷前提のものならPDFで構わないよ。
カタログとかWeb上での閲覧目的でPDFなのが腹立つわけで。

マニュアルなどで印刷の紙やインク代が勿体無いから
客任せでPDFのままにする作戦もむかつくがな。

>>132
なんか、あんたの都合ばっかしきかされてる気分だな（ｗ

>>133は糞レスだな。
感情でしか物を言ってない。>>132に対する評価ですらない。
そしてそもそも誰も133の感情がどうなのかなど聞いていない。

あのな、本当に今までのレスを読んできたのかお前は。
PDFは本来印刷目的のものなんだろ？
WebにはHTMLとかXMLとかのもっと向いた情報フォーマットが存在するのに、
かわりにPDFを使ってアクセシビリティをわざわざ悪くする理由ってのはなんなんだい？

>>132の言ってることはもっともなことだと思うぞ？

もう大抵の人はADSLで画像のＤＬなんか時間掛からない時代になったからさ、
PDFにするぐらいなら全部JPEG画像にでもした方がまだマシだよ。

>かわりにPDFを使ってアクセシビリティをわざわざ悪くする理由ってのはなんなんだい？
HTML書くの面倒だから
ユーザーをナメてるから
仕事する気ねーから
どうせ自分は見ないから

印刷目的＝漏れの紙とインクを消費させやがって( ﾟДﾟ)ｺﾞﾙｧ！
それ以外＝わざわざAcrobatReader起動させやがって( ﾟДﾟ)ｺﾞﾙｧ！

結局どう使っても非難の的。

>>136
実際にPDFページにはそういう姿勢が見え隠れしてる。
共産主義国家の商店で買い物してるような気分にさせられるよ。
奴らも「いくらサービスしても自分の利益にはならないから」って思ってる。