Size: a a a

2020 September 05

BM

Brs Mdrk in Frontend_ru
Над p p p больше контроля
источник

АА

Андрей Андрей... in Frontend_ru
Программист
ты написал что я неправ
ааа, серьезно? - докажи что твой вариант правильный,  только не нужно что-то вроде я всегда так делал,  статьи на то как профессионал говорит  нужно всегда писать две br
источник

BM

Brs Mdrk in Frontend_ru
Профисионал)))
источник

АА

Андрей Андрей... in Frontend_ru
Brs Mdrk
Профисионал)))
ааа,  та что за день такой!
источник

П

Программист... in Frontend_ru
Андрей Андрей
ааа, серьезно? - докажи что твой вариант правильный,  только не нужно что-то вроде я всегда так делал,  статьи на то как профессионал говорит  нужно всегда писать две br
Успокойся
источник

АА

Андрей Андрей... in Frontend_ru
Программист
Успокойся
я спокойный:) просто если тебе лень искать информацию,  то почему кому-то другому не должно быть лень
источник

АГ

Андрей Гуртовой... in Frontend_ru
источник

АГ

Андрей Гуртовой... in Frontend_ru
перевод гоогле смешной

prettier = похорошел
источник

АГ

Андрей Гуртовой... in Frontend_ru
Yurii Dushenko
Добрый день всем.

Вопрос к верстальщикам и фронтам. По поводу оптимизации верстки.

Такой момент. Вчера на работе заказчик попросил, уменьшить весь сайт на 25%. Мне пришлось все размеры которые были в px переделать на rem. Потом я просто уменьшил значение font-size в   хtml на 25% и задача была решена.

Сегодня я начал новый проект на фрилансе и вот думаю сделать все на rem-aх.

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

Насколько это может быть чревато в будущем при развитии проекта или переноса его на бекенд и т.д. Кто сталкивался с этим. Стоит ли так делать?

Я просто не так глубоко понимаю и знаю про rem
> заказчик попросил, уменьшить весь сайт на 25%
он это как нибудь обьяснил ?

может у него на планшете всё крупное?
в этом случае <meta-viewport это делает лучше и проще.

С заказчиком нужно оговаривать заранее должен ли сайт иметь возможность "зумировать" содержимое.
Вообще плохая практика использовать везде ремы, когда на сайте не будет происходить зумирований.

это как преждевременная оптимизация.

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

ну и я бы не хотел затем поддерживать это )
источник

YD

Yurii Dushenko in Frontend_ru
Андрей Гуртовой
> заказчик попросил, уменьшить весь сайт на 25%
он это как нибудь обьяснил ?

может у него на планшете всё крупное?
в этом случае <meta-viewport это делает лучше и проще.

С заказчиком нужно оговаривать заранее должен ли сайт иметь возможность "зумировать" содержимое.
Вообще плохая практика использовать везде ремы, когда на сайте не будет происходить зумирований.

это как преждевременная оптимизация.

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

ну и я бы не хотел затем поддерживать это )
Он никак это не объяснял. И мы ему не задавали такие вопросы - про зумм в будущем) Это глубоко))

В чем проблема будет если изначально в верстке всё в ремах задавать?
источник

АГ

Андрей Гуртовой... in Frontend_ru
Программист
Братан пойми чем сто раз писать p p p не лучше ли просто br
каждый тег придуман для своей отдельной цели.
тег параграфа не исключение.

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

Есть куча людей которые не могут видеть. для них отделение текста при помощи параграфа выглядит лучше чем двумя br
источник

АГ

Андрей Гуртовой... in Frontend_ru
Yurii Dushenko
Он никак это не объяснял. И мы ему не задавали такие вопросы - про зумм в будущем) Это глубоко))

В чем проблема будет если изначально в верстке всё в ремах задавать?
зум в будущем хотят государственные сайты, и может всякие глазные клиники )).

проблема в том, что в макетах все размеры не в ремах.
например в фигма или там скетч.

каждый раз придётся конвертировать.  На крупных проектах это будет ад.

Если у вас дизайн система то тут тоже  ремы в пролёте, потому что вы не можете заранее знать какой базовый размер шрифта будет в том месте где ваши компоненты будут использоваться — изза этого появляются некие глобальные внутрифирмовые правила, конфликты с партнёрами(не из вашей фирмы) и прочие тупики.
источник

YD

Yurii Dushenko in Frontend_ru
Андрей Гуртовой
зум в будущем хотят государственные сайты, и может всякие глазные клиники )).

проблема в том, что в макетах все размеры не в ремах.
например в фигма или там скетч.

каждый раз придётся конвертировать.  На крупных проектах это будет ад.

Если у вас дизайн система то тут тоже  ремы в пролёте, потому что вы не можете заранее знать какой базовый размер шрифта будет в том месте где ваши компоненты будут использоваться — изза этого появляются некие глобальные внутрифирмовые правила, конфликты с партнёрами(не из вашей фирмы) и прочие тупики.
ну а если пофиг на пиксель перфект и прочее- нет системы у дизайна
источник

YD

Yurii Dushenko in Frontend_ru
делай как хочешь картина называется
источник

АГ

Андрей Гуртовой... in Frontend_ru
я бы всёравно делал в пикселях
источник

АГ

Андрей Гуртовой... in Frontend_ru
источник

АГ

Андрей Гуртовой... in Frontend_ru
пожалейте разрабов которые потом примут ваш проект на доработку )
источник

АА

Андрей Андрей... in Frontend_ru
Андрей Гуртовой
пожалейте разрабов которые потом примут ваш проект на доработку )
Мне кажется или более менее опытные разрабы делают в пикселях? :)  (Если нет особых требований?..)
источник

АХ

Андрей Халимоненко —... in Frontend_ru
Yurii Dushenko
Добрый день всем.

Вопрос к верстальщикам и фронтам. По поводу оптимизации верстки.

Такой момент. Вчера на работе заказчик попросил, уменьшить весь сайт на 25%. Мне пришлось все размеры которые были в px переделать на rem. Потом я просто уменьшил значение font-size в   хtml на 25% и задача была решена.

Сегодня я начал новый проект на фрилансе и вот думаю сделать все на rem-aх.

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

Насколько это может быть чревато в будущем при развитии проекта или переноса его на бекенд и т.д. Кто сталкивался с этим. Стоит ли так делать?

Я просто не так глубоко понимаю и знаю про rem
Есть ещё решение.
Использовать препроцессор с переменными.
Понадобился новый размер, цвет или шрифт – изменил переменные и получил новый дизайн.
источник

АГ

Андрей Гуртовой... in Frontend_ru
в моей практике никогда не было требований изменения всего интерфейса.

ну это довольно странные хотелки мне кажется,

Если человек плохо видит, то он скорее увеличит масштаб в винде или в браузере, чем будет искать внутри сайта кнопку  увеличения
источник