問題タブ [w3c]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
105 参照

xhtml - iframe の使用が適切でない場合、iframe のような同じものを取得するための他の標準的な苦情の方法はありますか?

iframe の使用に適していない場合、iframe のような同じものを取得する他の標準的な苦情の方法はありますか?

0 投票する
2 に答える
525 参照

html - XHTML 1.0 strict(content = "text / html)よりもHTML 4.01 strictを使用するプロはいますか?

XHTML 1.0 strict(content = "text / html)よりもHTML 4.01 strictを使用するプロはいますか?

0 投票する
3 に答える
183 参照

css - 純粋なセマンティックな方法しか使用できない場合、フォームのレイアウトを作成するにはどのタグを使用する必要がありますか?

私はそれが純粋なセマンティックな方法であることを知っています

しかし、デザインの目的によっては、必要なスタイルを取得するだけでは不十分な場合があります。だから私の質問は、この純粋に意味論的な方法以外です

フォームは順序付けられたフィールドのグループであり、1つずつ入力するため、このコードもセマンティックです(純粋なセマンティックメソッドの後)

0 投票する
11 に答える
67222 参照

css - 内部で他のタグを使用できますか
    一緒に
  • ?

<ul>と一緒に他のタグを使用できます<li>か?

お気に入り

0 投票する
8 に答える
69802 参照

css - url() の値を引用することは本当に必要ですか?

スタイルシートで使用する必要があるのは次のうちどれですか?

W3C は正しい方法として何を指定していますか?

0 投票する
3 に答える
3251 参照

webkit - 新しいプロパティを持つ有効な CSS

Webkit ブラウザーでのサイトの使いやすさ/外観を向上させるために、いくつかの CSS トリックを使用しています。2 つの主なものは(textareastext-shadowresize:none- Safari などでページを分割する煩わしいサイズ変更オプションを停止するため) です。

問題は、自分のページを W3 バリデーターで実行すると、大量の情報が得られることです。

プロパティ text-shadow は CSS レベル 2.1 には存在しませんが、以下に存在します: #feb4b4 1px 1px 0 #feb4b4 1px 1px 0

-と-

プロパティのサイズ変更は、CSS レベル 2.1 には存在しませんが、存在します: なし なし

これは本当に有効ではありませんか?私は本当にこれを使用すべきではありませんか、それとも単に無視するのはエラーですか?

0 投票する
6 に答える
43054 参照

css - Blockquote、q、およびciteの正しい使用法は?

Blockquoteこれは、、 qおよびの正しい使用法citeですか?

の使用はBlockquote意味 q的に正しいですか?または両方がプレゼンテーション要素であるため、使用しないでください。

0 投票する
1 に答える
194 参照

html - コンポーネントベースのWebフレームワークでマークアップを検証するための最良の方法は何ですか?

コンポーネントベース(別名プルベース)のWebフレームワーク(Tapestry、Wicketなど)を使用している場合、マークアップがW3C検証に合格したことをどのように判断しますか?2つのアプローチが思い浮かびます。

実行中のアプリをクロールする

プロ:

  • 検証に必要なすべてのマークアップがページに存在します。

短所:

  • すべてのページとすべてのケースをヒットするのは非常に複雑になる可能性があります。
  • 何かが間違っている場合、どのコンポーネントが問題を引き起こしているのかが明らかでない場合があります(特に大規模なアプリの場合)。
  • 同じコンポーネントを何度も検証している可能性があります(作業の重複)。
  • ページ/コンポーネントが多い場合は、非常に長い時間がかかる場合があります。

HTMLテンプレートをオフラインでクロールする

長所:

  • 各コンポーネントを検証する必要があるのは1回だけです。
  • 問題を見つけた場合は、どのコンポーネントが問題を引き起こしているのかを正確に知ることができます。

短所:

私が考えることができる短所のほとんどは、ページの完全なマークアップがないため、コンポーネントのコンテキストを失うことを含みます。

  • 特定のコンポーネントのDOCTYPEがわからない場合があります。
  • コンポーネントの親が何であるかを知るのは難しい場合があり、問題を引き起こす可能性があります。<span>たとえば、ブロックタグ(eg<form>または)を含むインラインタグ(eg)の無効なケースを検出します<p>
  • これらのタイプのフレームワークのHTMLテンプレートには、多くの場合、検証されない無効な属性と特別な記号(通常はフレームワークに何かを示すため)が含まれています。

したがって、問題は、コンポーネントベースのアーキテクチャを使用している場合、マークアップをどのように検証するかということです。これを行うための推奨されるテクニック、またはさらに良いツールはありますか?

編集:これに対する答えがこれ以上なかったことに少し驚いています。コンポーネントベースのフレームワークを使用するときにマークアップを検証することは珍しいですか?それとも、それらを使用している人はあまりいないのでしょうか。

0 投票する
3 に答える
657 参照

xhtml - HTML 5がまだプレゼンテーション要素をサポートしているのはなぜですか?

ここのリストを参照してください:

http://www.w3schools.com/html5/html5_reference.asp

のよう<b>に、、、、、?<i>_<br><hr><small>

これらを使用することは短所がないことを意味しますか?しかし、コンテンツとプレゼンテーションの分離についてはどうでしょうか。

0 投票する
5 に答える
262 参照

html - 非推奨としてリストされていない、W3C の有効なプレゼンテーション要素を使用する実際的な短所は何ですか?

非推奨としてリストされていない、W3C の有効なプレゼンテーション要素を使用するための実際的な短所は何ですか?

  • XHTML-CSS 開発者向け
  • サイトの視力のあるエンドユーザー、
  • およびスクリーン リーダー ユーザーの場合は、?

、、、、のよう<b><i>、これらのタグをプレゼンテーション目的で使用する場合。(注:これらは HTML 5 でもサポートされています)<br><hr><small>

例えば:

  1. <b>代わりに使用する場合<span style="font-weight: bold">
  2. <i>代わりに使用する場合<span style="font-style: italic">
  3. <br>スペースを作らないようにパラグラフで改行をする場合
  4. <hr>代わりに使用する場合<div style="border-bottom: 1px solid #666">
  5. <small>代わりに使用する場合<span style="font-size: 9px">

と の違いを知ってい<strong>ます<b>。私の質問は<strong>vsについてではありません<b>