2011-08-05 13 views
2

何度か考えて、私は尋ねることにしました:ポストバック時にブラウザが画面をブロックしないのはなぜですか?

ポストバックを行うときにブラウザが画面をブロックしないのはなぜですか?

ポストバックを生成するボタンをクリックした後に、ウェブブラウザが通常(私がそれらを使っているとは言えませんが)、画面をブロックしないという事実に悩まされてきました。私が見ているように、ポストの間、ブラウザはサーバに何らかの情報を送り返すことを期待しています。そうでない場合、接続はタイムアウトし、ページはエラーで置き換えられます。サーバーが応答する場合は、Webページが必要です。つまり、現在のWebページをレンダリングし続ける可能性はありません。

しかし、私はボタンをクリックすることが頻繁に起こります。チェックボックスをチェックするのを忘れてクリックするので、無駄になります。私は知っている、私はチェックボックスをクリックしても助けにはならないはずだが、ねえ、私は通常オートモードでものをやっている。

ボタンを押した後、またはポストバックを生成するリンクをクリックしてブラウザがウェブページをブロックしたため、何かを押すことができない可能性があります。しかし何らかの理由で、ほとんどのブラウザはそうしない。どうして?

答えて

0

ブラウザには、ページの内容だけが表示され、スクリプトが指示する内容が表示されます。ページデザイナーが接続中に入力を無効にする何かを実装していない場合、ブラウザーはそれを残します。場合によっては、入力デバイスが利用可能になる必要がある場合など(これは私の頭の上から良い例を考えることはできませんが)便利な場合もあります。それらを無効にする簡単な方法は、各入力を無効にすることとは別に、ページの残りの部分よりも高いZインデックスを持つ隠れたdivを、不透明度を低くして非表示にすることです(画面はわずかに色付けされています)。使用されている)、応答を受け取ったときに再び非表示にします。 最終的にはデザインの選択の結果です。それはあなたの質問に答えますか?

+0

ありがとうございます...私はあなたがそれを私の問題にぶつけたと思います。投稿時にページを利用可能にしたいときは、良い例はありません。しかし、私は、ブラウザの背後にあるオープンモデルは、プログラマがスクリプトを書くことができるようにすることですが、実行することはできません。私はいつかブラウザがこれを反映しているかもしれないと信じていますが。 –

0

ブラウザブロックの入力は、通常、意図的にそのようにプログラムされます。 ボタンがポストバックを行うために必ずしも使用されるわけではないので、ポストバックとボタンのクリックは結合されていません。つまり、ブラウザがバックグラウンドでいくつかのサーバーに要求を行っている場合でも、この要求は常に押されたボタンによって発射されていない

Ajaxを参照)

、プッシュボタン」よりもはるかに複雑なシナリオがあります、 "ポストバック"、すべてのシナリオをカバーするために、ブラウザはこの制御をプログラマに任せます。

関連する問題