minimizableこの設定は、ダイアログウィンドウにだけ適用されます。設定されている場合、新しいダイアログウィンドウには、「最小化」システムコマンドアイコンがタイトルバーに表示され、最小化可能となります。fullscreen使用しないでください。この特性を実装する予定はありません。タスクバーは、ウィンドウのタイトルバーとステータスバー同様に、表示されませんし、アクセスも出来ません。広いモニタースクリーンやデュアルモニタースクリーンのユーザをいつも混乱させます。制作者の見方の設定をユーザに押し付けるのは、あからさまに不作法です。設定されている場合、新しい副ウィンドウがリサイズ可能になります。制作者が副ウィンドウをリサイズ不可能に設定しても、ユーザがブラウザウィンドウをリサイズできることが保証されています。アイコンが非表示になり、ウィンドウの端でリサイズできなくなりますが、ウィンドウは依然としてステータスバーのつまみでリサイズ可能です。設定することが強く推奨されています。設定することにより、新しいウィンドウを常に容易にリサイズ可能にすることができます。(viewport)に収まらない場合)。設定することが強く奨励されています。設定することにより、新しいウィンドウでこのオプションを常に有効にすることができます。特権がない場合、それらの指定は無視されます。実行されるスクリプトには、自動的にこの特権が付加されます。特権のリクエストをする必要があります。設定されている場合、そのページには、ウィンドウのコンテンツだけがロードされ、ブラウザのインターフェース要素は一切表示されません。デフォルトで定義されたコンテキストメニューも表示されず、標準のキーボードショートカットも機能しません。ような標準のダイアログは、この方法で開かれます)。特性は、ウィンドウのタイトルバーから閉じるボタンを除いた全てのアイコン(元に戻す、最小化、最大化)を非表示にします。アイコンで呼びだすことができません。:これは恐らくバグです。タイトルバーを右クリックすることでコマンドシステムメニューにアクセスすることができます)。元に戻すシステムコマンドアイコンが、タイトルバーにもコマンドシステムメニュー内の代理メニューアイテム内にも表示されないウィンドウです。通常のダイアログと言われるものは、情報を通知するだけのもの、及び、退去時、閉じる時に表示されるものです。システムにおける、ダイアログウィンドウでのウィンドウ端は異なっており、ダイアログはシートで代用されるかもしれません。この特権が無ければ、この特性は無視されます。設定されている場合、その新しいウィンドウは、モーダルと呼ばれます。ユーザは、モーダルウィンドウが閉じられるまで、メインウィンドウに戻ることができません。メソッドによって、生成されます。リリースバージョンに依存します。このメソッドがサポートされます。titlebarデフォルトでは、新しい副ウィンドウの全てにタイトルバーが表示されるようになっています。設定されている場合、この特性は、タイトルバーを新しい副ウィンドウで表示しないようにします。設定することにより、新しいウィンドウに常にタイトルバーを表示させるようにすることができます。その新しいウィンドウは、アクティブかどうかに関わらず、常に他のブラウザウィンドウの最前面に表示されます。設定されている場合、その新しく生成されるウィンドウは、それ自身の親ウィンドウの下に表示されます。そのときの親ウィンドウは最小化されていない状態です。状態のウィンドウは、しばしば、ポップアップウィンドウとして参照されます。状態のウィンドウは最前面に表示させることはできませんが、親ウィンドウは最小化することができます。状態のウィンドウに「最小化」システムコマンドアイコンと「元に戻す/最大化」システムコマンドが表示されません。設定されている場合、システムの「閉じる」コマンドアイコンとシステムの「閉じる」メニューアイテムが非表示になります。特性が設定されている状態)でのみ動作します。設定することにより、新しいウィンドウで「閉じる」ボタンを常に表示させることができます。位置とサイズの特性の要素は、数値を設定する必要があります。設定することができます。ツールバーと機能の特性の要素は、簡略形でも受け入れます。文字列に特性の名前を列挙するだけで特性を変更することができます。なり、無効状態に変更されるでしょう。);}この例では、開かれるウィンドウは、リサイズ可能で、必要ならば(コンテンツが指定したウィンドウの範囲からあふれた場合)、スクロールバーが表示され、そして、ステータスバーが表示されます。メニューバーとアドレスバーは表示されません。ルート要素に適用されるマージンを加えました。真であれば、ウィンドウを生成。他のウィンドウの最前面に移動します。最前面にそのウィンドウを移動させることができます。参照されているリソースを更新させる必要はありません。title="このリンクは、新しいウィンドウを生成するか、すでに開かれているウィンドウを再利用します。adoption</a></p>上記のコードは、副ウィンドウを開くリンクに関する、わずかなユーザビリティの問題を解決します。目的は、リンクのデフォルトアクションをキャンセルすることです。イベントハンドラが実行される場合、リンクのデフォルトアクションを実行する必要はありません。いう名前のフレーム、もしくは、ウィンドウ内の参照されたリソースを読みこみます。window?関数をパラメタライズして、より多くの状況で機能する、多用途なものにすることもできます。することで、スクリプト及びウェブページ内で、再利用可能なものになります。title="このリンクは、新しいウィンドウを生成するか、すでに開かれているウィンドウを再利用します。開くようにし、その単一の副ウィンドウをこの関数で開く他のリンクで再利用するようにすることもできます。そのウィンドウをその親ウィンドウの最前面に再移動します。比較できるようにします。title="このリンクは、新しいウィンドウを生成するか、すでに開かれているウィンドウを再利用します。false;"title="このリンクは、新しいウィンドウを生成するか、すでに開かれているウィンドウを再利用します。FAQ</a></p>FAQどのようにすれば、ユーザにウィンドウを閉じるかどうか確認するメッセージを出さないようにすることができますか?できません。よって閉じることは原則としてできません。コンソールは、次の警告メッセージを出すでしょう。"スクリプトはスクリプトによって開かれたウィンドウ以外を閉じることができません。履歴が失われるでしょう。メソッドを参照してください。どのようにすれば、ウィンドウを、最小化状態、あるいは、他のウィンドウの背後にある状態から復帰することができますか?まず、対象ウィンドウのウィンドウオブジェクトへの参照が存在するかどうかを調べてください。メソッドを使用してください。他に確実な方法はありません。テストすることができます。どのようにして、最大化したウィンドウを強制させるのですか?できません。全てのブラウザ制作者は、新しい副ウィンドウが開くことを、ユーザを混乱させずに、ユーザに気づかせることができるように努力しています。どのようにすれば、ウィンドウのリサイズを無効にしたり、ツールバーを非表示にできますか?これを強制することはできません。ユーザ設定で、リサイズ、スクロール、ツールバーの表示を自らコントロールできます。あなたのユーザはそのウィンドウを使うであろう一人に過ぎない(ウェブ制作者であるあなたではありません)ので、最も良いのは、彼らの習慣や設定に干渉することを避けることです。これは、ウェブ制作者とそのユーザの両者のとって最も有益な方法です。どのようにすれば、ウィンドウをコンテンツに合うようにリサイズできますか。設定することで、ウィンドウがリサイズされないようにすることができるからです。一般に、ユーザは、たいてい、ウィンドウの移動またはリサイズを無効にしています。その理由は、過去に、制作者のそのようなスクリプトを許可することで、大変な弊害を受けており、この特性を濫用しない、めったにないスクリプトでも、ウィンドウをリサイズするときに、間違ったリサイズをしばしば行うからです。ウィンドウのリサイズを不可能にしたり、スクロールバーを非表示にします。そのような場合、本来は、それらのスクリプトの計算が間違っている場合のための、用心深く、分別のある代替の仕組みとして、それらの特性の両方が有効であるべきです。チェックボックスをチェックしないことにより、無効化されます。スクリプトによるユーザ画面上における遠隔操作的なウィンドウの移動または大きさの変更は、大変非常にユーザをいらいらさせるでしょうし、ユーザの頭を混乱させるでしょうし、最も間違っていることでしょう。そのようなウェブ制作者は、架空のユーザのブラウザウィンドウのあらゆる位置とサイズのアスペクトの完全なコントロールを期待しています(し、決めつけています)。differently現在のところ、できません。ユーザだけが自身の詳細設定でそうするように設定することができます。どのようにリンクを開くかに関する完全な管理と選択肢をユーザに与えています。どのように参照リソースをロードするかに関する多くの選択肢を与えます。ハイパーリンクモジュールが承認された場合)。なった場合、タブブラウザ制作者がユーザにどのようにリンクからウェブページを開くことができるかに関する完全に拒否する権利と完全な管理を与えることを期待できます。どのようにリンクを開くかは、常に、完全にユーザの管理下にあるべきです。どんなようにして、開いたウィンドウがまだ開かれているかどうかを知るのですか?ウィンドウオブジェクトへの参照が存在するかどうかをテストできます。メソッドの呼び出しが成功した場合の戻り値です。あるかどうかを調べることでもできます。戻り値を調べる必要があります。多くの他のポップアップブロッカーに対しては、そのような方法はありません。プロパティの戻り値です。(opener))へつなげている間、主ウィンドウ(開く側)を副ウィンドウ(サブウィンドウ)へつなげています。新しい副ウィンドウのプロパティにアクセスできません。いうエラーが常に出ます。そのようになるのですか?それは、クロスドメインスクリプトセキュリティの制限("同一生成元ポリシー"とも)のためです。オブジェクトの取得も設定もできません。それゆえ、主ウィンドウのブラウザは、副ウィンドウをターゲットとしたスクリプトを実行する前に、副ウィンドウが同じドメイン名を持っているかどうかを調べるでしょう。クロスドメインスクリプトセキュリティ制限については、以下で詳細を参照してください。依存を回避することを選択するべきです。ベースのブラウザは、タブブラウジングを提供しています。タブブラウジングは、参照するリソースを開くときに(ウィンドウを開くよりも)よりましな形態です。ベースのブラウザだけでなく、他のタブブラウジングを提供しているブラウザの全てにおいていえることですが。言い換えれば、タブ機能を持つブラウザのユーザは、全般的に、ウェブページを見るときのほとんどの場面で、新しいウィンドウで開くよりも、新しいタブで開く方を好むということです。過去3年の間に、インターネット上でのタブ機能を持つブラウザへの支援と熱狂的な支持は、劇的な速度で拡大しました。この流行は、逆戻りすることはないでしょう。タブブラウジングを完全にサポートしています。呼び出しを、タブとして開くことに置き換える、または、(特に、リクエストされていない新しいウィンドウを開く場合)無効化すること(リクエストされていないポップアップをブロックすること、もしくは、スクリプトで自動的に開かれるウィンドウをブロックすることがそれにあてはまります)を基本としています。開くかどうかというような設定が含まれています。むやみに新しいウィンドウを開くようにコーディングしても、もはや上手く動作する保証はありませんし、強制的に上手く動作させることもできません。そのようなことをした場合、大多数のユーザの反感を買うことになるでしょう。新しいウィンドウでは、メニューバーが非表示になったり、スクロールバーが非表示になったり、ステータスバーが非表示になったり、ウィンドウのリサイズができなくなるようになる可能性などがあります。新しいタブは、それらのバーや機能、ツールバー(少なくとも、デフォルトで存在しているツールバー)が無くなることはありません。それゆえ、タブブラウジングは、多くのユーザに好まれます。タブを利用することで、ユーザが好むブラウザウィンドウの通常のユーザインタフェースが完全な状態を維持し、安定した状態が保たれるからです。新しいウィンドウを開くことは、ウィンドウの機能を削ったとしても、考慮しなければならないほど多くのユーザのシステムリソース(CPU、RAM)を使用し、考慮しなければならないほどの多くのコーディングをソースコードにおいて伴います(セキュリティ管理、メモリ管理、ときどきかなり複雑になる様々なコードブランチ、ウィンドウのフレーム/chrome/ツールバーの構築、ウィンドウの位置調整及び大きさの調整など)。新しいタブを開くことは新しいウィンドウを開くよりもユーザのシステムリソースの要求が少なくてすみます(そして、実装がより迅速です)。リンクを新しいウィンドウに開くことを提供する場合、以下のガイドラインを使用してくださいリンクを新しいウィンドウで開くことを提供したい場合、テストされ、推奨できる、ユーザビリティとアクセシビリティのガイドラインに従うべきです。形式のリンクは、全てのブラウザにおいて、ウェブページのアクセシビリティとユーザビリティを損ねます。サポートが無効化、もしくは、存在しない場合、障害的な機能となります。企業によっては、従業員にウェブの閲覧を許可していても、それが厳格なセキュリティポリシーで管理されている場合があります。無効化にしてウェブを閲覧しています。形式のリンクは、タブ機能があるブラウザの高度な機能を妨害する可能性があります。クリック、拡張におけるタブブラウジングの機能などです。形式のリンクは、検索エンジンによるウェブページのインデックス処理を妨害する可能性があります。アプリケーションを妨害します。リンクチェッカーでは、エラーとして報告されます。使わないそのような疑似リンクもリンクのアクセシビリティを損ねます。テキストブラウザなどのようなユーザエージェントが副ウィンドウを開くことをサポートしていない場合でも、そのようなユーザエージェントが、それらがサポートするデフォルトの方法に従って参照されるリソースを読みこむことができます。この形式のコードは、タブ機能を持つブラウザの高度な機能を妨害します。属性を記述したり、リンクの最後にアイコンを追加したり、反応するカーソルを記述することによってユーザに情報を与え、新しいウィンドウを開くことになるリンクを識別できるようにしてください。ユーザに警告をする目的は、コンテキストが変化するときに、ユーザの混乱を最小限にするためです。現在のウィンドウが変化したり、新しいウィンドウがポップアップすることは、ユーザを混乱させます(ツールバーボタンの戻るは使えません)。"ユーザが新しいウィンドウが開いたことに気づかないことはけっこうあります。小さなモニターを使用していて、ウィンドウが最大化されている場合です。ボタンがグレーアウトしているので、混乱してしまいます。1999(日本語版)コンテキストにおける急激な変化が発生する前にそれらが明確に示唆されるとき、ユーザは、そのまま進みたいかどうかを決めることができ、変化に対して準備することができます。リファレンス"リンクが新しいウィンドウを開いたり、別のウィンドウをディスプレイにポップアップさせたり、システムのフォーカスを新しいフレームやウィンドウに移動させる場合、行うべき良策は、ユーザにそのようなことが起きるということを伝えることです。popups"リンクをクリックする前に、そのリンクでどこへ行くかの情報をユーザに提供するためにリンクタイトルを使用してください。属性の扱い方に従って、副ウィンドウを生成するか、参照されるリソースを表示するでしょう。ような、新しいウィンドウを生成できないいくつかのユーザエージェントは、参照されたリソースを取りだしてから、それを現在のウィンドウの最後に追加します。強制することではありません。あなたのコードはユーザが自由に選択できるブラウザの機能を妨害すべきではありませんし、ユーザに与えられる最終決定権を妨害すべきではありません。属性を再利用するようにしてください。すれば、別のリンクをクリックしても、参照されるリソースがすでに生成され、表示されているウィンドウに読みこまれることになるでしょう(そうすることで、ユーザ側の処理がスピードアップします)。することで、副ウィンドウを最初の場所に生成する理由(とユーザのシステムリソース、時間消費)が正当化されるでしょう。属性値を使用し、それをリンクで再利用することは、再利用される単一の副ウィンドウを生成するよりも、非常にユーザリソースに優しいことです。使用すると、いくつかの新しい、名前のないウィンドウをユーザにデスクトップに生成することになり、それらは、再利用も、再使用もできません。どんな場合でも、あなたのコードが上手く動作する場合でも、ユーザの最終選択を妨害するべきではありません。なく、より多くの選択肢、リンクを開くためのより多くの方法、ユーザが使用しているツール(ブラウザ)へのより多くの機能をユーザに提供するようにしてください。window)これらの語は、同じウィンドウのことを記述、または、指し示すために使われています。これは、新しいウィンドウが生成される元ウィンドウのことです。これは、ユーザが別の新しいウィンドウを生成するためのリンクをクリックした際の元ウィンドウのことです。window)これらの語は、同じウィンドウのことを記述、または、指し示すために使われています。これは、生成された新しいウィンドウのことです。windows)スクリプトで初期化されたウィンドウで、ユーザの了承無しに、自動的に開くウィンドウのことです。top)が優先され、その値を用いて表示されます。ピクセルの位置に表示されます。ピクセルの位置には表示されません。値が副ウィンドウの座標位置を決定します。