多分ツマラナイ質問でしょうが

多分すごくツマラナイ質問なのだろうなと思いつつ質問します。ご容赦ください。

以下はむかごさんに作っていただいた
募集チラシのpdfです。左をクリックするとpdfがパソコン上にDLされます。

!!!後日談;これが錯覚だったようです。でもなーなのですが。ここは、ボケを認めます(投稿者本人)!!!

一方、同じ書式で募集チラシのpdfですの代わりに、以下のjpgファイルを表示するようにしました。表示されたjpgファイルをクリックすると、同じpdfがDLされますが、それはパソコン上にではなく表示画面上にDLされます。ちょっとクリックしてみてください。
for trial

そこで、上記と同じ二つの操作をpdfの代わりにdocに対して行うと、二つの操作とも、パソコン上にDLされてしまうのです。
つまり、下の docファイルです をクリックするのと、その下のjpgファイルをクリックするのとで結果は同じなのです。
docファイルです

for trial

何を基準にこんな判断がコンピュータ上で行われる(つまりプログラムが書かれている)のでしょうねー?どうもわからんのです。プログラマーの単なる気まぐれでしょうか?それとも何か基本的に重要な基準があるのでしょうか。

多分ツマラナイ質問でしょうが” への16件のコメント

  1. ブラウザの振る舞いに関する疑問ですが、「プラグイン」つながりなのでコメントします。
    ★Word Press のプラグインの話しではありません。^_^;;
    Google Chrome は使っていないので、IE と Firefox に限定した話です。

    pdf ファイルについては、Adobe から Adobe PDF Plug-in が提供されて、IE や Firefox にインストールされています。このプラグインは pdf ファイルをブラウザの画面で閲覧するためのモジュールで、リンク先が pdf ファイルの場合には、このプラグインが実行されブラウザの画面に pdf ファイルが表示されます。
    一方、doc ファイルについては office 系のファイルを閲覧するプラグインがインストールされていないため画面に表示できませんが、Office word を起動して表示するというプラグインがインストールされていると思います。(Microsoft Office というプラグインです)

    • すみません。十分な回答になっていませんでしたね。
      ●症状は、
      ・リンク先が pdf ファイルの場合
       - 文字列(テキスト)からリンクを張る : pdf ファイルがダウンロードされる
       - 画像(JPEG)からリンクを張る : pdf ファイルがWebブラウザに表示される

      ・リンク先が doc ファイルの場合
       - 文字列(テキスト)からリンクを張る : docファイルがダウンロードされる
       - 画像(JPEG)からリンクを張る : docファイルがダウンロードされる

      ●疑問点は、
      ・ファイルの内容が Web ブラウザに表示されるかダウンロードされるかの振る舞いが pdf ファイルと docファイルで違っているが、どのような基準で判断されているのか。
       - ファイルの種類(ファイルの拡張子)で判断しているのか
       - 文字列からリンクが張られているか、画像からリンクを張られているかで判断しているのか
       - 症状を見ると、どちらでも説明ができないので、それ以外の判断基準があるのではないか。

      ●回答
      ・文字列からリンクを張っても、画像からリンクを張っても、振る舞いは同じです。つまり、pdf ファイルに対する振る舞いの違いが説明できません。
      症状が再現できるのであれば、調査してみたいと思います。

    • すみません。
      > Office word を起動して表示するというプラグインがインストールされていると思います。(Microsoft Office というプラグインです)

      は間違い(早とちり)です。(_●_)

  2. 私のパソコンでは、pdfもdocも
    文字からのリンクも、画像からのリンクも同じように見えます。ieもchromeもfirefoxも同じです。

    pdfは立ち上がらずに、それぞれのブラウザ上に展開されています。
    黒いブラウザとは違うツールボックスが現れて、拡大・縮小表示をしたり、全画面を出したりできるみたいです。これは、PDFのツールのような気がします。

    ブラウザのバージョンとかかわることってないかしら?? 
    文字からのリンクと画像からのリンクを区別するってないと思うので、(同じに貼っているので)もしかして、初めての時だけ違うとか?? でも、何度か試していらっしゃるでしょうしね・・・・

  3. 私は単純に、 pdfはAdobeReaderが入っているブラウザで
    あれば、 wpにアップロードさえしておけば自動でリンクが
    貼られて見られる。
    docの場合はofficeが入っていればプログラムから開いて
    見られる。 docの場合はひと手間かかる。
    なんて簡単に思い込んでいたのですが・・
    なかなか陰で難しい闇取引が行われているのですね!

  4. 仕組みはシンプルだと思います。リンクが張られWPにアップロードされている
    ファイルがまずはダウンロードされる。次はファイルの拡張子が認識され、
    関連付けされたアプリのソフトが動作し、ファイルが開き、表示される。
    従って、docはワード、xlsはエクセル、pptはパワーポイント、pdfはAdobeReader,
    jpgは(画像アプリのソフト)が起動しファイルが表示される、一般的な動作であると
    思います。当然、ファイルの拡張子とアプリとの関連付けがなされていないと表示できません。

  5. 皆さん コメントありがとうございます。朝、のぶさんとむかごさんのコメントに気づき直ぐ対応すべきでしたが、朝から雨の中、東京まで行く用事があり、くたびれて帰って来て、ノビテマシタ。

    1)のぶさん、こばやしさん、詳しい説明有難うございました。

    2)むかごさん、ええっ!!と思って、直ぐ文字からのリンクのpdfファイルをチェックして、ガクッ! むかごさんが仰る通り画面に表示されます。2回、3回とやったかどうかはもううすらボケです。このままに出来ないと別のpdfファイルでテストをしました。
    私の言ったことが再現されません。
    ご説明いただいたこととコンシステントです。安堵の思いと、我がボケ具合の酷さにがっくりするのと何とも落ち込みました。

    でもあれは夢だったのか、確かに昨日は夕方から何度かウトウトする状態でしたが。
    それにしてもです。
    大変お騒がせして、申し訳ありませんでした。pdfとdocの取り扱いの違いの意味がわかったのが、我が不幸中の幸いでした。

  6. 自分の失敗を棚にあげて言うのもなんですが、どうも統一感がないですね。
    ブラウザーの問題なので、ここでの問題ではないですが。どんなタイプのファイルであろうと、貼ったものを表示するダウンロードのどちらかを選べばそのようにするようにプログラマーが書けばいいので。そうすりゃプラグインなんてことしなくってもいいはず。彼らはプロではなくって、アマグラマー?
    なんて八つ当たりしてもしょうがないか。

    • 権兵衛さん、反論です。
      ブラウザーは、本来、HTML+CSS ファイルの表示用に作られている(と思ってます。)
      いま、HTML4→HTML5、CSS2→CSS3 への移行期でもあり、これらの仕様を完璧に満たすように、ブラウザーを作って行くのは、大変だと思います。
       マイクロソフトが、過去、ブラウザー市場の寡占に乗じて、IEに独自仕様を沢山に入れたことが、ブラウザーの仕様の統一を乱し、また、現在、IEが上記移行の一番遅れている原因となっていると思っております。

       doc,xls,ppt などは、一私企業の製品であり、各ブラウザーを作っている各社に、これの表示能力を強要することはできません。
       pdf についても、同じです。
       また、できたとしても、ブラウザーが肥大化し、重くなっていきます。

       なので、必要な時、必要な機能をプラグインで、補っていくのは、プログラムの作り方としては、正解だと思っております。

      • 反論 Thanks 大好きです。成り行きは理解しましたし、そういう考え方もあるかと思いました。
        でも、私も大好きな反論を
        何にでも対応する、一般的なものである必要はなく、例えば頻繁に使われるdoc,xls,pdfぐらいは共通の出力法ぐらい考えて、そのようにプログラムを書けば良いのにと思うのです。だってこれらについてプラグインを全て入れたら重なるような部分だってあるでしょうから、上記より重くなってしまうこと必定じゃないですか?間違った認識で書いてるかもしれません。乞うご指摘。

        • 私も参加させて下さい。
          Webブラウザの場合、基本的にはプラグインはない方が良いのですが、設計情報が十分公開されていなかったり、企業や組織にサポートして貰えないとしたら、ソフトウェアを設計できるのでしょうか?
          企業として公開したくない設計情報(知的資産)もあるわけで、プラグインアーキテクチャはうまい方法と思います。

          Firefox にせよ、IE にせよ 極めて優秀なソフトウェアエンジニアが設計しているということを考えると、「統一感がない」と思われる振る舞いには理由があると思いませんか ^_^

          • 分からな~~~いです。プラグインが書けるということは情報をどこかで共有してなくてはならないはずと私は考えちゃいます。
            それが出来るんだったら、纏めちゃえばいいはずではないでしょうか?ダメ??

            • ファイルを解析し、Webブラウザが表示できる形(解釈できるコード)に変換するモジュール(プラグイン)を提供できる仕組みがあれば、設計情報を公開しなくても済みますよね。

            • ファイルの表示に関係したプラグインを提供しているのは、企業や組織の側です。企業や組織内なら情報共有されても問題ないでしょう。

              プラグインの例としては、Adobe Flash Player、Adobe Reader なら Adobe システムズ、Java Runtime Environment なら Oracle といった具合です。
              Adobe Reader の開発の時には Webブラウザのプラグインも同時に開発しているはずです。

            • 即ち、Webブラウザ側は情報を公開しているが、それを利用するソフトを開発する側は公開しないで、Webブラウザ側の情報を使ってプラグインを作るという構図ですね?
              何が問題なのかようやく分かりました。有難うございました。

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です