HTMLページが応答性であるかどうかをテストするアプリケーションを開発しています。今は、メディアクエリを使用することがHTMLページを応答可能にする唯一の方法だと仮定しています。 しかし、私はそれをテストするために非常に粗悪なロジックを使用しています。私は、HTMLファイルを解析して、メディアクエリステートメントの存在を読み取っています。その存在が私がそれを応答性であると宣言しているなら、そうでなければ非応答性であると宣言している。 他の方法はありますか？ レスポンスまたはレスポンスとして宣言する前に実行できる他のテストはありますか？Javaを使用したHTMLページの応答性テスト
％またはemの代わりにハードコードされたpxを使用しているかどうかを確認してください。たぶん、テキストが小さすぎるか、リンクが近くにあるかどうかを確認してください。
ので、多くの要因
レスポンシブウェブデザイン（http://alistapart.com/article/responsive-web-design）を導入イーサンMarcotteの精液の記事によると、応答ページはメディアを使用しますがあるので、一日の終わりには、応答性のチェックのための素晴らしいリソースも文句を言いませんクエリ、フレキシブルなグリッドレイアウト、および反応性の高いテキストです。
ただし、ページにこれらの要素があっても、正しく使用しているとは限りません。応答性の高いページは、単にメディアクエリを使用するページではありません。
ページが応答して作成されているかどうかをプログラムで判断できるかどうかはわかりません。食材を確認することはできますが、それは正しいレシピをたどったかどうかは分かりません。
さらに、なぜこの質問にJavaでタグを付けましたか？
ブラウザで開きたくないHTMLテンプレートが数千あります。か否か。 また、これらのファイルには明確な分岐点があります。メディアクエリがないために応答しないか、応答があり、メディアクエリが存在する可能性があり、応答がない場合は無視できます。メディアクエリ応答性の高いデザインを保証する適切なメディアクエリを意味します。 私はJavaでアプリケーションを開発しているので、誰かが既にこのようなことを試してみたのかと疑問に思っていたので、私はJavaにタグを付けました。 –
記事のおかげで@scott marcus –
@AnkitSahayあなたがチェックする必要がある応答性の高いWebページの他の要素があるかどうかを尋ねたところ、あなたはそれがあると言いましたが、プログラムで検証することはできません。今すぐあなたの答えは、単にメディアクエリを提示するだけで十分です、あなた自身の質問に答えたようです。 –
私は、私のケースではほとんどいつも知っているので、パーセントなどの相対的なサイズでコード化された流体グリッドコンテンツを使用するのではなく、メディアクエリが使用されています。このアプリケーションを開発する際の主な問題または非効率性は、メディアクエリが同じ方法で使用されているにもかかわらず、文字列の存在、単純な空白またはカンマまたは他の文字が破損する可能性がある場合でもそれは私のためです。 私は自分のアプリケーションでハードコードされた文字列を比較していますが、簡単な不一致がわかりにくい結果をもたらす可能性があります –