Антон Литвиненко, честно, не в душе, редко в работе такие квесты попадаются, впрочем если это есть в библиотеках типа Bootstrap, то должно. Максимум → потребуется пару дополнительных свойств.
Сафаря с моего опыта отличается (на маках) «слишком правильным» выполнением правил.
А вообще надо бы развернуть виртуалку проверить, я как раз недавно выкатил на свою площадку для извращений (мой сайт) такую реализацию.
zekin375, либо менять логику (я внимательно глянул код, в котором ты себе просто изрешетил ноги выстрелами), чтобы отрабатывало на transition-ах (или анимацией прямо в JS), либо опять же менять логику, чтобы работать могло через animation.
Оба варианта в принципе правильные, неправильное в данном «уравнении» только то, как ты собрал логику и CSS.
Алексей Орлов, в среднем делают 3+ макета.
1. Мобильный, чтобы покрыть потребности интерфейса от минимального (320) до, скажем, таблеток (768),
2. Таблетки идут отдельно до минимального десктопа (1024).
3. И десктоп. Тут можно взять чуть больше 1200px макет, хоть 1920, так как верстка все равно будет ограничена container-параметрами. А макет вкрая будет виден попросту потому что он будет выходить за рамки контейнера.
Пример
3 макета, потому что это достаточно дешево, ну и верстальщик не дебил же по своей сути.
eugenedrvnk, (눈_눈)
Я же уже ответил на этот вопрос. Зачем писать модификатор ради только того, чтобы убрать картинку, которую ты можешь вообще не заносить (v-if)?
Как не заносить, да вообще пофиг жи. Но вешать класс, чтобы скрыть это же ну бред.
Да и Aetae ответил(-а) правильно, не надо пытаться воздействовать на Vue-компонент как-то, кроме пропсами. Это просто в принципе аукнется.
Еще раз, rem отсчитываются от размера шрифта основного. Врядли у тебя будет шрифт в 10px основной, поэтому будет наоборот.
1rem = font-size в body (по умолчанию, если не задать, то браузер дает свое значение, в пределах 12–16).
Но допустим ты указал (должен был это сделать), потому что в макете основной текст = 18px, к примеру.
Тогда 1rem = body{font-size = 18px.
Дальше как строятся размерности можно глянуть в обновленном примере. Грубо и на скорую руку.
eugenedrvnk, в целом кажется неправильно, но не существует такого правила.
Мне больше импонирует пляска от пиксельной сетки, но я использую в практике все подходы, на самом деле. Правильно собранный проект на rem\em-ах не ломается от того, что где-то ты какие-то размеры задал в пикселах.
astaxov81, ага, понял. У меня в работе такого мало, но вообще могу сходу предложить пару вариантов:
1. Считать прокрутку, считать отступ от блока с картинками, при начале пересечения рассчитывать пройденное расстояние в рамках блока с картинкой и менять картинки в зависимости от пройденного расстояния деля на количество кадров (читай паралакс эфект). Картинку можно как фиксировать (position:sticky), а размер обертки фиксировать (расчетно) умножая количество кадров на проходку для него.
2. +- то же самое реализовать с помощью центрированного background-а. Т.е. без пикч в чистом виде. Тут можно глянуть в сторону background-attachment:fixed (если оно еще живое).
Nik_1011, да, такой подход на классах будет работать, но чтобы эту форму получить ее надо отрисовать, что сводит все равно к объектам, на уровне бэка или морды.
Референс. В нем открой код через дебаггер (f12) и может быть, все станет понятно.
