lufasab: а я и не говорю, что они не работают =) работают, использую, я использую. но это же не панацея на все случаи жизни. Далеко не на все.
Что касается стандартов, тут и так всё очевидно - ждем поддержку web-components, настоящих компонентов.
lufasab: Ну я тоже пишу на реакте. И мне категорически не нравится идея инлайн-стилей. А если их выносить во внешний файл, то возвращаемся к той же проблеме глобальной видимости в css. Да, есть конечно, приблуды, которые генерят рандомные классы, но годятся они только для SPA и по сути тоже являются костылями. Если бы всё было так просто, как вам кажется...
lexstile: тогда определяйте поведенческие факторы.
например, пользователь зашел на страницу, ему нужно пару минут, чтобы заполнить форму. Если форма прилетает сразу или без захода на страницу - в бан.
100vw - в настоящее время криво работает. Не помню во всех ли браузерах (давно не использую именно это значение), но в моей текущей опере это значение включает в себя ширину сроллбара, из-за чего возникает горизонтальный скролл https://jsfiddle.net/d5az7co8/
Так что ширину лучше по старинке задавать в процентах. Либо еще как-то извращаться.
Сергей Ивонов: суть не в том, чтобы загрузить асинхронно. А в том чтобы максимально быстро показать пользователю сайт. Что нужно сделать для этого гугл спид сам подсказывает.
А именно нужно выделить стили для блоков ввверху страницы в отдельный небольшой файлик и подключать в хэде, а остальные стили - в конце боди.
Вы бы определились, чего вам больше хочется - наебать гугл спид, как подсказывает Ergonomic Code или реально оптимизировать страницу.
Medji: да я не о том =)
Я смутно помню, что когда-то в лохматых годах, когда еще версии браузеров были однозначными числами, использовал этот хак, чтобы поправить отображение в лисе.
blazer05: страница "прижимается" к тому блоку, на который вы якорь указали.
Хотите чтобы совсем не было перехода - подгружайте контент динамически, аяксом.
The_Lars: Привычка - великая сила =)
Но что делать, если вам дадут проект, в котором используется less? Тоже будете переписывать?
Я ничего не навязываю, но профессионал должен уметь работать с тем, что есть. Имхо, конечно.
Максим: зачем инлайн? Определите несколько "весов", ну штук 10, сделайте для них классы. Так будет проще. Сегодня у вас размеры от 12 до 22 пикселей, а завтра потребуется переделать от 18 до 30. Что проще - лезть в серверный код или чуток поправить стили?
Что касается стандартов, тут и так всё очевидно - ждем поддержку web-components, настоящих компонентов.