0

正直に言って、標準に準拠した適切な HTML を作成するのは非常に困難です。セマンティックな HTML を書くのはなおさらですが、コンピューターがそれを理解することは不可能だと思います。

では、HTML を入力したユーザーにとって「理想的な」フィードバックとはどのようなものでしょうか? エラーと対応する行番号と列の W3C バリデーター スタイルのリストでしょうか? 強調表示された行、エラーの説明、および可能な修正の注釈付きコード表示でしょうか? 各エラーを個別に処理するスペルチェック スタイル モードですか? エラー情報をまったく提供しないでしょうか？また、ユーザーに伝えるのに適したエラーの種類は何ですか? (エラーのいくつかの広範なクラスには、解析エラー、ネスト エラー (つまり、ab タグに div を入れる)、および整形式エラーが含まれます。)

  • Scottm:良い点です。すべてのエラーを一覧表示する W3C の方法も気に入りませんでした。ただし、ユーザーが問題のある HTML を適切に編集できるようにするという問題がまだ残っています。
  • onebyone: わかりました。いくつかのスクリーンショットを見ると、HTML Validator には W3C エラー リストがあるように見えますが、関連するソース セグメントと展開されたエラー情報に直接移動する機能と、それらを行う必要がないという事実が組み合わされています。スクロールして、あるセクションから別のセクションにジャンプします。かなり良さそうに見えますが、普通のジョーでも使えますか?

編集 1:明確化として、これはインターフェイスに関するものであり、必ずしも基になる実装ではありません。ただし、インターフェイスはプレーンな HTML と JavaScript で実行可能である必要があります (HTML のみが必要な場合は使いやすさのポイントが 2 倍になりますが、その場合は W3C で行き詰まると思います)。

4

2 に答える 2

1

Firefoxの「HTMLバリデーター」アドオンからの出力はかなり良いです。大きなウィンドウにソースが表示され、小さなウィンドウにエラーのリストが表示されます（通常、最初の1つだけを気にするので、合計を目指していないので、小ささは関係ありません）。エラーをクリックして強調表示すると、拡張された説明が2番目の小さなウィンドウに表示され、コードの問題のある部分が大きなウィンドウで強調表示されます。

ただし、アドオンにはテキストエディタが含まれていないため、問題を完全に解決することはできません。ただし、SGMLベースのバリデーターとHTML Tidyの両方を使用しており、ローカルファイルの場合は、Tidyによって提案された修正を行うために取得できると思います。

于 2008-09-30T21:51:29.343 に答える
1

構文の強調表示は素晴らしいといつも思います。HTML では、タグが適切に色付けされているのを見ると、開発者がタグを簡単に区別できるため、これも非常に便利です。

個人的には、退屈な問題のリストを提供する W3C のやり方は好きではありません。コード自体の視覚補助ははるかに優れています。

于 2008-09-30T21:34:09.697 に答える