[1]

HTML の script 要素は、動的なスクリプトや、スクリプトが使うデータスクリプトデータを文書に埋め込むものです。

内容

[194] script 要素の種別が古典スクリプトやモジュールスクリプトの場合は、 src 属性を使って外部スクリプト資源を指定することもできますし、内容として直接埋め込むこともできます >>130。

<script src> も参照。

[137] script 要素の種別がデータブロックの時は、内容として直接埋め込まなければなりません >>130。

[133]

script 要素の種別については <script type> を参照。

言語依存の制約

[193] script 要素の内容が古典スクリプトやモジュールスクリプトを表しているときは、それぞれ JavaScript の Script や Module の制約に従わなければなりません >>130。

[192] かつては次のような若干曖昧な規定でした。

[150] HTML Standard は共通の制約以外には script 要素の内容について制約を課しておらず、 type (と language) によって決定される言語の仕様による制限に適合しなければならないとしています。

[151] ただし実際にはそのような制約を明示している仕様はありません。

[152] HTML Standard によれば、 script 要素で src 属性がない場合、 script 要素の内容は

[153] XML ベースの言語であれば子供を
[154] テキストベースの言語であれば子供のテキスト節点を

... 使うことになっています。ここから推測すると、

[155] XML ベースの言語であれば、 script 要素の内容がその XML 言語の要素やテキスト
[156] テキストベースの言語であればその言語によって記述されたテキストのみで、要素は使用してはいけない

... という風に解釈するのが妥当でしょう。

[157] ただし HTML 構文では script 要素の構文解析直後の状態は常にテキスト節点を高々1つだけ含んだ状態になります。要素を子供にするためには XML 構文を使うかスクリプトで挿入するしかありません。そのため、データブロックとして XML ベースのデータが script 要素の内容に埋め込まれることがありますが、 XML のソースをテキスト節点として含んだ状態になってしまいます。

[139] script 要素の種別がデータブロックの時は、 type 属性で指定された書式の要件に従わなければなりません >>130。

[581] しかし現実にはそのような書式を明確に規定している MIME型は、それほど多くありません。既存の MIME型のほとんどは、 MIME や HTTP での利用を想定してバイト列の書式は定めているかもしれませんが、文字列の書式を定めていることは稀です。 JavaScriptフレームワークの類の処理対象データを埋め込むために使う場合の専用の MIME型については、その書式が定義されているくらいです。

外部スクリプトについてのドキュメントの制約

[142] src 属性が指定されている場合、 script 要素の内容は外部のスクリプトについてのドキュメントとみなされます。スクリプトとして実行はされません。この場合には、 (スクリプト言語に関わらず) 次のものだけを使わなければならないという制約が課されます (空でも構いません) >>130。

[145] SPACE
[146] U+0009
[147] LF
[148] JavaScript の行内コメント /* ... */
[149] JavaScript の一行コメント // ... LF
- 末尾に改行が必要です。

共通の制約

[140] script 要素の textContent は次の要件を満たさなければなりません >>130。

[143]  が必要です。
[144]  の間には他の --> や <script (大文字または小文字) の後に空白文字や / や > が続く文字列が入ってはいけません。

[141] HTML構文解析器は script 要素内において  の対応関係や <script> と </script> の対応関係を考慮して複雑な解釈を行います。それに反して HTML として直列化できない値や混乱を招くものを禁止するために >>140 のような規定があります。

擬似注釈宣言の使用

[18] script 要素に対応していない古い WWW ブラウザは、 script 要素内の文字データも構わず解釈してしまいます。そこで、 script 要素の内容としてスクリプトを記述するときには、 HTML の注釈宣言のように最初に  をつけることが慣習となっています。

