Проверяем браузер на поддержку определённого свойства CSS27.08.2017 10:03

Комментарии 6

  • 27.08.17 в 03:53

    +1

    Никогда не был связан с вэб-девом, но недавно сделал сайт и вэб-интерфейс своему пет-проекту. Так ради прогиба под IE я был вынужден даже параметры в CSS убрать и заменить захардкоренными константами… Не представляю, как на фронте сражаются с IE. Мне вообще посоветовали не учитывать его при разработке, а уделить внимание только троице Фокс/Хром/Опера ну и Сафари может еще и мобильные варианты. Это общая тенденция? IE все игнорируют за его плохое поведение? :)

    • c4028a35b0921b19a519f63403fa08b4_small.j

      27.08.17 в 04:12

      0

      Если под параметрами вы имеете в виду переменные, то их никто не использует, потому что их так и не утвердили окончательно, насколько я знаю, и оно в любой момент может поменяться. Если не использовать такие «новые» инструменты, то IE работает обычно как полагается.

  • 27.08.17 в 08:45

    +1

    Поддержка @supports в CSS не коррелирует с поддержкой flex.
    Конечно, применяя @supports — можно быть уверенным в том, что браузер будет гарантированно поддерживать flex. Но при этом заметный процент пользователей (чаще всего мобильных, десктопного Осла я не буду упоминать) получит вместо flex который они поддерживают, какую-то замену.
    Ну и вариант для определения: detect_flex

    По User-Agent, вы имели ввиду front end и back end?

    • 92210b2bd31db00b4ff6af9e142b7d5a_small.j

      27.08.17 в 08:49

      0

      К слову, да.

  • ac1c6ed83ded1a51cf96b44f44eaba81_small.p

    27.08.17 в 08:46

    0

    Кастомные css-свойства и css-переменные всё-таки разные понятия.


    И замечательно все используют, PostCSS в помощь (postcss-custom-properties), с соответствующими ограничениями, конечно. Маловероятно, что спека со статусом с 2015 года «Candidate Recommendation» изменится. А с выходом Edge 15 переменные и кастомные свойства стали реализованными во всех основных браузерах без всяких флагов.


    Глобальная поддержка у них (судя по caniuse) 69%, а на проектах нашей компании значительно выше (порядка 85%) из-за отличий в аудитории. Как только поддержка станет достаточной, можно будет включить опцию «preserve» и получить полность работоспособные динамические кастомные css-свойства.


    Цель использования кастомных css-свойств у нас — темизация общей библиотеки компонентов для разных проектов компании.


    P.S. надеюсь мой коммент не сильно устареет, прежде чем будет одобрен))

    • 29d611491c9552558e4425d599f31537_small.p

      27.08.17 в 09:47

      0

      И замечательно все используют, PostCSS в помощь (postcss-custom-properties), с соответствующими ограничениями, конечно.
      Это не просто ограничения. Зафолбеченные кастомные свойства просто-напросто теряют смысл до нуля. Получается просто подстановка статических значений, которая гораздо логичнее и удобнее решается средствами CSS-препроцессоров. Использовать для этого новые спецификации плюс postcss-костыли к ним — это тонкая разновидность мазохизма, по-моему. Вся польза там именно в динамике и увы, это возможно только когда есть нативная поддержка.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

© Habrahabr.ru