Q&A
思っていた通りの答えで安心いたしました。
レスポンシブっててっきり各デバイスのサイトを作る＝レスポンシブ
だと思ってたのですが、
「ワンソースで作れて工数が削減でき、安く作れる」のを特にレスポンシブというのですね。
メディアクエリで一個一個書くならレスポンシブの意味ないですかね。。。
skeletonを利用してレスポンシブwebサイトを制作しています。
レスポンシブ対応させるにあたって疑問なのですが、ウィンドウサイズの最小はいくつを想定すればいいでしょう？
PCで普通にウィンドウを縮めると400pxくらいで止まりますが、chromeの検証ツールで縮めると140pxくらいまで縮まります。
横幅140pxくらいになってもレイアウトが綺麗なままなサイトもあれば、さすがにそこまで縮めるとレイアウト崩れしているサイトもあります。
レスポンシブ制作時、横幅の最小はいくつを目安にされますか？
その域を超えたらレイアウトが崩れていても気にしませんか？
横幅140pxなんて極細デバイスで見ることはほぼないんだから（スマートウォッチくらい？）そこまで想定して無駄な時間をかけないほうが良い？
もしくは、ウィンドウサイズをレイアウトが崩れない横幅までしか縮められないようにするコードなどあるんでしょうか？
回答2件
0
最小横幅は320pxを目安にしています。
それより小さい画面幅については多少折り返しがおかしくても気にしません。
また、320pxでのレイアウトはあくまで実機閲覧の場合を想定しており、
PCブラウザで極端に幅を狭くして閲覧している状態もサポート対象とは考えておりません。
投稿2016/08/30 08:19
総合スコア3763
0
ベストアンサー
一般的なディスプレイの解像度を基準にすると良いと思います。
私の場合はだいたい960pxまではコンテンツが崩れないように固定して、それ以上小さい場合はiPadなどのディスプレイを想定した768pxあたりを基準にしてブレイクしてしまいます。
また、iPhone4の頃の基準で320pxを最小にして、それ以上縮まることは想定せずに作っています。
おっしゃるように、
「横幅140pxなんて極細デバイスで見ることはほぼないんだから（スマートウォッチくらい？）そこまで想定して無駄な時間をかけないほうが良い」
と思います。
PCでも、元から小さいウィンドウの場合はさておき、わざわざウィンドウを動かして閲覧するユーザーの数がそれほどないかと・・・
レスポンシブのメリットはワンソースで作れて工数が削減でき、安く作れるとかそういう部分にあると思います。
モバイルやデバイスごとの最適化が重要なのであれば、そもそもレスポンシブという手法で制作するのは本末転倒ではないでしょうか。
UAとディスプレイサイズで判定して最適化したソースを返すようにすべきというのが私の意見です。
投稿2016/08/30 06:21
総合スコア1298
いえ、手法の認識は合っていますよ。
HTMLはひとつだけ用意して、あとはCSSだけでできるので、先に設計してしまえば更新作業も楽ですし。
ただそれだと不要なソースも読み込まなければいけなかったりするので、パフォーマンスを考慮すると無駄な部分もあります。
個人的に…私がデザイナーだからそういう思想というのもありますが、レスポンシブを選択すると、レスポンシブで実現できるデザインに落ち着いてしまいがちなので、工期や工数が確保できるのであれば、モバイルはモバイル用に設計（デザイン）したサイトをちゃんと用意するほうが良いという意見なのです。
今回の場合は、レスポンシブサイト制作、フレームワーク利用が初だったため、できるだけフレームワークを使うことをメインにあまり自分でCSSは書かずに、という目的でした。
なのでモバイル用のデザインはあまり考慮しなくて、すでにSkeletonに定義されているレスポンシブの動きのままでOKでした。
貴重なご意見ありがとうございました！
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2016/08/30 08:32