HTML 4 によれば、これは HTML の機能ではなく、スクリプト機関の機能とされています。この機能に対応している言語には JavaScript, VBScript, Tcl があるようです。 HTML 4 18.3.2 より正確には、この3つの言語は script 要素の内容の一番最初の非空白文字列が  は、3つの言語のいずれも、それだけで書くことはできず、それぞれの言語の注釈の内容として (JavaScript の場合は // --> のようにして) 書くことが必要らしいです。

らしいというのは、正確にこれを規定した仕様がないからです。 HTML 4 はスクリプト機関によるものだと言っていますから、スクリプト言語の言語仕様かなにかに規定があってもよさそうなものですが、そのようなものは見たことがありません。また、 HTML に直接埋め込まれていない ECMAScript のスクリプトのソース・コードに <!-- という文字列があってもよいという話も聞きません。 (style 要素も同じような事情ですが、こちらは CSS2 で言語仕様の一部としてきちんと定義されています。)

[42] 少なくても JavaScript では、最初の <!-- が含まれる行の行末までを無視するのが Web ブラウザの普通の実装のようです。

[27] このような注釈宣言 (のようなもの) の中では、 (SGML 的には CDATA なので注釈宣言ではないとはいえ、古い UA の立場からしても SGML 的に正当であるために) COM (--) を含めるべきではないと考える人もいます。

[19] なお、 XHTML 1 の script 要素は、 CDATA ではありませんので、注釈宣言 (のようなもの) を書くと、本当に XML の注釈宣言と解釈されてしまいます。当然、スクリプトとして解釈・実行されることはありません。

[40] script 要素が使われ始めたばかりの1996年ごろまでは、注釈宣言 (のようなもの) の閉じの前に

<script language="javascript">
<!-- hide script from old browsers
...
// hide script from old browsers -->
</script>

のように自然言語の注釈を入れておくことがよく行われていました (初期の使用例にそう載っていたからみんなで真似したのでしょう)。 (この例のように開き (のようなもの) の後に書くこともできましたが、閉じの前に書くのが普通だったと記憶しております。) 後にこのような冗長なことはせず、

<script language="javascript">
<!--
...
//-->
</script>

のように簡単に書くようになりました。

[35] また、裏技的なものとして、

<script language="javascript">
<!--
...
// -->スクリプトに対応していません。<!--
...
// -->
</script>

のような書き方が紹介されることもありました。 (この例のようになぜかスクリプトの途中に書いているものもあれば、注釈宣言 (のようなもの) の前後に書いているものもありました。どこに入れるにせよ、書く内容は一行にするか、うまくして行頭にスクリプト言語の注釈導入子が来るように調整することが重要です。また、 etago が使えないことにも注意が必要です。)

[38] スクリプト言語の演算子として > を使うことが良くありますが、古いブラウザの中には注釈宣言を > で終えてしまうものがあることが知られています。 x > y のような式は y < x と書くことで回避できます。 HTML 4 18.3.2 Note もっとも、そのようなブラウザは HTML 4 の時点でも骨董品ですし、 HTML 4 も特にそうするべきだなどとは言っていません。

参考文献:

[16] <SCRIPT>〜</SCRIPT> 内の要素はすべてコメントで囲んだ方が安全です。 http://openlab.ring.gr.jp/k16/htmllint/explain.html#comment-element

誤って「//->」のようなもので終わることもあるみたいです。

処理

[477] script 要素の処理は、 HTML要素の中でもトップレベルに複雑です。イベントループはもちろん、構文解析器とも密結合しています。

[412] 要素の作成時点で、作成方法により、次のように各フラグが設定されます。

create: 作成方法
parser-inserted: 「構文解析器挿入」
already started: 「開始済み」
non-blocking: 「非ブロッキング」
execute: スクリプト実行

create: createElement, createElementNS
parser-inserted: いいえ
already started: いいえ
non-blocking: はい
execute: はい

create: 構文解析器
parser-inserted: はい
non-blocking: いいえ
execute: はい
already started: いいえ

create: 構文解析器 (innerHTML, outerHTML, insertAdjacentHTML, createContextualFragment)
parser-inserted: はい
non-blocking: いいえ
already started: はい
execute: いいえ

create: xml-stylesheet で参照された XSLTスタイルシート >>130
parser-inserted: はい
already started: いいえ
non-blocking: ?
execute: はい

create: transformToDocument >>130
parser-inserted: はい
already started: はい
non-blocking: ?
execute: いいえ

create: transformToFragment >>130
parser-inserted: いいえ
already started: いいえ
non-blocking: ?
execute: はい

create: cloneNode
already started: 複製元と同じ
parser-inserted: いいえ
non-blocking: はい

create: 作成後 setAttribute 等で async 内容属性追加
non-blocking: いいえ

create: 作成後 async IDL属性に値を設定
non-blocking: いいえ

[479] 更に、要素が文書に挿入された時点で、スクリプトの準備が行われます。ただしスクリプトではなく構文解析器によって挿入された場合は、 (開始タグ時点で発生する) 挿入の時点ではなく、終了タグ時点で行われます。

[480] スクリプトの準備の後に、スクリプトブロックの実行で、実際にスクリプトが実行されます。これは fetch など必要な条件が整った時に行われます。 (スクリプトの準備から直接呼び出されることもあれば、構文解析完了時などかなり遅延される場合もあります。)

[481] これだけでも相当複雑ですが、構文解析器が挿入した script 要素のスクリプトが document.write を呼び出し、そこで構文解析器が再帰的に実行されて script 要素が新たに挿入される場合も考慮する必要があるので、スパゲッティもびっくりなレベルで複雑に交錯しています。

構文解析器の処理

[414] 構文解析器は、 script 開始タグの処理において script 要素要素を作成した直後、挿入する直前に、次のようにしなければなりません >>413, >>424。

[415] 要素の「構文解析器挿入」フラグを設定します。
[416] 要素の「非ブロッキング」フラグを消去します。
[417] 本構文解析器の素片構文解析が真の場合、
1. [418] 要素の「開始済み」フラグを設定します。
[556] 本構文解析器のスクリプト入れ子文脈が正の場合、
1. [557] 要素の「開始済み」フラグを設定して構いません。例えば、異なる起源のスクリプトが document.write で挿入されていてネットワークが遅い場合や、ページの読み込みに既に長時間を費やしている場合などに、スクリプトを実行しないことにして構いません。

[425]

HTML Standard はXML構文解析器の処理において >>414 をスクリプトが有効な場合に限定していますが、 HTML構文解析器にはそのような制約はありません。処理の整合性を考慮するとHTML構文解析器の動作が正しいと思われます。

[420] HTML構文解析器は、 "in text" 挿入モードで script 要素が現在節点の時 EOF 字句を処理する場合には、開いている要素のスタックから現在節点を除去する直前に、次のようにしなければなりません >>419。

[421] 要素の「開始済み」フラグを設定します。

[426]

HTML Standard には XML構文解析器の処理でこれに相当する規定がありませんが、整形式でなくても場合によってはスクリプトからアクセスできるとすると、同様の扱いが必要と思われます。

[428]

HTML構文解析器で SVG script 要素を処理する際にも、同様の措置が必要かもしれません。

[423] 構文解析器構文解析器は、 script 要素要素が現在節点である時、要素を開いている要素のスタックから pop したり、挿入モードなど構文解析器の状態を適宜変更した直後に、次のようにしなければなりません >>422, >>424。

[432] 構文解析器の文書のイベントループのJavaScript実行文脈スタックが空なら、
1. [433] 構文解析器の文書のイベントループについてマイクロタスクチェックポイントを実行します。
[434] 旧挿入点を、構文解析器の挿入点に設定します。
[435] 構文解析器の挿入点を、構文解析器の次入力文字の直前に設定します。
[436] 構文解析器のスクリプト入れ子水準を、インクリメントします。
[437] 要素についてスクリプトの準備を実行します。
- [438] ここでスクリプトが実行されることがあります。
- [439] つまり document.write が呼び出されることがあります。
[440] 構文解析器のスクリプト入れ子水準を、デクリメントします。
[441] 構文解析器のスクリプト入れ子水準が0なら、
1. [442] 構文解析器のparser pause flag を、偽に設定します。
[443] 構文解析器の挿入点を、旧挿入点に設定します。
[465] 構文解析器の pending parsing-blocking script の処理 (>>466) を行います。

[431] これは HTML構文解析器では "in text" 挿入モードで script 終了タグを処理する時に実行されます

>>422

。 XML構文解析器では script 要素が開いている要素のスタックから pop した時に実行されます

>>424

。整形式でない XML文書を考慮する場合は、仕様書に明文化されている場合の他、複数の要素をまとめて pop する場合もあるかもしれません。

[464]

HTML Standard はXML構文解析器についてもう少し違った (より簡単な) 手順を示していますが、HTML構文解析器特有の内部状態が XML構文解析器にも存在すると考えれば、場合分けなく共通の処理にできます。

[430] Firefox と IE11 は HTML Standard に従いスクリプト実行前にマイクロタスクチェックポイントを実行するように見えます。 Chrome は実行しないように見えます。 2016-02-22T15:45:40.600Z

[429]

HTML構文解析器で SVG script 要素

>>427

DOM 操作の副作用

[250] 節点子節点の節点の接続の処理は、次のようにしなければなりません >>130。

[252] 子節点が script 要素であり、「構文解析器挿入」フラグが設定されていなければ、
1. [253] 子節点についてスクリプトを準備します。
[254] 子節点の親parentNodeが script 要素であり、 子節点の親parentNodeの「構文解析器挿入」フラグが設定されていなければ、
1. [255] 子節点の親parentNodeについてスクリプトを準備します。

[251]

節点の接続、すなわち影を含む文書中となったときに実行されます。つまり文書木本体のみならず、影木への挿入でも script 要素は実行されます。

[247] clone 時の処理は、 cloning steps 参照。

スクリプトの準備

[257] 要素のスクリプトの準備prepare a scriptは、次のようにしなければなりません >>130。

[258] 要素の「開始済み」"already executed"フラグが設定されていれば、ここで停止します。
[259] 要素の「構文解析器挿入」フラグが設定されていれば、
1. [260] 構文解析器挿入だったを、真に設定します。
2. [263] 要素の「構文解析器挿入」フラグを消去します。
3. [267] 要素に async 内容属性がなければ、
  1. [268] 要素の「非ブロッキング」フラグを設定します。
[261] それ以外なら、
1. [262] 構文解析器挿入だったを、偽に設定します。
[573] ソーステキストを、 要素の子供テキスト内容に設定します。
[269] 要素に src 属性がなく、 子供テキスト内容が空文字列の場合、
1. [534] ここで停止します。
[270] 要素が影を含む文書中でない場合、
1. [535] ここで停止します。
[286] 要素のスクリプトブロックの型文字列について、
JavaScript MIME type essence match
要素のスクリプトの型を、classic に設定します。
module と ASCII大文字・小文字不区別で一致
要素のスクリプトの型を、module に設定します。
それ以外
ここで停止します。
[274] 要素の「開始済み」フラグを設定します。
[271] 構文解析器挿入だったが真なら、
1. [272] 要素の「構文解析器挿入」フラグを設定します。
2. [273] 要素の「非ブロッキング」フラグを消去します。
3. [275] 要素の節点文書が要素を作成した構文解析器の文書と異なるなら、
  1. [276] ここで停止します。
[282] 要素についてスクリプトが無効なら、
1. [548] ここで停止します。
[550] 要素に nomodule 属性があって、 要素のスクリプトの型が classic古典スクリプト の場合、
1. [551] ここで停止します。
[283] 要素が src 属性を持たない場合、
1. [284] 結果を、要素と script とソーステキストについて Should element's inline behavior be blocked by Content Security Policy? を実行した結果に設定します。
2. [288] 結果が Blocked なら、ここで停止します。
[289] 要素が event 属性と for 属性を持ち、 要素のスクリプトの型が classic なら、
1. [290] 要素の for 属性値が先頭と末尾の0個以上の間隔文字を無視すると ASCII大文字・小文字不区別で window と一致するなら、ここで停止します。
2. [291] 要素の event 属性値が先頭と末尾の0個以上の間隔文字を無視すると ASCII大文字・小文字不区別で onload または onload() と一致するなら、ここで停止します。
[298] それ以外なら、
1. [299] 符号化を、要素の節点文書の文書の符号化に設定します。
[300] CORS設定を、要素の crossorigin 属性の状態に設定します。
[568] オプション群を、新しいスクリプトfetchオプション群に設定します。
[516] スクリプトfetchオプション群
暗号学的nonce
要素に noncenonce="" 属性が存在する場合、 noncenonce="" 属性値。それ以外の場合、空文字列。
一貫性メタデータ
要素に integrityintegrity="" 属性が存在する場合、 integrityintegrity="" 属性値。それ以外の場合、空文字列。
構文解析器メタデータ
要素の「構文解析器挿入」フラグが真なら parser-inserted、それ以外なら not-parser-inserted。
credentialsモード
CORS設定から得た credentialsモード
参照元ポリシー
要素の referrerpolicy 内容属性の現在の状態
[301] 設定群を、要素の節点文書のWindowの環境設定群オブジェクトに設定します。
[338] loadイベントの遅延 (>>248) を開始します。
[302] 要素に src 属性があれば、
1. [303] src を、要素の src 属性値に設定します。
2. [304] src が空文字列なら、
  1. [385] 要素のエラーを通知するタスクを追加 (>>305) します。
  2. [341] loadイベントの遅延 (>>248) を終了します。
  3. [386] ここで停止します。
3. [308] 要素の外部ファイルからフラグを設定します。
4. [309] URL を、 src について要素の節点文書に対してURLの構文解析を実行した結果URL記録に設定します。
5. [310] URL が失敗なら、
  1. [387] 要素のエラーを通知するタスクを追加 (>>305) します。
  2. [388] loadイベントの遅延 (>>248) を終了します。
  3. [389] ここで停止します。
6. [311] 要素のスクリプトの型により、
  classic
  [294] 要素が charset 属性を持つなら、
  [295] 符号化を、要素の charset 属性値について符号化を取得した結果に設定します。
  [296] 符号化が失敗なら、
  [297] 符号化を、要素の節点文書の符号化文書の符号化に設定します。
  [522] それ以外なら、
  [523] 符号化を、要素の節点文書の符号化文書の符号化に設定します。
  [313] 古典スクリプトのfetchを実行します。
  URL
  URL
  CORS設定
  CORS設定
  オプション群
  オプション群
  設定群
  設定群
  符号化
  符号化
  続きの処理
  >>316
  module
  モジュールスクリプト木のfetchを実行します。
  URL
  URL
  オプション群
  オプション群
  設定群
  設定群
  終点
  script
  続きの処理
  >>316
[327] それ以外の場合、
1. [333] 基底URLを、 要素の設定文書の文書基底URLに設定します。
2. [329] 要素のスクリプトの型により、
  classic
  [331] 要素のスクリプトのスクリプトを、 ソーステキストと設定群、 基底URL、オプション群について古典スクリプトを作成した結果に設定します。
  [332] 要素のスクリプトの準備完了とします。
  module
  [334] スクリプトを、ソーステキスト、設定群、 基底URL、オプション群についてモジュールスクリプトを作成した結果に設定します。
  [335] スクリプトが null なら、
  [336] 要素のスクリプトのスクリプトを null に設定します。
  [337] 要素のスクリプトの準備完了とします。
  [339] それ以外の場合、
  [340] スクリプトについてモジュールスクリプトの子孫をfetchして実現値化を実行します。
  終点
  script
  続きの処理
  >>316
[361] >>360 の実行タイミングにより、
甲
要素を作成した構文解析器の文書の list of scripts that will execute when the document has finished parsing の末尾に要素を追加します。
乙
要素を作成した構文解析器の文書の pending parsing-blocking script を、要素に設定します。
丙
要素の節点文書の list of scripts that will execute in order as soon as possible の末尾に要素を追加します。
丁
要素の節点文書の set of scripts that will execute as soon as possible に要素を追加します。
戊
要素を作成した構文解析器の文書の pending parsing-blocking script を、要素に設定します。

[316] スクリプトのfetchの続きの処理は、 スクリプトについて次のようにしなければなりません >>130。

[317] 要素のスクリプトのスクリプトを、スクリプトに設定します。
[318] 要素のスクリプトの準備完了とします (>>365)。

[320] スクリプトの準備は、次の動作から呼び出されることがあります。

script 要素の挿入手順 (>>250)
script 要素の子供の挿入手順 (>>250)
<script src> の属性の追加

[319] 利用者エージェントは、性能のため、 script 要素に src 属性の設定が行われた時点で、スクリプトの準備によるスクリプトのfetchを行って構いません >>130。 (実行はまだ行わず、後に文書に挿入された時に (属性などの状況が変わっていなければ) fetch 結果を利用します。)

[326] 実装によっては更に早い段階 (preload scanner) で fetch が実行されています。

[264] スクリプトの準備の処理に関連して、 script 要素には次のような性質があります。

[285] language 属性は、 type 属性があれば無視されます。
[287] type 属性の MIME型に引数を指定すると、 JavaScript とはみなされず、スクリプトは実行されません。
[265] innerHTML などで挿入された script 要素は、実行されません。
[266] 構文解析器によって挿入されたものの実行されなかった script 要素は、(適当な属性の変更などを経て) 別の機会に実行される可能性があります。その場合は async 属性が設定されていたものとみなされることがあります。
[321] event 属性や for 属性は、古典スクリプトでのみ効力を持ちます。
[322] charset 属性は、古典スクリプトでのみ効力を持ちます。
[363] 構文解析器の実行途中で挿入された script 要素が fetch 待ちの間に他の文書に adopt されると、そのスクリプトは実行されなくなります。しかし fetch 完了まで構文解析器の停止やloadイベントの遅延は継続します。
[501] defer 属性と async 属性は、古典スクリプトでは src 属性が無い時無視されます。
[502] 古典スクリプトでは src 属性の有無で動作が大きく変わりますが、モジュールスクリプトではそこまで大きくは変わりません。

スクリプトの準備完了

[364] script 要素は、スクリプトの準備の実行の過程で、スクリプトの準備完了the script is ready >>130 となります。

[248] script 要素のスクリプトが準備完了するまで、節点文書のloadイベントを遅延しなければなりません >>130。つまり構文解析器の動作中にスクリプトのfetchが開始されると、それが (成功であれ失敗であれ) 完了するまでは load は発火されません。

[367]

節点文書が変化した場合の扱いは不明です。

[365] 要素のスクリプトの準備完了により、次のようにしなければなりません >>130。

[366] >>360 の実行タイミングにより、
甲、乙、戊
[368] 要素の「構文解析器実行準備完了」フラグを設定します。
[475] >>453 や >>489 のスピンを終了できるかもしれません。
丙
[369] リストを、 >>361 の list of scripts that will execute in order as soon as possible に設定します。
[373] リストの最初の要素が要素の場合、
[371] 要素の準備完了フラグを設定します。
[370] リストの最初の要素の準備完了フラグが設定されている限り繰り返し、
[372] リストの最初の要素についてスクリプトブロックを実行します。
[374] リストから最初の要素を削除します。
[497] stop parsing 内のスピン中なら、これを終了できるかもしれません。
丁
[375] 要素についてスクリプトブロックを実行します。
[376] >>361 の set of scripts that will execute as soon as possible から要素を削除します。
[498] stop parsing 内のスピン中なら、これを終了できるかもしれません。
己
[378] 要素についてスクリプトブロックを実行します。

[377]

>>361 とは通常は要素の節点文書ですが、処理がここに到着するまでの間に要素が他の文書に adopt される可能性もあります。

実行タイミング

[164] script 要素から作成されたスクリプトの実行のタイミングは、構文解析器によって作られた script 要素か否かや、属性の有無により、何種類かあります。

[169] その場
- その他の場合
- その場 (挿入や終了タグの時点) で実行されます。スクリプト内から呼ばれている場合も、再帰的にスクリプトを実行します。
[165] 文書のpending parsing-blocking script
- (src & "parser-inserted") or has a style sheet that is blocking scripts の場合
- 構文解析器によってスクリプトを実行中ならすべて完了させてから、必要なスクリプトやスタイルシートが読み込まれるまで構文解析を中断し、読み込まれた時点で実行され、構文解析も再開されます。
[166] 文書のlist of scripts that will execute when the document has finished parsing
- src & defer & "parser-inserted" の場合
- stop parsing が実行します。
[167] 文書のlist of scripts that will execute in order as soon as possible >>130
- src の場合
- fetch 完了時のタスクで実行します。
- 構文解析実行中に登録された場合、実行完了まで load を遅延させます。
[168] 文書のset of scripts that will execute as soon as possible >>130
- src & async の場合
- fetch 完了時のタスクで実行します。
- 構文解析実行中に登録された場合、実行完了まで load を遅延させます。

[170] >>169、>>165、>>166 は、構文解析器を呼び出したタスクの中で直接スクリプトが同期的に実行されます。いずれにせよ構文解析器内部でスクリプトが実行されるのは、 HTML または SVG の script 終了タグ (または SVG script 空要素タグ) の処理中に限られます。

[171] >>167 と >>168 は、構文解析器とは別のタスクでスクリプトが実行されます。

[172] タスクはイベントループによって処理されるので、 >>171 の場合構文解析器とスクリプトが同時に実行されることはありません。また UIイベントや setTimeout のコールバックなどが構文解析器の動作期間中に実行されることもありますが、やはり別のタスクとして処理されるので、構文解析器や他のスクリプトと同時に実行されることはありません。

[173] なお script 要素のスクリプトは、それ自体のコードの実行の他に、前後に各種イベントがdispatchされたり、エラーの報告が行われたりすることがあり、同期的に複数のスクリプトが同タスク内で実行されることがあります (が、やはり同時にではありません)。

[174] script タグの処理前にはマイクロタスクチェックポイントがあり、マイクロタスクがあればそのタイミングで、つまり構文解析器と同じタスクの内部で同期的に実行されます。

実行タイミングの決定

[360] 要素の実行タイミングの種別は、次の通り決定しなければなりません >>140。甲乙丙丁戊己のいずれかに定まります。

[342] 要素のスクリプトの型が classic の場合、
1. [356] 要素が src 属性を持つ場合、
  1. [352] 要素が async 属性を持たない場合、
    1. [347] 要素が「構文解析器挿入」フラグを持つ場合、
      1. [345] 要素が defer 属性を持つ場合、
        甲
      2. [346] それ以外の場合、
        乙
    2. [348] それ以外で、要素が「非ブロッキング」フラグを持たない場合、
      1. 丙
    3. [351] それ以外の場合、
      1. 丁
  2. [353] それ以外の場合、
    1. 丁
2. [357] それ以外の場合、
  1. [358]
    - 要素が src 属性を持たず、
    - 要素が「構文解析器挿入」フラグを持ち、
    - 要素を作成した構文解析器のスクリプト入れ子水準が1以下
    - 要素を作成した構文解析器の文書がスクリプトをブロックしているスタイルシートを持つ
    ... のすべてを満たす場合、
    1. 戊
  2. [359] それ以外の場合、
    1. 己
[343] 要素のスクリプトの型が module の場合、
1. [354] 要素が async 属性を持たない場合、
  1. [349] 要素が「構文解析器挿入」フラグを持つ場合、
    1. 甲
  2. [350] それ以外で、要素が「非ブロッキング」フラグを持たない場合、
    1. 丙
  3. [355] それ以外の場合、
    1. 丁
2. [344] それ以外の場合、
  1. 丁

[362] 丙、丁は通常の script 要素としての実行、それ以外は構文解析器による script 要素の実行です。

pending parsing-blocking script

[467] 文書のpending parsing-blocking script >>130 は、script 要素か null のいずれかです。初期状態では null です。

[468] これは、 <script src> で指定された外部スクリプト資源の読み込み待ち、またはスタイルシートの読み込み待ち (has a style sheet that is blocking scripts) のためにスクリプトの実行および構文解析器の一切の動作が停止される時に使われます。

[469] スクリプトの準備でスクリプトが実行されない場合に、 script 要素に設定されます (>>361)。準備が整ってスクリプトが実行される時に、消去されます (>>450)。

[470] document.write, document.writeln, document.close では、構文解析器の処理を実行するべきかどうかの判定に使われています。

[476] pending parsing-blocking script が設定されている時は、 (他のフラグの状態も含めて) 構文解析器の進行が完全に停止されていますから、新たな script 要素が構文解析器により挿入されることもなく、従って別の要素が pending parsing-blocking script となることもありません。

[466] script 終了タグの処理 (>>423) から呼び出される、 構文解析器の pending parsing-blocking script の処理は、次のようにしなければなりません >>422, >>424。

[444] 構文解析器の文書に pending parsing-blocking script がなければ、ここで停止します。
[445] 構文解析器のスクリプト入れ子水準が0以外なら、
1. [447] 構文解析器のparser pause flagを、真に設定します。
2. [448] 構文解析器の (本処理を呼び出した木構築処理を呼び出した) 字句化を中断します。
3. [471] ここで停止します。
[449] スクリプトを、構文解析器の文書の pending parsing-blocking script に設定します。
[450] 構文解析器の文書の pending parsing-blocking script を、 null に設定します。
[451] 構文解析器について字句化器のブロックを実行します。
[452] 構文解析器の文書の has a style sheet that is blocking scripts フラグが設定されているか、スクリプトの「構文解析器実行準備完了」フラグが設定されていないなら、
1. [453] 構文解析器の文書のイベントループについてイベントループをスピンします。終了条件は、構文解析器の文書が has no style sheet that is blocking scripts となり、かつスクリプトの「構文解析器実行準備完了」フラグが設定されることです。続きの処理は、構文解析器とスクリプトについて >>446 を実行することです。
[472] それ以外なら、
1. [473] 構文解析器とスクリプトについて >>446 を実行します。

[446] 続きの処理は、構文解析器とスクリプトについて次のようにしなければなりません >>422, >>424。

[454] 構文解析器が abort済み (= abort a parser 済み) なら、ここで停止します。
[455] 構文解析器について字句化器のブロック解除を実行します。
[456] 構文解析器の挿入点を、構文解析器の次入力文字の直前に設定します。
[457] 構文解析器のスクリプト入れ子水準をインクリメントします。
[458] スクリプトについてスクリプトブロックを実行します。
[459] 構文解析器のスクリプト入れ子水準をデクリメントします。
[460] 構文解析器のスクリプト入れ子水準が0なら、
1. [461] 構文解析器のparser pause flagを、偽に設定します。
[462] 構文解析器の挿入点を、 null に設定します。
[463] 構文解析器の pending parsing-blocking script の処理 (>>466) を実行します。

[474] スクリプト入れ子水準の分岐 (>>445) より、 document.write の再帰的な構文解析器実行中に script 要素で処理が中断される場合には、そこで document.write の構文解析は中断されて、 document.write の呼び出し元スクリプトの続きの実行に移ります。再帰的な構文解析器とスクリプトがすべて終了して最外構文解析器にまで戻ってきた時に、先送りしていた script 要素を (更に待つ必要があるなら待ってから) 実行することになります。

[478] この分岐は、戊と己の分岐に対応します。

list of scripts that will execute when the document has finished parsing

[483] 文書のlist of scripts that will execute when the document has finished parsing >>130 は、 script 要素のリストです。初期状態では空です。

[485] これは defer 属性の動作を実現するためのものです。 (モジュールスクリプトの場合は標準動作が defer 属性相当なので、それも含まれます。)

[486] 甲のケースです。

[487] 構文解析器構文解析器の処理終了時に呼び出される stop parsing で、構文解析終了後のスクリプト実行の処理は、 続きの処理について次のようにしなければなりません >>482。

[488] 構文解析器の文書の list of scripts that will execute when the document has finished parsing が空なら、
1. [492] 構文解析器について続きの処理を実行します。
2. [491] ここで停止します。
[493] スクリプトを、 構文解析器の文書の list of scripts that will execute when the document has finished parsing の最初の要素に設定します。
[489] 構文解析器の文書のイベントループについてイベントループをスピンします。終了条件は、構文解析器の文書が has no style sheet that is blocking scripts となり、かつスクリプトの「構文解析器実行準備完了」フラグが設定されることです。続きの処理は、構文解析器とスクリプトと続きの処理について >>490 を実行することです。

[490] 条件達成後、構文解析器とスクリプトと続きの処理について次のようにしなければなりません >>482。

[494] スクリプトについてスクリプトブロックを実行します。
[495] スクリプトを構文解析器の文書の list of scripts that will execute when the document has finished parsing から削除します。
[496] 構文解析器と続きの処理について、構文解析終了後のスクリプト実行の処理 (>>487) を実行します。

実行

[379] 要素に関するスクリプトブロックの実行execute a script blockは、次のようにしなければなりません >>130。

[380] 要素の「構文解析器挿入」フラグが設定されている場合、
1. [381] 要素の節点文書が要素を作成した構文解析器の文書と異なる場合、
  1. [382] ここで停止します。
[383] 要素のスクリプトのスクリプトが null の場合、
1. [390] 要素のエラーを通知 (>>391) します。
2. [384] ここで停止します。
[395] 要素の外部ファイルからフラグが設定されているか、 要素のスクリプトの型が module なら、
1. [397] neutralised doc を、要素の節点文書に設定します。
2. [396] neutralised doc の ignore-destructive-writes counter をインクリメントします。
[398] 旧スクリプトを、要素の節点文書の currentScript に設定します。
[315] 要素のスクリプトの型が classic で、 要素の根が影根でないなら、
1. [399] 要素の節点文書の currentScript を、要素に設定します。
[392] それ以外なら、
1. [393] 要素の節点文書の currentScript を、 null に設定します。
[330] 要素のスクリプトのスクリプトを実行スクリプトを実行します。
[402] 要素の節点文書の currentScript を、旧スクリプトに設定します。
[406] 要素の外部ファイルからフラグが設定されているか、 要素のスクリプトの型が module なら、
1. [404] neutralised doc の ignore-destructive-writes counter をデクリメントします。
[408] 要素の外部ファイルからフラグが設定されていて、 要素のスクリプトの型が module なら、
1. [407] 単純イベントを発火します。
  [400] 単純イベント
  イベント型
  load
  対象
  要素

[520] 従って、 currentScript は、古典スクリプト実行時にのみ有効です。しかも影木中のスクリプトでは使えません。

エラーの通知

[410] スクリプトの fetch に関するエラーは、 error イベントで通知されます。これは起源に関わらず詳しい情報が提供されません。

[305] 要素のエラーを通知するタスクを追加するとは、次のようにすることを言います。

[306] タスクキューにタスクを追加します >>130。
タスク
処理
要素のエラーを通知 (>>391) します。
タスク源
?

[391] 要素のエラーを通知するとは、次のようにすることを言います >>130。

[307] 単純イベントを発火します。
単純イベント
イベント型
error
対象
要素

[411] スクリプトの実行時エラーは、他のスクリプト同様に例外の報告により処理されます。こちらは起源次第で報告内容が省略されることがあります。

歴史

`script` の誕生

[2] script 要素は、 NN2 が LiveScript と共に実装したのがはじめであると考えられています。

[590] Navigator Scripting, 2024-08-16T09:22:50.000Z, 1997-06-06T18:19:26.337Z http://web.archive.org/web/19970606181855fw_/http://www28.netscape.com/eng/mozilla/2.0/handbook/javascript/script.html

JS 1.0

[591] null, 2024-08-16T09:29:41.000Z, 2001-02-08T10:33:37.072Z https://web.archive.org/web/20010208103254/http://home.netscape.com/eng/mozilla/3.0/handbook/javascript/getstart.htm#996824

JS 1.1

[592]

HTML要素概説

要素名

script

日付

1996

説明

1996頃の Netscape Navigator 2.0 は、 script を実装した。現行仕様である。

出典

NN2JS: Navigator Scripting, Netscape Communications Corporation, 1996, 2024-08-16T09:22:50.000Z, 1997-06-06T18:19:26.337Z http://web.archive.org/web/19970606181855fw_/http://www28.netscape.com/eng/mozilla/2.0/handbook/javascript/script.html

HTML 3.2

[20] script 要素がはじめて公式な仕様書に入ったのは 1997年1月の HTML 3.2 でした。しかし、このときの最終的な勧告では詳細が決まらず、将来の版のために予約すると述べるに留まっていました。

<!ELEMENT SCRIPT - - CDATA -- placeholder for script statements --> HTML 3.2 DTD

HTML4

[12] その後1997年12月の HTML 4 で、 script 要素型はようやく正式な仕様の一部となりました。当時 WinIE や NN が実装していた script の基本的な機能が仕様に入りましたが、 WinIE だけが実装していた event 属性と for 属性は、将来のために予約とされました。

[24] 1998年に勧告された DOM 1 やその後の DOM 2 では、 script 要素型に対応する HTMLScriptElement 界面が定義されています。ここでは、標準の属性の他、 for 属性と event 属性も将来の使用のために予約として定義だけされています。

[25] >>24 そんな将来くるのかな〜。来たら嫌だな〜

[26] >>24-25 将来の使用は M$ の仕様の間違いじゃないのかな。

[32] >>24-26 その後 XHTML 1 が標準化されましたが、予約2属性はやはり正式な仕様には昇格せず、このまま忘れ去られようとしています。しかし、両属性の機能は拡張して汎用化されて XML事象仕様の一部として標準化されました (2002年)。

[29] HTML 4
- 18 Scripts in HTML documents IW:HTML4:"interact/scripts.html#edef-SCRIPT"
- Element content IW:HTML4:"appendix/notes.html#h-B.3.2.1"
ECMA-290
XHTML 1.0
- 4.8. Script and Style elements (参考) IW:XHTML10:"h-4.8"

[4] src 属性が指定されている場合、スクリプトはその外部資源で定義されます。 UA利用者エージェントは内容を無視し、指定された URI統一資源識別子のスクリプトを取り寄せなければなりません。 src 属性が指定されていない場合、 UA利用者エージェント は内容をスクリプトとして解釈しなければなりません。 HTML 4 18.2.1

[30] XHTML拡張可能ハイパーテキスト・マーク付け言語より前の HTMLハイパーテキスト・マーク付け言語では、 script 要素の内容は style 要素の内容同様文字データ (CDATA) 宣言内容とされていました。つまり、 script 要素内ではほとんどのマークは認知されず、 etago終了タグ開き (</) の直後に名前開始文字 (ラテン文字など) または tagcタグ閉じ (>) が来たらそこで script 要素が終わることになっていました。

ですから、スクリプト言語の演算子などとして HTMLハイパーテキスト・マーク付け言語のマーク文字が登場することがよくありますが、そのような場合にもほとんど文字参照化する必要がありませんでした。

[36] ETAGO終了タグ閉じがかけないのは document.write のデータを作る時などにしばしば問題となり、その最盛期には、これが原因でうまく動かないことに悩む人もよく見受けられました。回避するためには、そのスクリプト言語の文字列連結を使ったり ('<' + '/a>')、 escape (quote) 機能を使ったり ('<\/a>')、文字生成関数を使ったり ("<" & Chr (47) & "a>") する方法がよく紹介されました。

[33] しかし、 XML拡張可能マーク付け言語では CDATA文字データ宣言内容は使えないので、 XHTML 1拡張可能ハイパーテキスト・マーク付け言語 1 では PCDATA解析可能文字データと宣言されています。ですから、 STAGO開始タグ開き (<) は必ず escape して < としなければならないなどの制限があります。これを回避するために CDATA区間を使う方法がよく紹介されますが、そうすると多くの既存の WWWWorld Wide Web ブラウザとの互換性が失われてしまいます。ですから、 XHTML拡張可能ハイパーテキスト・マーク付け言語で script 要素を使う時は src 属性を使った外部スクリプトとするのが良いと言われています。

[41] src で指定された資源が取得できない時に内容を使うとする説があります。

SCRIPT - Client-side Script(jp) http://www.htmlhelp.com/ja/reference/html40/special/script.html

しかし、 HTMLハイパーテキスト・マーク付け言語 4 の規定と矛盾します。 (この文書はほんとうに HTMLハイパーテキスト・マーク付け言語 4 に基づいているのでしょうか?)

[47] Working with the WebKit Nightly Builds http://developer.apple.com/opensource/internet/nightlywebkit.html (名無しさん 2006-11-05 02:47:22 +00:00)

[48] Surfin’ Safari - Blog Archive » Understanding HTML, XML and XHTML http://webkit.org/blog/?p=68

[37] 二乗した結果を書き出す例 HTML 4 18.3.2 改

JavaScript による例

<SCRIPT type="text/javascript">
<!--  to hide script contents from old browsers
  function square(i) {
    document.write("The call passed ", i ," to the function.","<BR>");
    return i * i;
  }
  document.write("The function returned ",square(5),".");
// end hiding contents from old browsers  -->
</SCRIPT>

VBScript による例

<SCRIPT type="text/vbscript">
<!--
  Function Square(i)
    Call Document.Write("The call passed ",i," to the function.","<BR>")
    Square = i * i
  End Function
  Document.Write("The function returned ",Square(5),".")
' -->
</SCRIPT>

Tcl による例

<SCRIPT type="text/tcl">
<!--  to hide script contents from old browsers
  proc square {i} {
    document write "The call passed $i to the function.<BR>"
    return [expr $i * $i]
  }
  document write "The function returned [square 5]."
# end hiding contents from old browsers  -->
</SCRIPT>

[28] script 要素によるスクリプトは、文書の読込み時に実行されます HTML 4 18.1。

[256] src 属性による外部スクリプトは優先的に実行されるという説を唱える人がいますが、根拠は不明です。特定の UA ではそうなのかもしれませんが、少なくても HTML 4 は何も規定していません。但し、 defer 属性や event 属性は実行時機に影響するのかもしれません。

実装

[31] CGI.pm は、 XHTML 出力 mode だと、注釈宣言内に CDATA区間宣言という素晴らしい出力をしてくれます(w

[50] Bug 60724 – <script> tag inside <applet> tag executes if Java enabled (2007-02-10 13:51:33 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=60724 (名無しさん)

不思議解釈

[34] src 属性のある script の中に noscript を書く困った人がいます。。。

(名無しさん 2004-09-14 07:54:57 +00:00)

[17] 仕様によれば (>>4)、 src 属性があるとき UA は内容を無視しなければなりません。この規定に特に条件は無いようなので、スクリプト未対応の UA であっても同様でしょう。ですから、 script の中に noscript を書くと、 HTML 4 対応の script 未対応 UA には無視されてしまうはずです。

[15] しかし、不思議マーク付けの世界や多くの WWWブラウザの実装では、 html タグの前後や head 要素と body 要素の間を含めて、あらゆる場所に出現できるようです。

ダイナミックHTML入門 (Bruce Campbell + Rick Darnell 著, 安藤慶一訳) という入門書では、スクリプトの場所に関しては標準規格は必要ないようですなどと電波を飛ばしているそうです。いくつかの書籍のあらさがし http://openlab.ring.gr.jp/k16/htmllint/findfault.html#dynamic-html

他との関係

[3] ASP などの鯖側で HTML 文書 (もどき) を前処理する類のシステムの一部では、 script 要素 (のようなもの) を拡張して、 runat 属性などを付与して鯖側で実行するものと script 要素としてクライアントに送信するものを区別していることがあります。

(そのような実現方法は開発者がスクリプトの実行を正しく把握しづらくなるのではないかとの懸念はあります。その点、 NES のように server 要素型という別の要素型を用意するのは一つの考えではありますが、どんぐりのせいくらべといったところでしょう。)

[13] スクリプトによって HTML 文書を動的に扱う方法として、 JavaScript の document.write がよく使われました。 (document.write は後に DOM 1 で HTMLDocument 界面の write method として標準化されています。)

HTML 4 仕様書は読み込み時のスクリプトによる文書に書き換えについても規定していますが、その内容は document.write (と同様なもの) を想定しているようです。実際に使われていたのも document.write (と同様なもの) だけでしょう。というわけで、 write method の説明もご覧ください。

[39] スクリプトに対応していなかったり、実行しないことにしていたりするときの代替内容を提供する noscript が用意されています。アクセス可能性の確保のために、重要な情報を提供する script は、対応する noscript 要素を用意しておくことが極めて望ましいと考えられます。

[45] XML事象の仕様書には事象取扱器として script を使う例があり、 Opera 9 でも script を事象取扱器にできるように実装されています。

が、 XML事象の属性がある script 要素も、文書読込み時には属性がないときと同じように実行されてしまうので、あまり使いやすくありません。

XHTML2

[73] XHTML2 第6次案までは script 要素がありましたが、第7次案で handler に改名されました。

[113]

HTML要素概説

要素名

script

日付

2009

説明

2009、 XHTML 2.0 で XML Events 2 の script がHTML名前空間で使えるとされた。

>>594

SW:XHTML2

注釈

[594] XHTML 2.0 はその前段階で script を handler に改称していた。それが XML Events 2 が新たに規定した script を参照する形に置き換えられた。結局、仕様書が複雑になっただけだった。

メモ

[44] XHTML Frequently Answered Questions http://www.w3.org/MarkUp/2004/xhtml-faq#docwrite

HTML 4 は SGML 応用なのに document.write が使えて、 XHTML 1 は XML 応用だから document.write が使えないというのはよくわからない。 (名無しさん 2006-08-05 06:53:16 +00:00)

[46] 404 Blog Not Found:javascript - scriptタグによる通信が特許侵害!? http://blog.livedoor.jp/dankogai/archives/50677817.html (名無しさん 2006-11-04 02:20:29 +00:00)

script 要素 (ASP)

HTML (>>9) に加えて、
runat	server	なし	動作場所 >>5

[5] runat は、 M$ の ASP で使われて、値が "server" である場合に、その要素のスクリプトはサーバーで処理されます。 (クライアントには送られません。) この属性は W3C の規格では規定されていません。サーバーで処理される以外で使ってはいけません。

[6] >>2-3,>>5 language 属性や type 属性を省略しても <%@ Page Language="VB" %> みたいのが書いてあれば、それ以降の部分で解釈されるサーバー側スクリプトはその言語で解釈されるそうです。
[7] >>5-6 それから、 runat 属性はどんな要素にも? 使えて、サーバー側スクリプトからアクセス可能なことを表す?らしいです。全くもって理解不能な世界ですが。。。
[8] >>2 ASP での既定値は (設定ファイルで変更しない限り) VB (= VBScript) だそうです。

script 要素型 (CSP)

[10] CSP の script 要素では runat="server"/"compiler" の属性があります。 Introduction to Cache Server Pages - The CSP Compiler http://www.cacheinfo.com/document/V401/cpi/cpitagbased.html
[11] このほか CSP の script 要素には色んな独自拡張属性 (もしかして自由に作れる?) があります。 技術サポート http://www.cacheinfo.com/techinfo.htm

msxsl:script 要素 (M$XML の XSLT 実装)

[21] {urn:schemas-microsoft-com:xslt}:script 要素を使うと、 XSLT (の XPath を使う文脈) で利用者定義の関数を使用することが可能となります。

親要素は xslt:stylesheet 要素又は xslt:transform 要素です。内容は #PCDATA です (たぶん)。

implements-prefix	名前空間接頭辞	必須	関数の名前空間
language	html:language と同じ	不明	スクリプト言語

language 属性には html:script 要素の場合と同じ値を指定できるそうです。 implements-prefix 属性には、 XSLT 側で関数を呼ぶ際の XML名前空間接頭辞を与えます。この値は自分以上の要素の xmlns 属性を使って宣言されていなければならないはずです。

[22] 言葉で説明するより実例を見たほうが分かりやすいでしょう。

  xslt:stylesheet version="1.0"
        xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
        xmlns:msxsl="urn:schemas-microsoft-com:xslt"
        xmlns:foo="http://foo.example/">
    msxsl:script language="JScript" implements-prefix="foo"
      function bar (baz) {
        return baz;
      }
    </msxsl:script>
    xslt:template select="element1"
      xslt:apply-templates select="foo:bar(element2)"/
    </xslt:template>
  </xslt:stylesheet>

この場合は関数 foo:bar(baz) は引数 baz をただ返すだけの何の面白味もないものですが、雰囲気はつかめるでしょう。

XSLT Elements http://msdn.microsoft.com/library/default.asp?url=/library/en-us/xmlsdk/htm/xsl_elm_qz_4s50.asp
XSLT 1.0で正規表現を使う(MSXML限定) http://members.jcom.home.ne.jp/jintrick/Personal/d20031l.html#d22_4

xalan:script 要素 (Xalan-Java XSLT 実装)

[23] Xalan では XSLT スタイル・シートで JavaScript などを使うのに xalan:script 要素を使います。

親要素は xalan:component 要素です。

lang	CDATA	必須	スクリプト言語
src	URI	(指定なし)	外部スクリプト参照

HTML や MSXML での書き方と互換性はありません。

Xalan-Java Extensions http://xml.apache.org/xalan-j/extensions.html

void 要素化された `script` 要素の実装

[69] Presto と WebKit は script 開始タグで認められている斜線を認識し、 void要素と同じような挙動をします。この挙動は既存の Widget (Opera Widget、Dashboard) との互換性のために必要です。

[70] Ian Hickson は、特定の非 Web 環境で必要という理由だけで HTML5 仕様を変更するつもりはないと >>68 で述べています。 (かなり前にもこの問題が取り上げられたときに同じことを言っていた気がします。)

[68] Bug 6357 – <script> start tag parsing (2009-01-06 14:41:59 +09:00 版) https://www.w3.org/Bugs/Public/show_bug.cgi?id=6357

HTML5

[323] HTML5 では、初めてスクリプトの処理モデルが規定されました。

[324] データブロックとしての利用法も HTML5 で追加されました。

[593]

HTML要素概説

要素名

script

日付

2005-12

説明

2005-12の Google検索のデータベースを使った調査によると、要素の利用数第13位が script だった。

出典

Google Code: Web Authoring Statistics: Pages and elements, Ian Hickson, 2006, 2024-08-24T07:08:22.000Z, 2006-02-03T03:49:06.745Z https://web.archive.org/web/20060203033128/http://code.google.com/webstats/2005-12/pages.html

[49] Bug 178258 – document.forms has no properties on a page without <body> (JavaScript error) (2007-01-29 17:04:28 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=178258

[79] 図にしましたwwww script要素の内容の制約の図

[51] HTML5 script start tag should select appropriate content model according to src (David Woolley 著, 2007-04-21 22:52:46 +09:00 版) http://lists.w3.org/Archives/Public/www-html/2007Apr/0053.html (名無しさん 2007-04-28 03:58:40 +00:00)

[52] HTML5 IRC logs: w3c / #html-wg / 20070423 (2007-06-30 15:38:51 +09:00 版) http://krijnhoetmer.nl/irc-logs/html-wg/20070423#l-144

[03:47] <mjs> Lachy: since you were discussing Safari's handling of <script /> earlier, we might make that a Dashboard-only quirk - we foolishly did it for Firefox compatibility, and then a huge number of Dashboard widgets started relying on it, and now Firefox no longer handles it as empty in HTML

(名無しさん)

[53] http charset, <script> and IE (tex 著, 2007-07-30 06:33:36 +09:00 版) http://lists.w3.org/Archives/Public/www-international/2007JulSep/0040.html (名無しさん)

[54] “消えた初音ミク”問題ヤフーとGoogle「原因を調査中」 - ITmedia News (2007-10-18 22:03:18 +09:00 版) http://www.itmedia.co.jp/news/articles/0710/18/news065.html

<script language="JavaScript" type="text/javascript">
<!--
var pid="784200073";
var locs="ITOT1";
var random=new Date();
var js_url='http://dlv.itmedia.co.jp/adsv/v1?posall='+locs+'&id='+pid+'&rnd='+random.getTime();
document.write('<sc'+'ript language="JavaScript" type="text/javascript" src="'+js_url+'">');
document.write('</sc'+'ript>');
//-->
</script>

[55] Re: <script> for non-script content (Ian Hickson 著, 2008-05-14 16:53:44 +09:00 版) http://lists.w3.org/Archives/Public/public-html/2008May/0291.html (名無しさん)

[56] 冬様もすなる☆日記というもの (2008年7月) (わかば著, 2008-07-21 17:28:49 +09:00 版) https://suika.suikawiki.org/~wakaba/d/d200807#d21-1 (名無しさん)

[57] Kanasan.JS JavaScript 第 5 版読書会 #5: Days on the Moon (2008-07-26 22:46:16 +09:00 版) http://nanto.asablo.jp/blog/2008/07/25/3648120 (名無しさん)

[58] OpenSocial Data Pipelining - OpenSocial Specifications (2008-09-04 06:00:40 +09:00 版) http://wiki.opensocial-templates.org/index.php?title=OpenSocial_Data_Pipelining (名無しさん)

[60] High Performance Web Sites :: “Delayed Script Execution” in Opera (2008-09-17 13:31:22 +09:00 版) http://www.stevesouders.com/blog/2008/09/11/delayed-script-execution-in-opera/

[62] John Resig - JavaScript Micro-Templating (2008-12-13 10:11:52 +09:00 版) http://ejohn.org/blog/javascript-micro-templating/

[63] defer、async なしの場合で、 src ありの場合に、外部スクリプトが実行されるまで構文解析は停止するか?

Index of /~wakaba/-temp/test/html/script/src (2008-12-16 11:37:00 +09:00 版) http://suika.fam.cx/~wakaba/-temp/test/html/script/src/

[64] HTML として記述された script 要素の場合 (nodefer-1)、どのブラウザも構文解析が停止します。

[65] DOM によって作成された script 要素の場合 (nodefer-script-1)、 Opera 以外は構文解析を続行し、外部スクリプトは準備が出来次第実行します (HTML5 に従った動作)。 Opera 9.61 は >>64 同様、構文解析を停止します。

[59] OSML で鯖側で処理される HTML 片の script 要素 (type="text/os-data" や type="text/os-template]}" には、 beforeData や requireData のような属性を更に指定できます。 (名無しさん)

[61] Bug 304786 – dynamically inserting/adding xul:script via DOM doesn't work (2008-10-09 11:53:54 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=304786

[66] [JavaScript] とてもシンプルに自分自身が属する script 要素を取得 - IT戦記 (2008-12-27 15:22:12 +09:00 版) http://d.hatena.ne.jp/amachang/20061201/1164986067

[67] Scripting – SVG Tiny 1.2 (2008-12-20 02:31:29 +09:00 版) http://www.w3.org/TR/2008/REC-SVGTiny12-20081222/script.html#ScriptElement

[71] Index of /script-execution (2009-02-03 10:44:50 +09:00 版) http://testsuites.opera.com/script-execution/

[72] SVGを直接HTMLに埋め込む方法(プラグインを使わない) - dhrnameの開発日誌 (2009-01-31 21:23:50 +09:00 版) http://d.hatena.ne.jp/dhrname/20080105/1199534939

[74] Re: [HTML5] DOMContentLoaded fires before CSS resources loaded? (Ian Hickson 著, 2009-08-02 19:04:59 +09:00 版) http://lists.w3.org/Archives/Public/public-html/2009Aug/0064.html

[75] (X)HTML5 Tracking (2009-10-11 19:13:48 +09:00 版) http://html5.org/tools/web-apps-tracker?from=4102&to=4103

[76] (X)HTML5 Tracking (2009-10-20 21:51:45 +09:00 版) http://html5.org/tools/web-apps-tracker?from=4177&to=4178

[77] (X)HTML5 Tracking (2009-10-20 21:53:34 +09:00 版) http://html5.org/tools/web-apps-tracker?from=4178&to=4179

[78] IRC logs: freenode / #whatwg / 20091026 (2009-12-14 01:01:55 +09:00 版) http://krijnhoetmer.nl/irc-logs/whatwg/20091026#l-421

[80] Forum Nokia - Driving innovation for mobile application developers (2010-01-23 15:04:02 +09:00 版) http://www.forum.nokia.com/

[81] HTML5 Revision Tracker (2010-07-14 22:43:50 +09:00 版) http://html5.org/tools/web-apps-tracker?from=5156&to=5157

[82] [whatwg] The choice of script global object to use when the script element is moved (2010-09-09 06:50:19 +09:00 版) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2010-September/028457.html

[83] Web Applications 1.0 r5449 Make the 'already started' flag actually work. Also, reorder things in the 'run' algorithm so that we check things in order of cost to check, instead of doing the work up front and then the checks afterwards.Fixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=10240 ( (2010-09-09 07:17:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5448&to=5449

[84] Web Applications 1.0 r5496 Allow parser-inserted scripts to rerun if they failed to be run by the parser.Fixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=10519 ( (2010-09-26 04:26:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5495&to=5496

[85] Web Applications 1.0 r5499 Make policy checks for <script> happen after the flag is set that prevents the script from being run again, so that if somehow an attacker causes a document to be reinserted somewhere that has scripts enabled, the scripts still won't run.Fixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=10523 ( (2010-09-26 04:59:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5498&to=5499

[86] Web Applications 1.0 r5545 Match Gecko for character encoding processing for <script>Fixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=10656 ( (2010-09-29 10:04:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5544&to=5545

[87] Web Applications 1.0 r5597 add a note about script executionFixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=10539 ( (2010-10-12 07:02:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5596&to=5597

[88] Web Applications 1.0 r5663 Make style sheets block scripts even in descendant documentsFixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=10575 ( (2010-11-02 08:30:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5662&to=5663

[89] Using Inline XAML ( (2011-01-04 20:58:07 +09:00 版)) http://msdn.microsoft.com/en-us/library/cc189016%28v=vs.95%29.aspx

[90] Data Binding - Ample SDK ( (2011-01-04 20:58:05 +09:00 版)) http://www.amplesdk.com/examples/core/aml/databinding/

[91] [whatwg] Re: rel="script" ( (2011-01-19 23:51:17 +09:00 版)) http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2005-July/004503.html

[92] [whatwg] The choice of script global object to use when the script element is moved ( (2011-02-02 22:51:39 +09:00 版)) http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-February/030170.html

[93] Web Applications 1.0 r5817 Make script-inserted external scripts that have .async=false execute in the insertion order, default to true ( (2011-02-03 14:34:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5816&to=5817

[94] Hixie's Natural Log: Script execution order post-mortem ( (2011-02-08 23:07:35 +09:00 版)) http://ln.hixie.ch/?start=1296711456&count=1

[95] Web Applications 1.0 r5883 Make a parser-inserted script not run if it is moved to another document before it executes (and not even fetch if it is parsed into another document than its parser's document). ( (2011-02-15 05:47:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5882&to=5883

[96] Web Applications 1.0 r5891 Continue the conformance chain for inline <script> elements. Somehow I'd missed that case. ( (2011-02-15 09:56:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5890&to=5891

[97] Web Applications 1.0 r5905 Make sure that all synchronous sections run before <script> elements, so that a <script> following a <video> has a state that doesn't depend on whether the browser splits up its parser tasks. ( (2011-02-19 07:36:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=5904&to=5905

[98] IRC logs: freenode / #whatwg / 20110203 ( (2011-03-19 11:46:31 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20110203

[99] Web Applications 1.0 r6049 Try to warn implementors about XSLT. ( (2011-05-03 10:10:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=6048&to=6049

[100] [whatwg] Proposal for separating script downloads and execution ( (2011-05-25 00:33:14 +09:00 版)) http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-May/031768.html

[101] IRC logs: freenode / #whatwg / 20110529 ( (2011-06-01 23:07:01 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20110529

[102] [whatwg] Should script run if it comes from a HTML fragment? (2011-06-07 09:15:22 +09:00 版) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2011-June/031941.html

[103] Voice Browser Call Control: CCXML Version 1.0 ( (2011-06-28 19:48:47 +09:00 版)) http://www.w3.org/TR/2011/REC-ccxml-20110705/#Script

[104] [whatwg] Feedback regarding script execution ( (2011-09-08 08:47:56 +09:00 版)) http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-September/033132.html

[105] Web Applications 1.0 r4103 Define how <script> gets blocked while <style>@import</style>, and a general rewrite of how <script>s are executed and interact with the parsers. (2009-10-11 17:02:00 +09:00 版) http://html5.org/tools/web-apps-tracker?from=4102&to=4103

[106] IE7 も IE8 も、文書中にない要素に script を appendChild しただけで実行してしまいます。これはひどい・・・・。

appendChild (<script>) (2011-09-27 23:28:57 +09:00 版) http://suika.fam.cx/~wakaba/-temp/test/dom/node/child-methods/appendchild-script-2.html

[107] [whatwg] <script> features ( (2012-02-04 15:39:11 +09:00 版)) http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-February/034629.html

[108] IRC logs: freenode / #whatwg / 20120206 ( (2012-02-09 21:33:22 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20120206

[109] IRC logs: freenode / #whatwg / 20120427 ( (2012-05-06 12:41:01 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20120427#l-514

[110] [whatwg] script-related feedback ( (2012-05-08 08:28:29 +09:00 版)) http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-May/035713.html

[111] IRC logs: freenode / #whatwg / 20120620 ( (2012-07-04 21:39:52 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20120620#l-620

[112] IRC logs: freenode / #whatwg / 20120621 ( (2012-07-05 20:53:47 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20120621

[113] Web Applications 1.0 r7239 Make <script/> in SVG in text/html execute. ( (2012-08-10 08:40:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=7238&to=7239

[114] XMLのWebAPIを爆速で使いこなせるフレームワーク - Yahoo! JAPAN Tech Blog ( (2012-09-11 11:17:08 +09:00 版)) http://techblog.yahoo.co.jp/programming/bakusoku-yql/

[115] Web Applications 1.0 r7420 Make the parser match the implementations (and not be more even more crazy than necessary). ( (2012-09-28 09:03:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=7419&to=7420

[116] [whatwg] Proposal: Loading and executing script as quickly as possible using multipart/mixed ( (2012-12-04 00:39:17 +09:00 版)) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-December/038223.html

[117] [whatwg] Script-related feedback ( (2012-12-19 22:27:47 +09:00 版)) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-December/038429.html

[118] XBL 2.0 ( (2012-05-03 02:23:03 +09:00 版)) http://dev.w3.org/2006/xbl2/Overview.html#script-blocks

[119] Web Applications 1.0 r8022 Make <script> be accepted in most places <template> is now accepted, e.g. inside <table>s. Doesn't affect parsing. ( (2013-07-04 03:26:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=8021&to=8022

[120] [whatwg] Script preloading ( (2013-07-10 05:41:59 +09:00 版)) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2013-July/039960.html

[121] IRC logs: freenode / #whatwg / 20130709 ( (2013-07-11 08:15:25 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20130709

[122] Web Applications 1.0 r8124 Rejigger how scripts are described. Work in progress. ( (2013-08-03 06:48:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=8123&to=8124

[123] Web Applications 1.0 r2529 MAJOR CHANGES: Revamp the way scripts are specified, along with their interaction with resolving relative URLs, etc. Give enough detail to justify objects in the DOM not being garbage collected randomly when still in use. Define script groups, to handle scripts going away during document.open() and session history navigation. Define why and how setTimeout(), database transactions, etc, handle page transitions. Drop the terms 'with' and 'without' script, use script is 'enabled'/'disabled' instead. Define 'unload' and 'beforeunload'. Rework how onfoo= and .onfoo event handler attributes are defined. Rework how the content model of <noscript> is defined. Reword the way javascript: is defined to use the new terminology. Add a few notes of things that came up while I was doing all that.]] ( (2008-12-12 17:46:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=2528&to=2529

[124] IRC logs: freenode / #whatwg / 20130817 ( (2013-08-18 18:51:22 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20130817

[125] Web Applications 1.0 r8247 The bulk of this is editorial: refactoring how scripts are defined so that all the common stuff is in a shared 'settings object' rather than being duplicated per script. But this also cleans up how postMessage() interacts with the event loop and a few other things I've since forgotten. ( (2013-10-31 08:18:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=8246&to=8247

[126] テンプレートエンジンでJavaScriptを動的生成する際のアンチパターン - 金利0無利息キャッシング – キャッシングできます - subtech ( (2013-11-08 09:39:38 +09:00 版)) http://subtech.g.hatena.ne.jp/mala/20131108/1383887454

[127] Web Applications 1.0 r8299 Remove the parts of the script content model that could lead to unbalanced crazy ( (2013-11-20 06:35:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=8298&to=8299

[128] Web Applications 1.0 r8313 Another attempt at redefining <script> content rules to make zcorpan happy ( (2013-11-26 03:38:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=8312&to=8313

[129] Web Applications 1.0 r8313 Another attempt at redefining <script> content rules to make zcorpan happy ( (2013-11-26 03:38:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=8312&to=8313

[158] XML Binding Language (XBL) 2.0 ( (2007-03-16 22:20:16 +09:00 版)) http://www.w3.org/TR/2007/CR-xbl-20070316/#the-script

[159] Issue 329531 - chromium - Speculative parser fetches <script src> with unsupported type="" - An open-source project to help move the web forward. - Google Project Hosting ( (2014-01-08 20:48:14 +09:00 版)) https://code.google.com/p/chromium/issues/detail?id=329531

[160] SVG2 Requirements Input - SVG ( (2013-06-13 12:01:58 +09:00 版)) http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#Consider_allowing_async.2Fdefer_on_.3Csvg%3Ascript.3E

[161] XML Binding Language (XBL) 2.0 ( (2007-03-16 22:20:16 +09:00 版)) http://www.w3.org/TR/2007/CR-xbl-20070316/#loading0

[162] IRC logs: freenode / #whatwg / 20140604 ( (2014-06-05 17:35:50 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20140604

[163] The "initialization" steps for Web browsers ( (2014-06-10 22:00:51 +09:00 版)) https://mail.mozilla.org/pipermail/es-discuss/2014-June/037544.html

[175] IRC logs: freenode / #whatwg / 20140721 ( (2014-07-22 11:22:12 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20140721

[176] XML Events 2 ( (2010-12-18 05:25:20 +09:00 版)) http://www.w3.org/TR/xml-events2/#s_script_module

[177]

Java SE 7 Supported Locales (2015-04-25 17:31:30 +09:00 版) http://www.oracle.com/technetwork/java/javase/javase7locales-334809.html

<script id="ssInfo" type="text/xml" warning="DO NOT MODIFY!">
<ssinfo >
<fragmentinstance id="fragment14" fragmentid="Universal_Localization_Fragment" library="server:UNIVERSAL_LOCALIZATION_FRAG">
</fragmentinstance>
...
<fragmentinstance id="fragment44" fragmentid="ocom-commonassets" library="server:OCOM-FRAGMENT-LIBRARAY">
</fragmentinstance>
</ssinfo>
</script>

[178] Add async/defer script loading diagram · whatwg/html@940b7f7 (2015-09-24 20:06:42 +09:00 版) https://github.com/whatwg/html/commit/940b7f70d002e01685f913e2fc9350c5208e5927

[179]

RDF in HTML: Approaches (2004-03-25 08:00:00 +09:00 版) http://infomesh.net/2002/rdfinhtml/

On the other hand, we have the script element with which to wrap some embedded XML RDF.

[279] HTML Standard と Firefox は、構文解析器が作成した script の節点文書が他の文書となっている場合、スクリプトを実行しません。 2016-02-22T07:52:18.800Z

[280] IE9 と IE11 は、構文解析器が作成した script が他の文書に adopt されたら、以後スクリプトを実行しません。 2016-02-22T07:52:53.200Z

[281] Chrome は、他の文書に adopt されても気にせずにスクリプトを実行します。 2016-02-22T07:54:08.00Z

[278] テストデータ:

[277] tests-web/html/script/mutations (2016-02-22 16:51:13 +09:00 版) https://webtests.herokuapp.com/html/script/mutations/

2016年改訂

[325] 2015年末から2016年にかけた HTML Standard の一連の改訂では、 JavaScript 以外のスクリプト言語に関する規定が削除されると共に、新たにモジュールスクリプトが導入されました。その他細部の明確化が行われています。

[180] Call out to CSP's inline element hooks · whatwg/html@ee3486e (2015-11-08 16:31:28 +09:00 版) https://github.com/whatwg/html/commit/ee3486eb129bc350b5ca684d0c91dff23453ac1a

[181] Report 'inline' when inline violations occur. · w3c/webappsec-csp@eeb5227 (2015-12-01 11:47:26 +09:00 版) https://github.com/w3c/webappsec-csp/commit/eeb5227a76dab059002778e95575aed16ca4c2c4

[182] Close #384: add CSP hooks to handle inline events and style · whatwg/html@920c918 (2015-12-15 20:08:16 +09:00 版) https://github.com/whatwg/html/commit/920c9183a7990968ecac1aeedae22391f3438791

[184] Rewrite script execution on top of ES · whatwg/html@4891d18 (2015-12-22 18:43:28 +09:00 版) https://github.com/whatwg/html/commit/4891d18aaf2df1d40aa61f467a5a10cfc19dd85d

[185] Add <script type="module"> and module resolution/fetching/evaluation · whatwg/html@cd1a9fb (2016-01-21 22:15:37 +09:00 版) https://github.com/whatwg/html/commit/cd1a9fb1e83f7d0bc30be8b34ecdaf444a0b19a4

[217] Make script fetching more correct with regard to request destinations · whatwg/html@6dc9c9e (2016-02-29 17:55:31 +09:00 版) https://github.com/whatwg/html/commit/6dc9c9e1efcc3122294fb015e4a4eea66456a611

[513] Mitigate dangling markup attacks on nonces. · w3c/webappsec-csp@2c92a09 (2016-03-01 11:46:21 +09:00 版) https://github.com/w3c/webappsec-csp/commit/2c92a09beeede27e45f2acef4041aa0a1770fa99

[514] 23509 – Media-specific scripts (<script media="">?) (2016-03-17 16:52:24 +09:00 版) https://www.w3.org/Bugs/Public/show_bug.cgi?id=23509

[515] Allow currentScript to return SVGScriptElement · whatwg/html@6762f87 (2016-03-24 15:28:31 +09:00 版) https://github.com/whatwg/html/commit/6762f878f3080d5c188c3d8a0fcf6ee9ad8b2df4

[518] Pass cryptographic nonce metadata to Fetch · whatwg/html@5479e07 (2016-04-07 16:01:12 +09:00 版) https://github.com/whatwg/html/commit/5479e07a6f6e01062b85b5fe6799752b0370336c

[312] Don't update document.currentScript for module scripts · whatwg/html@6918282 (2016-04-16 15:00:03 +09:00 版) https://github.com/whatwg/html/commit/69182823e3dae507380fa9a70d26fe7b51ae62ac

[521] Pass parser metadata to Fetch · whatwg/html@e6500b9 (2016-04-16 22:25:20 +09:00 版) https://github.com/whatwg/html/commit/e6500b90244376c023e7b78642dbc7b86829233f

[524] Remove beforescriptexecute/afterscriptexecute events · whatwg/html@1a0b5e8 (2016-04-24 11:24:19 +09:00 版) https://github.com/whatwg/html/commit/1a0b5e8377d59462e05a5cffda4b8592324a2785

[314] Execute <script> in shadow trees · whatwg/html@caf203f (2016-04-27 17:44:09 +09:00 版) https://github.com/whatwg/html/commit/caf203fd4d9a5047d1ff2edad2290d53e21368ba

[394] currentScript needs to point to removed script elements ( (annevk著, 2016-05-02 22:07:51 +09:00)) https://github.com/whatwg/html/commit/3dc763829ca1598427b588cf08830c1e2af5a05c

[405] ( (2016-04-22 11:47:31 +09:00)) http://www.marsflag.com/

<script type="text/javascript" src="/js/ext/sug.js#sv=http://s.marsfinder.jp/mf__ja__ja"></script>
<script type="text/javascript" src="/js/ext/muv.js#sv=http://s.marsfinder.jp/mf__ja__ja"></script>
<script src="/js/ext/tr.js#sv=http://s.marsfinder.jp/mf__ja__ja&hint=2RSeBTMNkEJRiac4rL6RFEbZcnex7Y7-zCgBR02DiWE." type="text/javascript" charset="UTF-8"></script>

[525] ( (2016-05-06 10:04:32 +09:00)) http://www.mitsubishielectric.co.jp/fa/

<script src="http://search.mitsubishielectric.co.jp/mar/site/js/suggest_ext.js#unitid=fa_all" type="text/javascript" charset="UTF-8"></script>

[526] ( (2016-05-07 13:38:53 +09:00)) http://www2.panasonic.biz/es/ai/products/search/detail?dep=&c=search&item_no=WK2103&item_cd=WK2103&bh_cd=3&b_cd=301&style=WK2103

<script src="http://panasonic.co.jp/common/mf/js/suggest_ext.js#unitid=ja_all" type="text/javascript" charset="UTF-8"></script>

[527] ( (2016-05-02 11:30:03 +09:00)) http://www.kokuyo.co.jp/

<div class="search-box"><script src="http://search.kokuyo.co.jp/site/js/suggest_ext.js#unitid=ja_all" type="text/javascript" charset="UTF-8"></script>

[528] ( (2016-05-02 11:30:03 +09:00)) http://www.kokuyo.co.jp/

<div class="search-box"><script src="http://search.kokuyo.co.jp/site/js/suggest_ext.js#unitid=ja_all" type="text/javascript" charset="UTF-8"></script>

[529]

埋め込み投稿 - ソーシャルプラグイン ( (2016-05-07 13:54:38 +09:00)) https://developers.facebook.com/docs/plugins/embedded-posts/

js.src = "//connect.facebook.net/en_US/sdk.js#xfbml=1&version=v2.2";

[530] ( (2016-05-07 13:55:51 +09:00)) http://dream.jp/

js.src = "//connect.facebook.net/ja_JP/all.js#xfbml=1&appId=192054277515151";

[531]

高井たかし(民進党)公式サイト | 維新の党代表選挙一人一票実現に向けて(2015年6月22日〜の週) ( (2016-05-07 13:57:49 +09:00)) http://www.takaitakashi.com/%e6%b4%bb%e5%8b%95%e5%a0%b1%e5%91%8a/4817

js.src = "//connect.facebook.net/ja_JP/sdk.js#xfbml=1&version=v2.4&appId=1422917708013651";

[532] Clarify script encoding fallback ( (Resseguie著, 2016-06-15 17:25:44 +09:00)) https://github.com/whatwg/html/commit/ffbf252f5b1c9793fd59de9e64045ddebfabf982

[533] Align with vocabulary changes in the DOM Standard (annevk著, 2016-07-08 02:32:18 +09:00) https://github.com/whatwg/html/commit/5b9c5d5a39c38b08e5a5c9334e14804f063235b2

[536] Improve all the script-fetching algorithms (domenic著, 2016-07-08 01:25:53 +09:00) https://github.com/whatwg/html/commit/b4f40e72fcca8a13eefa8a2dd06258378e76fcb7

[537]

DoodlePage Page.11 (jp) (2015-08-23 02:53:28 +09:00) http://userweb.alles.or.jp/sfujita/jpn/doodle11.htm#2002-0616

[2002-06-16] 最近目に付く奇妙なHTMLの注釈記述
最
近、多くのページで以下のような奇妙な注釈の使い方が目に付きます。
<script>~スクリプト処理行なんたらかんたら~</script>
プロバイダに依存せず、全く同一のコードが、全く同じ位置関係で記されている事から、何かのWebページ作成ツールあるいは、ある種のサーバーが出力していると思われますが、それを設計した人は意味を理解せずに作ったんでしょうかねぇ。

[538] Handle error cases during module script tree fetching/running better (domenic著, 2016-08-09 12:06:32 +09:00) https://github.com/whatwg/html/commit/e1af86747f591e33fd0f3f21f301dc866868c9d4

[539] Mitigate nonce-stealing attacks. (mikewest著, 2016-09-01 17:16:42 +09:00) https://github.com/w3c/webappsec-csp/commit/fe15bbb0f318b05a90978bd22c9814cb7820bef9

[540] Make document.write etc. throw during parsing custom elements (domenic著, 2016-08-17 15:44:39 +09:00) https://github.com/whatwg/html/commit/00c6fa07bdb9f0d08a28f6c6e1ababca7d08618c

[541] Fix some callers of "create a module script" (domenic著, 2016-09-15 20:07:32 +09:00) https://github.com/whatwg/html/commit/73af7511ab638a4fcb7a1db908ea746ad808344a

[542] Fix some callers of "create a module script" (domenic著, 2016-09-15 20:07:32 +09:00) https://github.com/whatwg/html/commit/73af7511ab638a4fcb7a1db908ea746ad808344a

[545] Do not fire load events for inline scripts (domenic著, 2016-09-23 23:03:14 +09:00) https://github.com/whatwg/html/commit/1bb62172079f4a30d74dcc7d0d1bf049a69daa22

[549] Don't queue a redundant task to fire module script load events (domenic著, 2016-09-29 04:15:48 +09:00) https://github.com/whatwg/html/commit/b047cebdbe978df3ec36d4ee08f4c0f024b69b3f

[401] [giowt] (3) PARSER: Only run the SVG script execution logic if a <scr… (Hixie著, 2014-06-13 04:39:31 +09:00) https://github.com/whatwg/html/commit/7ae642f94e0c262d1f816b73f3fa23de8867d595

[403] Upstream SRI's 'integrity' attribute (mikewest著, 2016-11-03 22:33:16 +09:00) https://github.com/whatwg/html/commit/4c5066c171610e0c8300a58baf4f94816044cedc

[409] Disallow the integrity attribute for inline scripts (zcorpan著, 2016-11-03 22:54:48 +09:00) https://github.com/whatwg/html/commit/7a405842a176c30a5d46c3520a1c8827b5483961

[546] 24892 – Specify speculative parsing and that it fetches bogus scripts. See https://code.google.com/p/chromium/issues/detail?id=329531 (2016-11-29 12:44:38 +09:00) https://www.w3.org/Bugs/Public/show_bug.cgi?id=24892

[552] (Re)disallow script defer/async attributes w/o src (sideshowbarker著, 2017-04-05 21:04:55 +09:00) https://github.com/whatwg/html/commit/3c5180a08f90a375c64f8191f32f8c7ddfec0ba3

[553] Properly instantiate inline module scripts (domenic著, 2017-04-29 05:52:23 +09:00) https://github.com/whatwg/html/commit/3a3405a42de289ecb08e915b278064a99794731d

[555] Allow not executing scripts inserted by document.write() (domenic著, 2017-07-14 05:37:38 +09:00) https://github.com/whatwg/html/commit/15b258dc74ffe1ba321b81a1c876f129681a97c2

[558] For users on very slow connections, block document.written scripts · Issue #17 · WICG/interventions (2017-07-15 23:45:08 +09:00) https://github.com/WICG/interventions/issues/17

[559] Allow not executing scripts inserted by document.write() by domenic · Pull Request #1400 · whatwg/html (2017-07-16 00:03:11 +09:00) https://github.com/whatwg/html/pull/1400

[560] Intervening against document.write() | Web | Google Developers (2017-05-17 04:19:52 +09:00) https://developers.google.com/web/updates/2016/08/removing-document-write

[561] Improve <style> and <script> processing and conformance by domenic · Pull Request #3024 · whatwg/html (2017-09-19 22:46:46 +09:00) https://github.com/whatwg/html/pull/3024

[562] Clarify prose around JavaScript MIME types (annevk著, 2017-09-18 23:25:34 +09:00) https://github.com/whatwg/html/commit/470e168aaddc54e0abcfa302639870c299473c99

[563] Editorial: refactor classic and module scripts to be more alike (domenic著, 2017-09-07 05:40:50 +09:00) https://github.com/whatwg/html/commit/dce999aac4d9deeefa3b338dd2aeb30c17669bc8

[564] Editorial: refactor classic and module scripts to be more alike (domenic著, 2017-09-07 05:40:50 +09:00) https://github.com/whatwg/html/commit/dce999aac4d9deeefa3b338dd2aeb30c17669bc8

[565] Editorial: refactor classic and module scripts to be more alike by domenic · Pull Request #2972 · whatwg/html (2017-09-23 15:18:08 +09:00) https://github.com/whatwg/html/pull/2972

[566] Editorial: move base URL from "module script" to "script" (domenic著, 2017-09-14 20:28:50 +09:00) https://github.com/whatwg/html/commit/5458513792ab00d58e6c91ba48faaa611d034a2e

[567] Make integrity="" work on module scripts (domenic著, 2017-09-14 18:00:24 +09:00) https://github.com/whatwg/html/commit/9275d955dcd604e959cfcc672e0c234b1b8c00db

[517] Make integrity="" work on module scripts (domenic著, 2017-09-14 18:00:24 +09:00) https://github.com/whatwg/html/commit/9275d955dcd604e959cfcc672e0c234b1b8c00db

[519] Does integrity="" intentionally not work on module <script>s? · Issue #2382 · whatwg/html (2017-10-05 14:17:17 +09:00) https://github.com/whatwg/html/issues/2382

[543] Require UTF-8 (sideshowbarker著, 2017-10-06 19:09:17 +09:00) https://github.com/whatwg/html/commit/fae77e3c558b9f083dfb9086752863a4789268f5

[544] Allow UAs to conditionally block on stylesheet loading (domfarolino著, 2018-01-12 17:19:01 +09:00) https://github.com/whatwg/html/commit/42dd707cbfc0f5d8f88b04ef270f4fcb121a10ff

[569] Editorial: use "child text content" in the <script> processing model (ankurkaushal著, 2018-01-29 13:53:26 +09:00) https://github.com/whatwg/html/commit/58286f7078b3aceee060ed6d3635ab8749a77238

[570] <script> processing model should use child text content, not the text IDL attribute · Issue #3420 · whatwg/html (2018-01-30 16:38:32 +09:00) https://github.com/whatwg/html/issues/3420

[571] #3420: Editorial fix for the <script> processing model. by ankurkaushal · Pull Request #3421 · whatwg/html (2018-01-30 16:39:08 +09:00) https://github.com/whatwg/html/pull/3421

[572] Use "child text content" to check if a <script> is empty (domenic著, 2018-02-06 02:04:01 +09:00) https://github.com/whatwg/html/commit/1d64c41e811aab5831be474355bd346c9eaf2874

[328] <script> processing model with various children · Issue #3419 · whatwg/html (2018-02-13 15:20:29 +09:00) https://github.com/whatwg/html/issues/3419

[574] Use "child text content" to check if a <script> is empty by domenic · Pull Request #3451 · whatwg/html (2018-02-13 15:20:56 +09:00) https://github.com/whatwg/html/pull/3451

[575] Editorial: update usage of the MIME Sniffing Standard (domenic著, 2018-02-17 03:42:58 +09:00) https://github.com/whatwg/html/commit/fc82f4f8774a2e7e80f6c9477bd881f6c783b186

[576] Editorial: update usage of the MIME Sniffing Standard by domenic · Pull Request #3455 · whatwg/html (2018-02-17 18:45:53 +09:00) https://github.com/whatwg/html/pull/3455

[577] Fix authoring guidance to allow async="" on inline module scripts (domenic著, 2018-01-06 03:37:30 +09:00) https://github.com/whatwg/html/commit/271f19c34786db04a17c16c24807a33113894a68

[578] async="" should be allowed on inline module scripts · Issue #3319 · whatwg/html (2018-02-26 00:10:58 +09:00) https://github.com/whatwg/html/issues/3319

[579] Fix authoring guidance to allow async="" on inline module scripts by domenic · Pull Request #3324 · whatwg/html (2018-02-26 00:11:21 +09:00) https://github.com/whatwg/html/pull/3324

[580] Fix authoring guidance to allow async="" on inline module scripts by domenic · Pull Request #3324 · whatwg/html (2018-02-26 00:11:42 +09:00) https://github.com/whatwg/html/pull/3324

[582] Allow <script> inside <hgroup> (annevk著, 2018-01-23 00:32:01 +09:00) https://github.com/whatwg/html/commit/9bc8dee5ace8a8c01b9a621b4cda3377867065f1

[583] [acgiowt] (2) Catch up with recent changes that were made while the p… (Hixie著, 2014-08-02 01:30:15 +09:00) https://github.com/whatwg/html/commit/d2021df727adb22ee6d4c7e7968aa5abbd93a307

[584] Allow <script> inside <hgroup> by annevk · Pull Request #3383 · whatwg/html (2018-05-01 13:35:07 +09:00) https://github.com/whatwg/html/pull/3383

[585] Add referrerpolicy attribute support to <script>s (domfarolino著, 2018-05-31 00:06:49 +09:00) https://github.com/whatwg/html/commit/0d28f8fc3a7c272f6d148f647ead29965a56ab60

[586] Why no referrerpolicy="" on <script>? · Issue #96 · w3c/webappsec-referrer-policy (2018-08-10 23:17:45 +09:00) https://github.com/w3c/webappsec-referrer-policy/issues/96

[587] Add referrerpolicy attribute support to <script>s by domfarolino · Pull Request #3678 · whatwg/html (2018-08-10 23:18:42 +09:00) https://github.com/whatwg/html/pull/3678

[588] Return the completion record result from running a script (mattto著, 2018-08-11 03:18:45 +09:00) https://github.com/whatwg/html/commit/ad3dda51552aeeeea60540c7f1b513fe45b486a5

[589] Stop using textContent in normative text (annevk著, 2019-04-04 17:23:13 +09:00) https://github.com/whatwg/html/commit/ec860d872de3712277242655562a4d2a1325592a

`archive`			[NC4]
`classname`	逆ドメイン名		級名	[ECMA-290]

仕様書

意味

構文

文脈

属性

内容

言語依存の制約

外部スクリプトについてのドキュメントの制約

共通の制約

擬似注釈宣言の使用

適合性検査

状態

処理

構文解析器の処理

DOM 操作の副作用

スクリプトの準備

スクリプトの準備完了

実行タイミング

実行タイミングの決定

pending parsing-blocking script

list of scripts that will execute when the document has finished parsing

実行

エラーの通知

HTMLScriptElement インターフェイス

セキュリティー

歴史

script の誕生

HTML 3.2

HTML4

実装

不思議解釈

他との関係

XHTML2

メモ

script 要素 (ASP)

script 要素型 (CSP)

msxsl:script 要素 (M$XML の XSLT 実装)

xalan:script 要素 (Xalan-Java XSLT 実装)

void 要素化された script 要素の実装

HTML5

2016年改訂

`HTMLScriptElement` インターフェイス

`script` の誕生

void 要素化された `script` 要素の実装