ドキュメントの範囲
この記事に記載されているモード切り替えは、Firefox およびその他の Gecko ベースのブラウザ、Safari、Chrome およびその他の Webkit ベースのブラウザ、Opera、Konqueror、Internet Explorer for Mac、Internet Explorer for Windows、および組み込み IE ブラウザに適用されます。 ブラウザ エンジンの名前については言及せず、代わりにそのエンジンを使用している最もよく知られているブラウザの名前について言及してください。
この記事は、各モードの正確な動作を文書化するのではなく、モード選択メカニズムに焦点を当てています。
モード
ここではさまざまなモードを示します:
コンテンツタイプが text/html のモード
text/html コンテンツのモード選択は、doctype スニッフィングによって異なります (この記事で後ほど説明します)。 IE8 では、モードは他の要因にも依存します。ただし、IE8 のデフォルトでは、Microsoft のブラックリストに載っていない非イントラネット サイトのモードはドキュメントの種類によって異なります。
この記事では一律に説明していますが、モードの正確な動作はブラウザごとに異なることは、いくら強調してもしすぎることはありません。
- Quirks モード
- Quirks モードでは、1990 年代後半の仕様に基づいて作成されたページの「破損」を避けるために、ブラウザーは最新の Web フォーマットに違反します。ブラウザごとに実装される動作も異なります。 Internet Explorer 6、7、および 8 では、quirks モードにより IE 5.5 が事実上フリーズします。他のブラウザでは、quirks モードは標準モードからわずかに異なります。
- 新しい Web ページを作成する場合は、関連する仕様 (特に CSS2.1) に準拠し、標準モードを使用する必要があります。
- 標準モード
- 標準モードでは、ブラウザは、標準に準拠したドキュメントを、指定されたブラウザと同様に規範的に正しいものとして処理しようとします。
- ブラウザごとに異なる段階をたどるため、標準モードは単一の目標ではありません。
- HTML5 ではこのモードを「癖なしモード」と呼びます
- Almost Standards Mode (ほぼ標準モード)
- irefox、Safari、Chrome、Opera (7.5 以降)、および IE8 も同様「準標準モード」と呼ばれるモードがあり、CSS2 仕様に厳密に従うのではなく、従来の方法に従って表のセルの垂直サイズを実装します。 Mac IE5、Windows IE6 および 7、Opera 7.5 より前のバージョン、および Konqueror では、少なくとも、それぞれの標準モードでテーブル セルの垂直方向の寸法を実装するための CSS2 仕様に厳密に従っていないため、準標準モードは必要ありません。実際、彼らの標準モードは、Mozilla の標準モードよりも Mozilla の準標準モードに近いです。
- HTML5 では、このモードを「制限付き互換モード」と呼びます。
- IE7 モード
- IE8 には、主に IE7 標準モードのコピーをフリーズさせるモードがあります。他のブラウザにはこのようなモードはなく、HTML5 では指定されていません。
コンテンツタイプ application/xhtml xml のモード (XML モード)
Firefox、Safari、Chrome、Opera では、application/xhtml XML HTTP コンテンツ タイプ (meta 要素や doctype ではありません!) が XML モードをトリガーします。 XML モードでは、ブラウザは、ブラウザで指定された範囲で XML ドキュメント仕様に正しい処理を実行しようとします。
IE6、7、および 8 は application/xhtml XML をサポートしていません。また、Mac IE5 もサポートしていません。
WebKit ベースの Nokia S60 ブラウザでは、モバイル ウォールド ガーデンでは非標準コンテンツとの互換性が重視されているため、application/xhtml xml HTTP コンテンツ タイプは XML モードをトリガーできません。 (古い「モバイル ブラウザ」では、非正規コンテンツが XML としてタグ付けされているため、実際の XML パーサー を使用できません。)
Konqueror を十分にテストしていないため、このブラウザで何が起こるかを正確に言うことはできません。
非 Web モード
一部のエンジンには、Web コンテンツとは関係のないモードがあります。完全を期すため、ここではそれらについてのみ言及します。 Opera には WML2.0 モードがあります。 Leopard の WebKit には、レガシー ダッシュボード ウィジェット用の特定のモードがあります。
影響
これらのパターンの主な影響は次のとおりです:
レイアウト
text/html モードは主に CSS レイアウトに影響します。たとえば、テーブルがスタイルを継承しないのは奇妙な点です。一部のブラウザーの互換モードでは、ボックス モデルが IE5.5 ボックス モデルになります。このドキュメントには、レイアウトの癖がすべてリストされているわけではありません。
準標準モード (このモードを備えたブラウザ) では、画像を含む表セルの高さのみが標準モードと異なります。
XML モードでは、セレクターは大文字と小文字を区別する異なる動作をします。さらに、HTML body 要素の特定のルールは、最新の CSS 2.1 の変更を実装していない古いブラウザには適用されません。
分析
HTML と CSS の解析に影響を与える問題もあり、標準に準拠した Web ページが正しく解析されない可能性があります。 Quirk レイアウトによって、これらの Quirk が有効かどうかが決まります。いずれにせよ、CSS レイアウトと解析 (HTML 解析ではありません) における Quirks モードと Standards モードの主な類似点と相違点を理解することが重要です。
標準モードを「厳密解析モード」と誤って呼ぶ人がいます。これは、ブラウザが HTML 構文ルールを適用する機能と、ブラウザがマークアップの正しさを評価する機能を誤解しています。これは事実ではありません。標準モードのレイアウトが有効な場合でも、ブラウザはタグ スープ (http://en.wikipedia.org/wiki/Tag_soup) の修正作業を行います。 (2000 年の Netscape 6 のリリース前、Mozilla には HTML 構文ルールを強制するための解析モードがありました。これらのモードは既存の Web コンテンツと互換性がないため、廃止されました。)
もう 1 つのよくある誤解は、XHTML 解析に関するものです。一般に、XHTML doctype を使用すると、異なる解析が行われると考えられています。実際には、これは当てはまりません。コンテンツ タイプが text/html の XHTML ドキュメントは、HTML ドキュメントと同じパーサーを使用します。現在、すべてのブラウザが気にしているのは、ドキュメント タイプが text/html の XHTML が単なる「クルトン入りのタグ スープ」(どこにでも余分なスラッシュがある) であるということです。
XML ドキュメント タイプ (例: application/xhtml xml または xmapplication/) を使用するドキュメントが解析のために XML モードをトリガーする場合にのみ、このときのパーサーは HTML パーサーとは完全に異なります。
スクリプト
Quirks モードは主に CSS に関するものですが、スクリプトに関するものもあります。たとえば、Firefox の Quirk モードでは、HTML id 属性によって、IE と同様に、グローバルなスクリプトスコープのオブジェクト参照が確立されます。 IE8 におけるスクリプトの影響は、他のブラウザよりも注目に値します。
XML モードでは、一部の DOM API の動作は完全に異なります。これは、XML の DOM API の動作が、HTML の定義時の動作と互換性がないためです。
doctype スニッフィング (doctype 変換とも呼ばれます)
最新のブラウザは、doctype スニッフィングを使用して text/html ドキュメントのエンジン モードを決定します。これは、モードの選択が HTML ドキュメントの先頭にあるドキュメント タイプ宣言 (またはその欠如) に基づいて行われることを意味します。 (これは、XML 文書タイプを使用する文書には適用されません。)
文書型宣言 (doctype) は SGML の文法を偽造したものです。 SGML は古いスタイルのマークアップ フレームワークであり、HTML5 より前の HTML はそれに基づいて定義されました。 HTML4.01仕様では、文書型宣言にHTMLのバージョン情報を記述します。 「文書型宣言」という名前と「バージョン情報」を説明する HTML 4.01 仕様にもかかわらず、文書型宣言は、たとえその名前が似ているとしても、SGML または XML 文書を特定の文書型として分類しません。 。 (詳細は付録で説明)
HTML4.01 仕様も ISO 8879 (SGML) も、エンジン モード変換としてのドキュメント タイプ宣言の使用については何も述べていません。 Doctype スニッフィングは、Doctype スニッフィングが設計された時点では、奇妙な文書の大部分には文書型宣言も古い DTD への参照もなかったという観察に基づいています。 HTML5 はこの事実を受け入れ、text/html の doctype を唯一のモード変換として定義します。
HTML5 以前の典型的な文書型宣言には、" 文字列、ルート要素 ("html") の汎用識別子、および引用符の間に "PUBLIC" 文字列が (空白で区切られて) 含まれています。 DTD 内のパブリック識別子、同じ DTD の可能なシステム識別子 (URL)、および文字「>」。文書型宣言は、文書のルート要素の開始タグの前に配置されます。
doctype を選択
テキスト/html
ここでは、新しい text/html ドキュメントを作成するときに doctype を選択する方法についての簡単なガイドを示します:
- 標準モード、最先端の検証
- 次のような 検証 を実行したい場合 、、および ARIA などの新機能を使用する場合、これは正しい選択です。 HTML5 の実質的な定義はまだ変化していることに注意してください。Firefox、Safari、Chrome、Opera9 または Opera10 で画像の配置を必ずテストしてください。 Internet Explorer で画像の配置をテストするだけでは十分ではありません。いずれにせよ、必ず IE8 でもテストしてください。
- 標準モード、より安定した検証ターゲット
- この doctype は標準モードもトリガーし、10 年前の HTML4.01 の有効な定義は安定しています。 Firefox、Safari、Chrome、Opera9 または Opera10 で画像の配置を必ずテストしてください。 Internet Explorer で画像の配置をテストするだけでは十分ではありません。いずれにせよ、必ず IE8 でもテストしてください。
- 標準モードを使用するが、テーブル レイアウトでのマークアップやスライスされた画像の使用は推奨されていないことを確認し、それらを修正したくない場合。
- gt ;
- 準標準モード (および Mozilla の古い完全標準モード) をトリガーします。テーブルを使用して実装されたスライス画像に基づくレイアウトは、将来 HTML5 に移植された場合に壊れる可能性があることに注意してください (フル標準モードでも同様です)。
- 意図的に quirks モードを使用しています
- doctype がありません。
- これはやめてください。意図的に Quirks モード用に設計するのは面倒でしょうし、将来的にはあなたの同僚や後継者は Windows IE6 のことを気にする人さえいなくなります (Netscape 4.x や IE5 のことを気にする人はもういません)。 Quirks モード用に設計するのは悪い考えです。私を信じて。
- 引き続き Windows IE6 をサポートしたい場合は、他のブラウザを Quirk モードにフォールバックさせるよりも、条件付きコメント を使用して Windows IE6 用の特別なハックを作成する方が良いでしょう。
text/html として使用される XHTML は有害であると考えられるため、XHTML doctype はお勧めしません 。いずれにせよ、XHTML doctype の使用を選択した場合は、XML 宣言によって IE6 では quirks モードがトリガーされることに注意してください (IE7 ではありません!)。
アプリケーション/xhtml xml
application/xhtml XML の簡単なガイドラインは、doctype を決して使用しないことです。このような Web ページは XHMTL 1.0 と「厳密に一致」していませんが、それは問題ではありません。 (巻末の付録をご覧ください)
IE8 の複雑さ
A List Apart では、Doctype に加えて、IE8 がモード選択の要素の 1 つとしてメタ要素に基づくモード変換を使用するという を紹介しました。 (イアン・ヒクソン、デビッド・バロン、デビッド・バロン・アゲイン、ロバート・オキャラハン、およびマチェイ・スタチョウィアクのコメントを参照)
IE8 には、IE5.5 quirks モード、IE7 標準モード、IE8 準標準モード、IE8 標準モードの 4 つのモードがあります。モードの選択は、doctype、メタ要素、HTTP ヘッダー、Microsoft からの定期ダウンロード データ、LAN ドメイン、ユーザーが行った設定、LAN 管理者が行った設定、および親フレームのモード (任意）アドレス バーの表示ボタンと互換性があり、ユーザーによってトリガーされます。 (エンジンに埋め込まれている他のアプリの場合、モードは埋め込みアプリによっても異なります。)
幸いなことに、IE8 は通常、次の場合に他のブラウザと同様に doctype スニッフィングを使用します。
- 作成者は X-UA 互換 HTTP ヘッダーを設定しませんでした
- 作成者は X-UA 互換メタ タグを設定していません
- Microsoft はこのサイトのドメイン名をブラックリストに登録していません
- LAN 管理者はこのサイトを ブラックリスト に載せていません
- ユーザーが互換表示ボタンを押さなかった (または、特定のユーザーのブラックリストに追加された)
- このサイトは LAN ドメインにありません
- ユーザーは IE7 ですべてのサイトを表示することを選択しませんでした
- ページはフレームを介して互換モード ページに埋め込まれていません
X-UA 互換に関する上記の 2 つのケースを除き、IE8 は IE7 と同様に doctype スニッフィングを実行します。 IE7エミュレーションは互換表示と呼ばれます。
X-UA 互換の場合、IE8 は他のブラウザとはまったく異なる動作をします。このページの 付録 またはフローチャートを PDF および PNG 形式でご覧になりたいです。
残念ながら、X-UA 互換の HTTP ヘッダーまたはメタ タグがないと、適切な doctype を使用していても、IE8 ではユーザーがページを IE8 の標準モードから、エミュレーション IE7 標準モードである IE7 モードに誤ってダウングレードしてしまう可能性があります。さらに悪いことに、LAN 管理者もこれを行う可能性があります。 Microsoft は、使用するすべてのドメイン名をブラックリストに登録することもできます。
これらの影響に対処するには、doctype だけでは不十分です。X-UA 互換の HTTP ヘッダーとメタ タグが必要です。
以下は、他のブラウザで標準モードまたは準標準モードをトリガーする doctype がすでにある新しいテキスト/HTML ドキュメントに対して、X-UA 互換の HTTP ヘッダーまたはメタ タグを選択する方法に関する簡単なガイドです。
- あなたのドメインは Microsoft のブラックリストに載っていないため、ユーザーが IE7 の動作にフォールバックできないようにすることよりも、ブラウザ固有の迷惑行為が発生しないことを重視しています。
- X-UA-互換 HTTP ヘッダーまたはメタ タグを含める必要はありません。
- あなたのドメイン名は Microsoft のブラックリストに載っています。あなたのドメイン名の他の作成者がサイトを損傷したり、ユーザーがドメイン全体の互換表示を有効にしたりしたため、Google や Digg がフレームを使用してサイトを埋め込むのではないかと心配しています。ユーザーが互換性のあるビューを使用できないようにするには、
- まず、ページに次のメタ要素を含めます (HTML5 では違法です) (スクリプト要素の前)、または次の HTTP ヘッダーを設定します: IE8 での
- の破壊 まず、ページに次のメタ要素を含めます (IE8 では不正です)。 HTML5) (スクリプト要素の前)、または次の HTTP ヘッダーを設定します。
- 関連リンク
Eric Meyer は、
- 正しい doctype の使用
- で Mac IE5 パターンについて書いています。 Mozilla の doctype スニッフィング
- by David Baron Lance Silver が、 IE6 の CSS 拡張機能
- で Windows IE6 のモードと doctype スニッフィングについて説明します。 Opera9 のドキュメントタイプ変換
- Faruk Ateş の IE8 および X-UA 互換ソリューション
- 補遺: XML 実装者および仕様作成者へのお願い
Doctype スニッフィングを XML に持ち込まないでください。
Doctype スニッフィングは、タグ チャウダーの問題を解決するためのタグ チャウダーに似たアプローチです。 Doctype スニッフィングは、HTML4 および CSS2 仕様のリリース後に設計されたヒューリスティックで、古いドキュメントと作成者が予期した動作に準拠するドキュメントを区別します。
場合によっては、XML で doctype スニッフィングを使用して、さまざまな処理をスケジュールしたり、使用中の語彙を特定したり、機能を有効にしたりすることが推奨されます。これは悪い考えです。スケジューリングと語彙の識別は名前空間に基づく必要がありますが、機能のアクティブ化は明示的な処理命令または要素に基づく必要があります。
整形式性の全体的な考え方は、DTD を使用しない XML 解析を導入し、doctype を使用しないドキュメントを推進することです。 2 つの XML ドキュメントが同じ正規形式を持ち、アプリケーションがそれらを異なる方法で処理する (この違いは、外部エンティティを処理する選択肢がないためではない) 形式的なケースでは、アプリケーションが壊れる可能性があります。実際には、2 つの XML ドキュメントによって同じコンテンツが SAX2
コンテンツ ハンドラー に報告され (qnames は無視され)、アプリケーションがドキュメントを異なる方法で処理する場合、アプリケーションが壊れる可能性があります。 Web 作成者として、ページを解析するために余分なエンティティを解決する XML プロセッサを誰もが使用するとは信じられないことを考慮すると (一部のブラウザは、特定の公開識別子を切り詰められたエンティティ定義 DTD にマップするため、そうしているように見えますが)、 doctype を Web 用の XML に変換することは無意味であり、しばしば貨物崇拝的な習慣につながります。 (W3C Validator の DTD オーバーライド機能 を使用して DTD を検証しますが、W3C Validator は結果が一時的にのみ有効であると通知します。さらに良いことに、 Validate を使用して NG を緩和できます。スキーマによって参照されるドキュメントを汚すことはありません。 たとえそれが HTML の実践における回避策だったとしても、スニッフィングするために doctype を要求するのは非常に愚かです。 また、下位レベルの仕様で 2 つのものが等しいと定義されている場合、上位レベルの仕様ではそれらに異なる意味を与えようとしてはいけません。 を検討してください。 ;。パブリック識別子を削除しても、同じ DTD が指定されたままであるため、doctype は、前の doctype と同じを意味します。別の方法で嗅ぎ分けるべきでしょうか？さらに理論化することができます。 foobar.dtd という DTD が example.com: にコピーされるとします。これを嗅ぐにはどうすればいいですか？同じことを意味するはずです。 DTD 全体をドキュメントに添付することもできます。 言い換えると、#include "foo.h" がある場合、foo.h という名前に黒魔術をバインドしてはなりません。これは、foo.h の内容をドキュメントにコピーしたり、foo をコピーしたりすることを許可する必要があるためです。 h を bar.h に組み込み、 #include "bar.h" を意味します。 HTML と SGML が同じパラメーターを構築することについて私が心配しない理由は、Web ブラウザーが HTML の解析に実際の SGML パーサーを使用しないためであり、SGML のふりをすることは役に立たないと思うからです。とにかく、まだ納得していない場合は、この問題に関する W. Eliot Kimber の記事 comp.text.sgml を参照してください。
以下の表では、Qquirkモード、標準モード、準標準をそれぞれQ、S、Aで表しています。ブラウザにモードが 2 つしかない場合、表のセルの行の高さが Mozilla の標準モードと一致する場合、標準モードには「S」のマークが付けられます。 表のセルの行の高さが Mozilla の準標準モードと一致する場合、その場合は「A」とマークされます。
歴史
Moziila の doctype スニッフィング コードは、2000 年 10 月、2001 年 9 月、および 2002 年 6 月に大幅に変更されました。このドキュメントで説明されている Mozilla (および Netscape 6.x) ビルドのステータスは、2000 年 10 月 19 日時点で ftp.mozilla.org で参照できます。このドキュメントでは、Mozilla M18 (および Netscape 6.0 PR3) での doctype スニッフィングの動作については説明しません。 Safari の doctype スニッフィング コードも、最初のパブリック ベータ版以来大幅に変更されました。このドキュメントでは、0.9 とも呼ばれるバージョン V73 より前の動作については説明しません。
Konqueror 3.5 より前の doctype スニッフィング コードは、Safari の非常に初期のバージョンに由来しているようです。 Konqueror は Safari と一致するようになり、その doctype スニッフィング コードは Mozilla から提供されています。
表からわかるように、Opera 9.5 と 9.6 は戻りつつありますが、Opera の doctype スニッフィングは IE に似たものから Mozilla に似たものへと定期的に変化しています。同時に、Opera の Quirks モードのレイアウト動作が、IE6 の Quirks モードのエミュレートから Mozilla の Quirks モードに切り替えられました。
付録: IE8 のモード選択
- 開始: 「X-UA 互換メタ?」と入力
- X-UA 互換メタ?
- IE=7: IE7 標準を使用します
- IE=EmulateIE7: 「quirks or no doctype? (compatibility mode)」と入力します。
- IE=IE8 or IE=IE7 or IE=a or IE=EmulateIE8 or no or first script: 「X-UA-互換」と入力します。 HTTP ヘッダー?"
- IE=8 または IE=Edge または IE=99 または IE=9.9: 「準標準モード」に入りますか?
- IE=5: quirks モードを使用します (IE5. 5)
- )"
- IE=IE8 または IE=IE7 または IE=a または IE=EmulateIE8 または none: 「すべてのサイトを表示...プリセット?」と入力します。
- IE=8 または IE=Edge または IE=99 または IE=9.9: 「準標準モード」に入りますか?
- IE=5: quirks モード (IE5.5) を使用します
- Quacksモードまたはドキュメントタイプなし (互換モード)
- はい: quirks モード (IE5.5) を使用します。
- いいえ: IE7 標準モードを使用します。
- すべてのサイトを表示... プリセット?
- はい: 「quirks mode or no doctype? (compatibility mode)」と入力します
- No: 「Show LAN site...preset?」と入力します
- Show LAN site. ..プリセット設定?
- はい: 「サイトは LAN ドメインにありますか?」と入力します。
- いいえ: 「ドメイン名は Microsoft によって管理されているリストにありますか?」と入力します。
- ドメインその名前はマイクロソフトが管理するリストに載っていますか?
- はい: 「互換モードまたはドキュメントタイプなし? (互換モード)」と入力します
- いいえ: 「互換モードページでフレームに埋め込まれますか?」と入力します
- 互換モードページの埋め込みフレーム付き?
- はい: 「互換モードまたはドキュメントタイプがありませんか? (互換モード)」に進みます
- いいえ: 「互換モードボタンが押されましたか?」に進みます
- 互換モードボタンが押されましたか?
- はい: 「quirks モードまたは doctype なし? (互換モード)」と入力します
- いいえ: 「quirks モードまたは doctype なし? (IE8)」と入力します
- Quirks モードまたはdoctype はありませんか? (IE8)
- はい: 「互換モードを使用します (IE5.5)」を入力します。
- いいえ: 「準標準モード」を入力します。
- モード？
- はい: IE8 準標準モードを使用します
- いいえ: IE8 標準モードを使用します
- これらの手順は、
形式のフローチャートとして表示されます。 ありがとう オペラのさまざまなバージョンのパターン シートの修正を手伝ってくれた Simon Pieters、Simon Pieters、Anne van Kesteren、およびコメントに感謝します。別の IE8 フローチャートを作成してくれた Simon Pieters に感謝します。
HTML対CSSおよびJavaScript：Webテクノロジーの比較Apr 23, 2025 am 12:05 AMHTML、CSS、およびJavaScriptは、最新のWebページを構築するためのコアテクノロジーです。1。HTMLはWebページ構造を定義します。2。CSSはWebページの外観に責任があります。
マークアップ言語としてのHTML：その機能と目的Apr 22, 2025 am 12:02 AMHTMLの機能は、Webページの構造とコンテンツを定義することであり、その目的は、情報を表示するための標準化された方法を提供することです。 1）HTMLは、タイトルやパラグラフなどのタグや属性を使用して、Webページのさまざまな部分を整理しています。 2）コンテンツとパフォーマンスの分離をサポートし、メンテナンス効率を向上させます。 3）HTMLは拡張可能であり、カスタムタグがSEOを強化できるようにします。
HTML、CSS、およびJavaScriptの未来：Web開発動向Apr 19, 2025 am 12:02 AMHTMLの将来の傾向はセマンティクスとWebコンポーネントであり、CSSの将来の傾向はCSS-in-JSとCSShoudiniであり、JavaScriptの将来の傾向はWebAssemblyとServerLessです。 1。HTMLセマンティクスはアクセシビリティとSEO効果を改善し、Webコンポーネントは開発効率を向上させますが、ブラウザの互換性に注意を払う必要があります。 2。CSS-in-JSは、スタイル管理の柔軟性を高めますが、ファイルサイズを増やす可能性があります。 CSShoudiniは、CSSレンダリングの直接操作を可能にします。 3. Webassemblyブラウザーアプリケーションのパフォーマンスを最適化しますが、急な学習曲線があり、サーバーレスは開発を簡素化しますが、コールドスタートの問題の最適化が必要です。
HTML：構造、CSS：スタイル、JavaScript：動作Apr 18, 2025 am 12:09 AMWeb開発におけるHTML、CSS、およびJavaScriptの役割は次のとおりです。1。HTMLは、Webページ構造を定義し、2。CSSはWebページスタイルを制御し、3。JavaScriptは動的な動作を追加します。一緒に、彼らは最新のウェブサイトのフレームワーク、美学、および相互作用を構築します。
HTMLの未来：ウェブデザインの進化とトレンドApr 17, 2025 am 12:12 AMHTMLの将来は、無限の可能性に満ちています。 1）新機能と標準には、より多くのセマンティックタグとWebComponentsの人気が含まれます。 2）Webデザインのトレンドは、レスポンシブでアクセス可能なデザインに向けて発展し続けます。 3）パフォーマンスの最適化により、応答性の高い画像読み込みと怠zyなロードテクノロジーを通じてユーザーエクスペリエンスが向上します。
HTML対CSS対JavaScript：比較概要Apr 16, 2025 am 12:04 AMWeb開発におけるHTML、CSS、およびJavaScriptの役割は次のとおりです。HTMLはコンテンツ構造を担当し、CSSはスタイルを担当し、JavaScriptは動的な動作を担当します。 1。HTMLは、セマンティクスを確保するためにタグを使用してWebページの構造とコンテンツを定義します。 2。CSSは、セレクターと属性を介してWebページスタイルを制御して、美しく読みやすくします。 3。JavaScriptは、動的でインタラクティブな関数を実現するために、スクリプトを通じてWebページの動作を制御します。
HTML：それはプログラミング言語か何か他のものですか？Apr 15, 2025 am 12:13 AMhtmlisnotaprogramminglanguage; itisamarkuplanguage.1）htmlStructuresandformatswebcontentusingtags.2）ItworkswithcsssssssssdjavascriptforInteractivity、強化を促進します。
HTML：Webページの構造の構築Apr 14, 2025 am 12:14 AMHTMLは、Webページ構造の構築の基礎です。 1。HTMLは、コンテンツ構造とセマンティクス、および使用などを定義します。タグ。 2. SEO効果を改善するために、などのセマンティックマーカーを提供します。 3.タグを介したユーザーの相互作用を実現するには、フォーム検証に注意してください。 4. JavaScriptと組み合わせて、動的効果を実現するなどの高度な要素を使用します。 5.一般的なエラーには、閉じられていないラベルと引用されていない属性値が含まれ、検証ツールが必要です。 6.最適化戦略には、HTTP要求の削減、HTMLの圧縮、セマンティックタグの使用などが含まれます。
ホットAIツール
Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ
AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。
Undress AI Tool
脱衣画像を無料で
Clothoff.io
AI衣類リムーバー
Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。
人気の記事
ホットツール
VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター
MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。
mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。
PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール
SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!
