質問

それに直面しましょう:適切で標準に準拠したHTMLを書くことは非常に困難です。セマンティックHTMLを書くことはさらにそうですが、コンピューターがそれを理解することは不可能だと思います。

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

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

編集1:説明として、これはインターフェースに関するものであり、必ずしも基礎となる実装に関するものではありません。ただし、プレーンなHTMLとJavaScriptを使用してインターフェイスを実現する必要があります(HTMLのみが必要な場合は、使い勝手が2倍になりますが、その場合はW3Cにこだわると思います)。

役に立ちましたか?

解決

Firefoxの「HTMLバリデーター」からの出力アドオンはかなり良いです。ソースを大きなウィンドウに表示し、エラーのリストを小さなウィンドウに表示します(通常は最初のエラーのみを考慮しているため、合計はゼロを目指しているため、サイズは問題ではありません)。エラーをクリックして強調表示すると、2番目の小さなウィンドウに詳細な説明が表示され、大きなウィンドウにコードの問題のある部分が強調表示されます。

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

他のヒント

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

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

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top