Почему «отзывчивый» веб-дизайн не должен рассматриваться?

Это может показаться скорее вопросом графического дизайна, чем вопросом программирования, но я думаю, что он имеет гораздо больше технических / программных достоинств, чем реальный графический дизайн.

Концепция «отзывчивого» веб-дизайна вращается вокруг использования медиазапросов в CSS3 для определения размера устройства просмотра и соответствующей корректировки правил CSS - по сути, динамического CSS. Это заполняет пустоту во многих случаях развертывания - в частности, мобильных.

Я думаю, что медийные запросы появляются медленно (я обнаружил, что многие люди не знают об этом), но мне интересно, есть ли причина для медленного принятия. Это непрактично для веб-приложений? Я что-то упускаю, что может быть фундаментальной ошибкой?

Вы должны прыгать через обручи, чтобы заставить его действительно работать. Для сайта, который я разрабатываю, я использовал @media (max-width:800px)для определения таблицы стилей для телефонов и других небольших экранов. Но он не использовался, например, iPhone.

Оказывается, разработчики телефонных браузеров предполагают, что люди не будут принимать во внимание маленькие экраны, поэтому они лгут движку рендеринга (например, iPhone утверждает, что он имеет ширину более 900 пикселей), если вы не добавите дополнительный метатег, чтобы сказать это не лгать. Когда дело доходит до того, что вы боретесь с разработчиками браузера, вы начинаете задумываться, стоит ли оно усилий.

Я не могу говорить за всех, но из моего собственного опыта время и деньги были решающим фактором. Мои коллеги и я всегда следим за последними новостями, но разработка и реализация различных макетов для устройств разного размера является большой проблемой. Особенно с учетом того, что на моем 3-летнем Nokia 5800 все наши сайты выглядят нормально - полоса, которую мне приходится прокручивать, чтобы получить содержимое боковой панели. Мы разрабатываем и внедряем сайты для небольших компаний и самозанятых людей.

Другая причина, которая может быть действительной, заключается в том, что обслуживание совершенно отдельного веб-сайта для мобильных версий с отдельной картой сайта ( http://www.google.com/support/webmasters/bin/answer.py?hl=ru&answer=34648 ), простой и начальный способ поддержки сайта.

Если вы можете гарантировать надежное восстановление данных, все в порядке.

Но представьте, кто-то загружает веб-страницу в оконный браузер настольного компьютера. Вы заставляете их открывать полноэкранный режим, чтобы читать все, или вы приспосабливаете размер к уменьшенному окну и предоставляете много пустого пространства, поскольку они максимизируют его? Вы обслуживаете CSS один раз, при загрузке страницы!

Как насчет браузера телефона, который переключает альбомный / портретный режим при повороте телефона? А как насчет браузера, у которого просто слишком маленькое разрешение, и люди обычно используют увеличение, но вы уже адаптировались к заявленному, слишком маленькому разрешению, и страница становится нечитаемой?

Просто следуйте стандартным рекомендациям по созданию достойного универсального, масштабируемого CSS и позвольте браузеру обрабатывать масштабирование страницы до нужного разрешения.