rem и em это грубо говоря как фреймворки для фронтенда. Просто так для статической страницы их использовать не надо, а если у тебя на сайте есть элементы которые взаимодействуют друг с другом то надо. Так же и тут, если есть размеры зависящие от шрифта, то там и только там надо использовать относительные ед.изм. Они ведь не просто так называются относительными)

просто каждую вещь по своему назначению. А то сколько спором что не надо px использовать (хотя без них не будут работать em и rem), или em vs rem. Это же абсурд!

почему без них небудут работать em и rem ?

потому что rem и em единицы измерения относительно размера шрифта заданного в px

Ну размер шрифта можно изначально задать не px А так же PX будет тоже не одинаково выглядеть на разных экранах

rem от шрифта для тела разметки, а em для локальных случаев.

А нужно ли всегда размеры задавать через миксины rem() и em()?

Я давно оценил удобство em и rem. Размер шрифта меняется на разных устройствах

вот комбинация rem и em - это верное решение

про это собственно была статья

но в анноде ньюз уже промоталось высоко

я тоже em и rem использую, но не везде где только можно, а там где нужно)

https://goo.gl/CLzEcR

и с бурбоном это удобно. font-size: em(24px) и все дела

ну у каждого свой подход) я хорошо изучил этот вопрос и не вижу причин лепить em везде-везде. Только по назначению

для шрифта — самое то.

ладно какая функция есть в сасс что б конвертировать величины

px меня не устраивает

я то ж изучал вопрос

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

ладно какая функция есть в сасс что б конвертировать величины

https://sass-scss.ru/documentation/sintaksis/

https://habrahabr.ru/post/280125/

во нашел

там четко все изложено, только rem и em И от мастерства или понимания как все работает - зависит то будете ли Вы переопределять стили по отступам например для блоков или нет.

давайте так ? есть боевой проект, в котором использованы только em и rem по советам из статьи?

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

и послушать, как это в проект внедрялось, на практике.

С бурбоном конечно что то нужно делать. раз там уберут эти функции, но менять в проекте где идет разработка сразу его не варик, иногда предупреждений может быть очень много, из за чего снижается скорость компиляции.

Что бы убрать все эти предупреждения, нужно прописать так:

$output-bourbon-deprecation-warnings: false !default;

давайте так ? есть боевой проект, в котором использованы только em и rem по советам из статьи?

Да я бы вообще предпочел чтобы каждый делал так как удобно ему и как он считает нужным. А то на выяснение верного пути уходит много времени))

Наш дочерний чат для дизайнеров @annode_design Все кому интересна тема дизайна пополняйте ряды чата))

Вы же это уже видели?

Ага

Во я древний

я короче загоняюсь

такой вопрос

при наведении на меню

должна быть полоска

border-left: 2px solid transparent

:hover border-color: black;

или псевдоэлемент?

я за псевдоэлемент

почему?

потому что псевдо элементом ты отпозиционируешь абсолютом и уберешь эффект подпрыгивания

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

не

я же делаю рамку сразу прозрачной

а потом просто цвет задаю

ну тада ты красавчег и юзай ховер

ну а сертезно

что посоветуете

бордер 2 строки, а псевдо куда больше

да норм у тебя решение

с ховером

раз ты допер указать прозрачный бордер

Спасибо)

@ в этом чате принято отвечать (reply) на сообщение пользователя, чтобы его поблагодарить.

http://kangax.github.io/compat-table/es6/

ecmascript 2015 (ранее es6) имеет синтаксис по прикольнее

синтаксис радует конечно при том же склеивание

http://prntscr.com/ejsk52

ecmascript 2015 (ранее es6) имеет синтаксис по прикольнее

Я на нем и пишу все время

по поводу rem и em, холивар, я так понимаю, продолжается, потому что нет пока однозначного видения как будет дальше. Имхо основной полезный месседж в том, что относительные шрифты не надо будет переделывать через 3-5-х лет, типа мол экономия для ресурсов. Ну я прям чесслово не знаю... На сколько я понимаю, вопрос стал снова актуален, потому что поперли экраны с повышенной плотностью пикселей.

Тут надо не думы думать, а практические работы проводить, встречаться с проблемами и их решать получая опыт и потом с уверенностью говорить что так-то лучше

если ты не будешь думать, потом устанешь переделывать

ERROR: S client not available

то или то не выход, в настоящее время rem + em, точка

Я имею ввиду рассуждения без практики

Твоя точка) имеешь право)

Константин тем более уже подметил, про плотность эрана

Первое время без адаптива были писели, тогде я еще их считал абсолютной величиной Потом делал на em теперь смесь rem + em

это действительно сложный вопрос. Потому что сейчас все зависит от браузеров, которые могут делать чо хотят с пикселем. К тому же сейчас нет тех самых железобетонных 16px, а пользователь и вовсе может выставить свое значение. Так что хз, но общая тенденция пока такова, что да em/rem

Ребят, кто хорошо разбирается в люстре?

А ведь она изначально в EPS формате, то есть векторная

Вот что выходит

svg не способен хранить в себе инфу, которую в состоянии хранить EPS

А если AI?

это как сохранить вордовский doc-файл в вордпадовском rtf, или в маркдауне

Ну раньше-же получалось

раньше с этой же картинкой?

Уровень детализации может влияет, нет?

чаще всего нет, просто те области, которые в svg выходят черные - в иллюстраторе сделаны с такой заливкой и параметрами наложения, которые не поддерживает svg

С другими

Понял. Обидно

Всегда качал с фрипик векторные картинки и сохранял в свг, а эта видимо замудрёная

А ведь она изначально в EPS формате, то есть векторная

EPS может содержать растровые вставки

ну либо оно его на такой вектор дробит мелкий с прозрачностями

который SVG не потянет

прикольно что ты илюстратором пользуешься для макетов

обычно рисуют в фотошопе

Илюстратор лучая из лучших программа для векторной графики

svg не способен хранить в себе инфу, которую в состоянии хранить EPS

+

А если AI?

Ai ты не отобразишь в web

Ну раньше-же получалось

Разные эффекты

прикольно векторый веб