(私たちはここSE.SXにいるので、より戦略的なアプローチは、通常の技術的な考慮事項への価値ある補強になるかもしれません。)
[序文] HTML5仕様は絶え間なく変化するターゲットであり、確立された一般的な慣習をフォローアップする方針があります。彼らは過去に時代遅れの機能を復活させ、他の人の意味を変え、系統的な推奨事項の焦点を変えました。人類のすべての知恵を一度に利用できるように、永遠に書かれたものではありません。仕様は神聖な真実の源ではありません。時々ブラウザが正しいのは当然です。[/前文]
OPの状況は圧倒的に一般的で有効です。
テーマが設計およびインストールされたCMSがあり、すべてのCSSがHEADから適切にロードされた後、ページエディターに「ソースモード」に切り替えられる(神に感謝します)おしゃれなWYSIWYGボックスが残っています。 HTMLマークアップに入力(貼り付け)(以前は別の場所で作成され、より適切なツールで)。幸いにも、STYLE
タグを含めることもできます(たぶん、タグフィルターの偶発的な省略が原因です)...多くの反復的な魂を破壊する不快な作業から、その日は救われます。ただし、ページ編集シナリオからシステムのHEAD要素を妨害する手段は、まだありません。
仕様がそう言っているからといって、HTMLフラグメントで簡単にCSSを使用する必要はありませんか?
または、単一ページのAJAXアプリケーションがあります。
長いセッションの間、リロードなしで実行されており、さまざまなランダムソースからのシンジケートコンテンツがあり、それらはすべて任意に独立してスタイル設定されています。STYLE
埋め込みSTYLE
要素だけでなく、インライン属性のみを使用するように最初に変換することを要求するのはばかげたことでしょう。
さらに、a)属性BODY
を介して、CSSをの任意の場所に既に埋め込むことができるSTYLE
ため、CSSは「理論的には」合法です。およびb)JavaScriptから(およびその他の)必要なときにいつでも、ほぼすべてのスタイルで必要なことをすべて実行できるため、CSSは病理学的にパフォーマンスの低い方法で誤用する可能性もあります。そして、私たちの誰もこれらの機能に異議を唱えることはありません。W3Cも同様です。
それで、のSTYLE
要素について何がそんなに悪いのBODY
ですか?HTMLコンストラクトに対する悪用の幅広い武器庫に追加される、それらの余分な悪影響は何ですか?より悪いパフォーマンス?多分。時々。
それが理由ですべてのブラウザによってサポートされているこの信じられないほど有用な慣行を廃止する正当な理由ですか?100万マイルではありません!
私たちは馬鹿ではありません。すべてではありませんが、常にではない...;)パフォーマンスが低下するリスクのあるテクニックは、単に禁止するのではなく、単に文書化することもできます。私たちは、Webの初期の頃はJavaアプレットを使用していたが、生き残った。車は悪用され、悲惨な状態を引き起こし、食べ物でさえ邪魔で非効率的な方法で使用される可能性があり、食べることができるドライバーは、平均して、平均的なWebデザイナーよりもさらに愚かになる場合があります。その上、親愛なるW3C、心配する必要はありません。HTMLのいじくり屋の怒りの群れが、脚をスチールSTYLE
エレメントで撃ち落とされてBODY
も、W3Cを追いかけて復讐することはできません。彼らは住所を知らない。そして、彼らには足がありません。
ですので、STYLE
合法になることについてあなたの声を聞いてくださいBODY
!テキストを素直に引用しますが、現在の状況よりも優れた実行可能な代替案を提供し損なうことは役に立ちません。これは実際、この最後の手段の回避策に対する脅威です。
覚えておいてください:HTML5仕様はレコメンデーションと呼ばれています。