antonKar

Почему нельзя? Блок с комментами можно, отдельный комментарий уже в article.

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

Перевод от SelenIT

Это как интерпретировать?

Как вариант псевдоэлемент залить градиентом и повернуть через skewX. Нет?

Ничего. Люди, отключающие JS, сами избрали себе путь мазохизма.

А какая разница? Теги же не для оформления.

А если я подцеплю к компу монитор с тачскрином, но мышку не отключу, то что будет написано?

Сложные анимации лучше на JS делать, так они более управляемы и контролируемы.

Ещё можно для li задавать отступ слева и фоновую картинку ставить

http://htmlbook.ru/css/background-position

1) цепляем библиотеку https://github.com/hgoebl/mobile-detect.js 2) в document.ready определяем var md = new MobileDetect(navigator.userAgent),grade = md.mobileGrade();window.mobileDetect = md;3) к тегу html на мобильных устройствах добавится класс .mobile. Все ховеры в css прописать с начальным html:not(.mobile) В итоге ховеров на мобильниках и планшетах не будет

А если переопределять на auto, то получится, что надо будет проставлять !important, а в таком случае auto не будет конфликтовать с шириной в атрибуте?

important можно перебить только другим important с более высоким приоритетом. Так что JS в руки и вперёд в магазины медицинских товаров.

Стили подключаются с медиазапросами?

$(this).removeClass("fa fa-play");$(this).addClass("fa fa-pause"); Лол. Так вы скрывайте блок с видео и показывайте блок с фоном, какие проблемы? Да и паузить видео было бы лучше, чем звук в 0 уводить.

Извиняйте, но это не тот случай.

Знаю только GUI, команды не нужны.

iframe не во всех браузерах анимируется, к сожалению. Чёт я не понял. Знаю запятую в объектах, знаю запятую при создании переменных. А в этой мешанине она что делает?

А почему нет? Я из методологии БЭМ только именование классов использую, JSON'овский БЭМ мне как-то не нужен в проектах. Я делаю так. Например, есть блок с классом .header. Обёртка задаётся как .header-wrapper, а внутряки уже дальше идут не .header-wrapper__element, а .header-element.

Вам это нужно на сайте? Какой именно планшет, какой именно браузер с проблемой? И вообще у вас в линке пропущен & перед subset, возможно, что проблема в этом: на компе берётся локальный шрифт, а планшет без этого шрифта идёт по неправильной ссылке и обламывается.

Нет. 1) Стили для контента (текст, который будет наполнять контентщик/наполнист) пишутся через теги, например .article p { blablabla: blobloblo; } .article strong { font-size: 1000px; } 2) Не использую БЭМ при вёрстке форм. Для начала задаю все стили для единого input. Что-то типа input { font-size: 12px; blablabla } То есть не парюсь со стилями для tel, email, text, а всё сразу. На radio и checked эти стили в большей части не применяются, в крайнем случае можно отдельно что-то подрегулировать. А так как на нормальных сайтах стили внутряков формы должны выдерживаться, то не надо по миллиону раз по БЭМ-методологии писать одно и тоже. input[type=submit] не использую, вместо него использую submit[type=submit], т.к. последний более гибок в управлении (предварительно конечно используя сброс стилей), на который также как на input пишу единый стиль. Ну а затем уже, если надо вносить какие-то корректировки, то можно уже их делать отталкиваясь от класса тега form .callback input[type=email]

Как вариант в .htaccess прописать AddDefaultCharset UTF-8 И да, что с кодировками файлов так и не было сказано.

Мобильный Chrome можно настроить на удалённый debugging в десктопном Chrome Firefox тоже, но я не заморачивался этим.

http://hgoebl.github.io/mobile-detect.js/ Лучше этого варианта для опредения ПК / мобильное устройство не находил.