2011-08-02 9 views
0

こんにちは皆さん、私はこの質問への回答を得ることを願っています...私はグリッドビューを持っており、eテーブルのフィールドの1つはハイパーリンクとこのハイパーリンク基本的にサムネイル画像です...ユーザーがこのサムネイル画像をクリックすると、フル画像が別のウィンドウで開きます。これはIEでうまく動作しますが、mozillaやchromeでサイトを開いたときには...完全なイメージは得られません...いくつかの乱数とアルファベットが表示されます...なぜこれがMozillaとchrome ...これらの2つのブラウザに追加する必要のあるコード行がありますか?誰もが問題を解決するのに役立つアイデアやコードを提案することはできますか?もう一度皆さんに感謝し、誰かがこれを助けてくれることを願っています...もし何かが私に教えてくれたら...ありがとうuサムネイルはMozillaとGoogle Chromeの画像を開けません

+2

関連するコード(サムネイル/ハイパーリンクのマークアップと実際の画像を提供するコード)を投稿することをお勧めします。 – VinayC

+0

@VinayC:コードは答えとして以下に示されています...私はそれがあなたのためにいくつかのものをクリアしてくれることを願っています...ありがとうございます – user613037

答えて

1

あなたのコードから、レスポンスのコンテンツタイプを設定していないようです。コンテンツタイプが不足している場合、ブラウザはそれを一般的なバイナリコンテンツとして扱う可能性があります。この問題はサムネイルにも当てはまりましたが、その場合はイメージソースに設定しています。したがって、ブラウザはバイナリデータがある画像形式であることを認識しています。そのような場合、データはバイナリであると警告しますが、それはイメージとして推測しています。

解決策は単純です - 明示的にコンテンツタイプを設定します。あなたはまた、パフォーマンスの観点から、このような

Response.AppendHeader("content-disposition", "inline; filename=" + fileName); 

として完全な画像の場合には、コンテンツ配置を設定することを検討する

Response.ContentType = "image/jpeg"; 

、あなたが考慮しなければなりませんバッファリングされていない応答を送信します。さらに、あなたはまた、ディスク上のJPEGファイルを持っていると、ASP.NETランタイムは、クライアントにファイルをストリーミングする方法を知っているIISへのファイル転送を処理し、それを直接そのような場合には

... 
    Response.TransmitFile(filePath); 
} 

として転送することができます。

サムネイルの場合は、生成されたサムネイルを繰り返しキャッシュし直さないようにキャッシュを考慮する必要があります。

+0

私は上記を与えたが、 ...間違ったことは分かっていません.... MozillaとChromeの両方の問題... – user613037

+0

これは実際に助けました...私は別の場所に置いてみました。 lot VinayC – user613037

関連する問題