Чуйний веб-дизайн та нюхання користувачів


13

Функція mediaзапиту CSS3 призвела до багатьох цікавих можливостей щодо розробки веб-сайтів, які підлаштовуються під різні розміри екрану та пристрої.

Однак на практиці я починаю розуміти, що mediaфункція запиту CSS3 та весь рух "Чуйний веб-дизайн" можуть не виконати своїх обіцянок.

Проблема, яку я бачу, полягає в тому, що наприкінці дня веб-розробники дбають про те, чи переглядають їх користувачі вміст через настільний, планшетний або мобільний пристрій. Але CSS3 забезпечує лише спосіб виявлення роздільної здатності екрана . Теоретично виявлення роздільної здатності екрану здається чудовим способом налаштування для різних різних пристроїв. Але на практиці ...

Припустимо, у нас є проста функція Javascript, яка просто видає ширину екрана:

function foo()
{
   alert(screen.width);
}

На моєму Blackberry Touch це виводить:

768

У моєму Samsung Galaxy це:

800

Отже ... гм, на даний момент дозвіл основних смартфонів наближається до роздільної здатності настільних ПК. Можливість виявити, чи користувач переглядає ваш веб-сайт за допомогою смартфона, планшета чи настільного ПК, здається, все складніше, якщо все, що ви збираєтеся, - це роздільна здатність екрана.

Це змушує поставити під сумнів всю мудрість, що стоїть за цілим рухом CSS3 "Чуйний веб-дизайн" на основі медіа-запитів. Майже здається, що mediaфункція запиту краще підходить для адаптації до розміру вікна браузера на екрані робочого столу, а не для різних мобільних пристроїв.

Ще одна можлива методика виявлення мобільних або планшетних пристроїв - використання функції виявлення, перевіряючи, чи підтримується ontouchstartподія. Але навіть це стає все більш ненадійним, оскільки багато екрани робочого столу починають підтримувати дотик.

Питання: Отже ... якщо веб-розробник, якщо я не можу покластися на RWD або виявлення функцій, чи нюхає агент-користувач (настільки сумно ненадійний, як завжди), справді найкращий варіант виявлення мобільних пристроїв?


Якщо метою Реактивного веб-дизайну є (як стверджує Вікіпедія ) "легке читання та навігація з мінімальним розміром розміру, панорамування та прокрутки", то чому вам все одно, чи це настільний ПК, чи мобільний телефон? Важливе значення має роздільна здатність екрану та розмір екрана, а не тип пристрою. Ні?
ruakh

Я думаю, що я говорю, що зв’язок між "роздільною здатністю екрана" та фактичним розміром екрана (наприклад, сантиметрів / дюймів ширини екрана) стає дедалі перехіднішим.
Канал72

Я думав, що ви повинні щось робити із запитом медіа ширини пристрою, оскільки ширина / роздільна здатність стають дедалі неточнішими, особливо при щільності пікселів різних дисплеїв, наприклад, пристроїв Apple "Retina". Тоді, якщо ширина пристрою знаходиться в межах загальної ширини для мобільного пристрою, то ви показуєте інший макет. Для користувачів планшетного ПК / настільного комп'ютера я показую той самий макет, тобто шириною 1024 пікселів.
zuallauz

@zuallauz, це не device-widthдуже погана підтримка?
Канал72

Чому б не поїхати підрозділами em? Таким чином зміст зміщується на основі доступного текстового простору ...

Відповіді:


12

Перестаньте так сильно турбуватися про конкретні пристрої.

Можливість виявити, чи користувач переглядає ваш веб-сайт за допомогою смартфона, планшета чи настільного ПК, здається, все складніше, якщо все, що ви збираєтеся, - це роздільна здатність екрана

Це буде стає все більш важко виявити з допомогою дозволу екрану, і це буде тільки складніше , оскільки все більше пристроїв вийти на ринку, але мета запитів ЗМІ не знайти пристрій types.What запитів ЗМІ добре роблять щипки на ваш проект , коли це вже не приємно використовувати в сучасних розмірах. Якщо сайт починає розпадатися на ширину 550 пікселів, то не має значення, чи є пристрій таких розмірів чи ні: ви встановите там точку розриву.

Це те саме, що стосується виявлення функцій. Якщо пристрій підтримує дотик, то що це має значення, якщо це мобільний пристрій чи якийсь майбутній настінний монітор? У будь-якому випадку сенсорні покращення, ймовірно, будуть корисні.

Нюхання користувачів-агентів - як ви вже заявили - абсолютно ненадійне. Я міг би змінити мою рядок User-agent на цитату Шекспіра, якщо я теж дуже хотів. Що б ваш сайт вирішив тоді про мій браузер?

Користувачеві агенти також потребують великої роботи, щоб обробити всі можливості. У вас є Firefox на Android? Chrome на IOS? Дельфін на Фройо? Браузер WiiU? Надзвичайно обмежений браузер на моєму старому телефоні LG? Рись? IE 13? Посилання? IceWeasel? Веб-переглядач Blackberry playbook? Як ви розповідаєте про різницю між операцією Opera на планшеті та Opera на телефоні?

Цей список може зростати лише з часом.


Ну, 1-стовпчастий макет зазвичай добре піддається смартфонам. Для планшетного ПК ви можете піти з 2-х стовпових або навіть 3-х стовпчастих макетів, а для настільних комп'ютерів 3 колонки, як правило, добре працюють. Незалежно від того, що ідеальна кількість стовпців, які ви відображаєте, зазвичай є функцією біологічних можливостей людського ока , а не роздільною здатністю екрана. Моя думка, що було б непогано, якби була жорсткіша кореляція між роздільною здатністю екрана та ймовірністю того, що типова людина зможе легко сканувати ваш сайт візуально. Принаймні, CSS3, здається, передбачає таку кореляцію.
Канал72

1
Фактично, це повинно бути. CSS-пікселі повинні визначатися за допомогою кутів та відстаней, а не фізичних пікселів. Однак багато виробників ігнорують це у своїх налаштуваннях за замовчуванням.
Майк Госсманн

@ Channel72 Розмітка в один стовпчик добре піддається будь-якій вузькій ширині екрана . Навряд чи важливо, чи вузька ширина екрану, оскільки це браузер для смартфонів чи настільний браузер у вікні, що змінився розміром, на гігантському моніторі. Чуйний веб-дизайн намагається адаптувати всі сценарії належним чином, незалежно від агента користувача.
Ерік Кінг

Що робити, якщо ви збираєтеся обслуговувати зовсім інший вигляд для мобільних користувачів. Як щодо заборони мобільних програм завантажувати всі невідповідні дані, необхідні для користувачів настільних ПК. Користувачеві агент - це шлях ...
Джон

1

Користувальницькі агенти теж брешуть. Якщо ви навколо Google, ви знайдете списки агентів користувача проти реальності. Тож це проблема. Деякі вдаються до перегляду налаштування dpi, щоб визначити, який або тип пристрою це.


3
Якщо хтось мав потребу в наданні неправдивих даних у даних агентів користувача, він отримає версію веб-сайту за замовчуванням ...
Джон
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.