30

Dive Into HTML5をのぞき見しています。素敵で面白いようですが、私は困惑しています。

1990 年代、Netscape がブラウザで、HTML が HTML2 または HTML3 だった当時、たくさんのタグがありました: address、cite、code... それらのほとんどは現在では使用されておらず、おそらく時代遅れになっています。

HTML5 では、タグ自体に「意味的な意味」を表現するためのタグが導入されています。これはすべて楽しいゲームですが、このアプローチには非常に奇妙なものがあります。技術的には、セマンティクスは非常にオープンエンドです。HTML5 には、記事、時間、ナビゲーション バー、フッターのタグがあります。投稿アイコン、著者の場所、名前と姓、または特定のセマンティクスを割り当てたいその他のタグを含めるべきではないのはなぜですか (私は確信<rant>しており、<nsfw>非常に重要なタグになると思います): ? XML はセマンティクスを物に割り当てるための戦略だと思っていました。XHTMLの div 要素の下に XML チャンクを置き、それにスタイルシートを割り当てて適切にスタイルを設定したり、その名前空間の処理を適切なビューアーに委譲したりすることを禁じるものは何もありません(たとえば、RSSSVGを処理する場合))。

結論として、セマンティクスが非常に幅広いトピックであり、潜在的に無限の量のセマンティック タグを必要とすることが保証されていることは明らかな場合、セマンティクスに焦点を当てたこの拡張の背後にある理由がわかりません。W3Cには賢い人たちがいると確信しているので、私は間違っていると思いますが、その理由を知りたいです。

4

10 に答える 10

26

記事、時間、ナビゲーション バー、フッターのタグが役立つのはなぜですか?

Google などのテキスト処理ツールの解析を容易にするためです。

セマンティクスについては何もありません(少なくとも「広い」意味では)。代わりに、「これがページの本文 (最も重要なテキスト部分) であり、リンクでいっぱいのナビゲーション バーがあります」と言うだけです。このようなアプローチを使用すると、必要なものだけを簡単に抽出できます。

于 2009-11-01T23:01:00.520 に答える
8

私もW3Cが彼らのスペックで行っている方法が嫌いです。私が嫌いなものはたくさんありますが、この「セマンティクス」の流行はその1つです。(その他には、仕様を完成させるために永遠にかかることや、ブラウザーが選択したとおりに実装するにはあまりにも多くの重要な詳細を残すことが含まれます)

何よりも、Web開発者としての仕事が難しくなるので、私はそれが好きではありません。私はしばしば、ウェブページを「意味的に正しい」か「視覚的/美的に心地よい」かを選択しなければなりません。もちろん、後者が勝ちます。それはユーザーが望んでいることだからですが、その結果、検証が失敗し始め、全体がまったく意味論的ではなくなります(レイアウトなどのテーブル)。

私が眉をひそめるもう1つの問題は、「クラス」属性がセマンティクス用であると公式に宣言していることですが、CSSのビジュアルプレゼンテーションセレクターに使用していました。

結論-セマンティクスと視覚的表現を混在させないでください。セマンティクス(タグ名、属性値など)を記述するために何らかのメカニズムを使用する場合は、機能的/視覚的な目的で使用しないでください。その逆も同様です。

HTMLを設計する場合は、(「クラス」属性のように)任意のタグに追加できる「セマンティック」属性を追加するだけです。次に、それらすべてのヘッダー/フッター/記事/引用符などの事前定義された値がいくつかあります。

タグは機能を定義します。基本的に、HTMLタグを「div」、「table / tr / td」、「a」、「img」、「form」、「input」、「select」のようにほんの一握りに減らすことができます。私はおそらくいくつかを逃しましたが、これは大部分です。視覚的なスタイリングはCSSを介して行われます。

このように、セマンティクス、視覚的表現、機能の3つの領域は完全に独立しており、実際のソリューションで衝突することはありません。

もちろん、W3Cは実用的なソリューションには興味がないと思います...

于 2009-11-18T16:03:09.623 に答える
3

ページについて、またはページから参照されるオブジェクトについてステートメントを作成しようとする角度からそれを見てください。<footer> タグが表示された場合は、「ここにあるものはフッターです」と言って通り過ぎてください。そのため、カスタム タグを追加することは、属性を追加し、人々が独自に選択した URI を使用して述語とオプションで値を指定できるようにするほど一般的なソリューションではありません。ページ、何らかの方法で。

于 2009-11-18T15:46:00.307 に答える
2

私はあなたの質問の一部に対処したいと思います。あなたは言う:

90年代、Netscapeがブラウザで、htmlがHTML2またはHTML3であった当時、アドレス、引用、コードなどのタグがたくさんありました。それらのほとんどは、今日の時点では使用されておらず、おそらく廃止されています。

htmlにはたくさんのタグがありますが、使用されていないからといって、それらが廃止されているわけではありません。特に、ヘッダータグ<h1>などは、<ul>セマンティック<ol>と見なす方法でアイテムをリストに結合するために使用されます。多くの人はタグを意味的に使用しないかもしれませんが、マイクロフォーマットを作成する努力は、1990年代のアーティファクトとみなすアイデアの継続的な継続です。ウェブを見つけて理解する方法に関しては、全文検索とリンク分析(Googleの形式)が勝者であるにもかかわらず、セマンティックWebを勝者にするための努力は続けられています。

「彼女が話しているときにhtml」と表示されるGoogleのWeb統計の更新バージョンを見るのは素晴らしいことです。しかし、多くのタグが十分に活用されていないのは正しいことです。

html5が成功するかどうかはオープンで興味深い質問ですが、廃止されたと説明するタグはどこにも行きませんでした。それらはHTML4.01xhtmlにありました。HTML5は、タグで役立つものを固めるための取り組みのようです。結局、html5がブラウザでサポートされ、Web開発者の仕事が簡単になれば、成功するでしょう。xhtml2は、ブラウザでの採用にほぼ失敗し、Webページメーカーの仕事を容易にするために何もしなかったため、失敗しました。html5に取り組んでいる勢力は、xhtml2の失敗を痛感しているようで、html5が同様の運命をたどることを避けていると思います。

于 2009-10-30T18:59:29.047 に答える
2

「投稿アイコン、著者の場所、名前と姓、または特定のセマンティクスを割り当てたいその他のタグを含めるべきではないのはなぜですか (私は確信しており、非常に重要なタグになると思います): ?」

<dialog> を使用して、会話またはコメントを記述します。Rant と NSFW は主観的な用語であるため、使用しないのが理にかなっています。

私の理解では、多くの経験豊富な Web 開発者が調査を行い、ほとんどの Web サイトが HTML で共通しているものを探しました。彼らは、ほとんどの Web サイトに id="header"、id="footer"、id="section"、および id="nav" タグがあることに気付き、これらの ID を置き換えるには HTML タグが必要であると判断しました。つまり、膨大な量の HTML ボキャブラリが得られると期待しないでください。最も一般的に必要とされる HTML タグに対処しながら、できる限りシンプルに保ちます。

NAV タグは、アクセシビリティを提供するためにも非常に重要です。リンクがナビゲーション用かどうかを強制的に見つけさせるのではなく、ナビゲーションがどこにあるかを知ってもらいたいのです。

于 2010-09-27T02:21:04.007 に答える
1

XML はセマンティクスを物に割り当てるための戦略だと思っていました。

私の知る限り、そうではありませんでした。XML では、すべて同じ方法で解析される新しい言語を定義できます。それらはすべて XML 構文を使用するためです。

それ自体は、それらの言語に意味を追加する方法を提供しません (「セマンティック」は単に「意味のある」という意味です)。コンピューターが人工知能を手に入れるまでは、コンピューターは実際には意味を理解していません。HTML は、そのタグの意味が合意されている最も一般的に使用される言語です。

HTML は非常に一般的であるため、アプリケーションで非常に一般的ないくつかの意味のあるタグを HTML に追加すると便利です。新しい HTML5 タグはそれを目的としています。HTML5 仕様の作成者は、実際にこのルートをたどり、可能な限り特定の意味のすべてのタグを作成できますが、ロボットではないため、おそらくそうはなりません。

<section>有用であり、多くのドキュメントで有意義に適用できるほど一般的です。<author-last-name>そうではありません。この 2 つを区別するのは判断です。そのため、コンピューターではなく人間が仕様を作成します。

タグとして HTML に追加するには特殊すぎるカスタム セマンティクスのために、HTML5 はmicrodataを定義します。

于 2011-04-25T10:42:00.860 に答える
1

余分なタグを追加することに同意しません。詳細語彙が実際にインポートされた場合、辞書内の単語ごとに異なるタグ名が存在する可能性があります。追加のタグ名は、人間に追加の意味を伝える可能性があるため役に立ちませんが、言語の機械解析を促進することにはなりません。これが、私が HTML5 の「セマンティック」タグを好まない理由です。これは、完全に対処されていない問題に対する弱い解決策を提供するだけで、複雑すぎる語彙を提供するための滑りやすい坂道であると信じているからです。

私の意見では、マークアップ言語の構造データは、ツリー ダイアグラム形式で記述するのと同じくらい重要です。構造を解析し、RDFa などのセマンティック規則を適切に使用することで、コンテキストを活用して、一般的なタグ名に特定の意味を与えることができます。このような場合、余分な語彙が存在する必要はなく、フッターやサイドなどの構造的に冗長なタグ名は削除できます。最終的な目標は、人間と機械の両方が同時に解釈できるようにコンテンツをより高速かつ正確にすると同時に、その結​​果を達成するためにできるだけ少ないコードを使用することです。HTML5を除いて、その解決策はそれほど重要ではありません。

于 2009-11-02T04:23:31.023 に答える
0

一言で言えば、AJAX。新しいタグは、多くの Web サイトが苦しんでいるタイプの分裂の一部置き換えることによって、実際の開発者が行っていることをサポートすることを目的としています。HTML5 に残っているのはスタイリング フック<div class="sidebar-wrap"><div class="styling-hook"><div><ul class="nav">だけです。<div>

クラスからタグにプロモートされるセマンティクスは、xhtml/css の採用期間が延長されたことを考慮して、開発者がベスト プラクティスとしてまとめて自由に採用したものです。仕様のセクション ページの WHATWG 開発者版は、こちら で確認してください。ドキュメント自体は楽しみですが、まだ見ていない場合でもネタバレはしません。

W3C が下した決定のあまり明白でない理由の 1 つは、Webkit の重要性です。見てみると、HTML5 ワーキング グループの現在の作業を取り入れてアイデアを実装する点で、彼らは他の人よりも優れていることがわかります。彼らは歴史的にコンプライアンスにおいてはるかに先を行ってきました (こちらを参照)。W3C は、彼らの (つまり、Android、iPhone、Googlebot、Chrome、Safari、Dreamweaver など) に高い優先順位を置きました。Google、フレームワーク ユーザー、Wordpress/Moveable Type/Joomla! タイプのユーザーやその他のユーザーは、自己完結型のビルディング ブロックを求めていたので、このスタイルが得られました。

Facebook はモジュール式です。レスポンシブ デザインのグリッドはモジュール化されています。Wordpress はモジュール式です。Ajax は、モジュール式のページ構造で最適に機能します。ウィジェットはモジュールです。プラグインはモジュールです。ドキュメント/アプリケーション/情報ネットワークのハイブリッド Web 2.0 で適切な要素を簡単にフックしてアクティブ化するために、これらのタグを適用する方法などを理解しようとする必要があるようです。

最後に、ドキュメントの一部に対して ajax リクエストを行うツールやマシンが整形式の有用な応答を取得できるようにするために、HTML5 は xml として記述されることを意図しています (これも仕様を参照してください)。フィード リーダー、点字プリンター、アノテーターなどのデバイスのメディア クエリなどと組み合わせると、なんと素晴らしいことでしょう。私は(近い)将来、良いセマンティックコンテンツを持つものは何でも自動的に独自のニュースフィードになると思います! これは、開発者が準拠したドキュメントを採用して作成した場合にのみ発生します。

于 2012-09-14T16:57:46.377 に答える
0

Andy Clark の本Transcending CSS (page 33) を読んでいます。

...,現在では、要素の外観や位置を説明するheaderleftredなどの表現上の名前は不適切な選択であることが広く受け入れられています。

これらの行を読んだ後、私は自問しました: HTML5 仕様には、ヘッダー、フッターなどの要素はありませんか?? なぜフッターの方がセマンティックなのですか? Andy は彼の本の中で、フッター div の ID にsite-infoを使用することを提唱しており、これは私見ではより理にかなっています。フッターは表示上の名前です (要素の位置を説明します)。

于 2011-01-14T18:05:09.757 に答える