SM: Если спрайт не нужен, зачем его нарезать? В комплекте 5 скинов, один из них полностью на css (ion.rangeSlider.skinHTML5). Возьми за основу, и корректируй как нужно.
Barmunk: Максим Жаров: Нет, не проще. Рассмотрение php инклудов в контексте обсуждения html-препроцессоров настолько абсурдно, что я даже не буду объяснять причин. Как здесь уже не раз сказали: "Если вам не понятен смысл, то скорее всего на данном этапе html-препроцессор вам не нужен."
Barmunk: Большинство моих проектов - довольно объёмные интернет-магазины. Среднее количество 12-15, но и 20-25 типов страниц - норма. Плюс обычно добавляется 2-3 варианта ключевых элементов для A/B тестирования. В итоге получаем 40-70 вариантов страниц на проект, и это далеко не предел. Не так давно выполнял проект для крупного завода, - центральный сайт + сайты 8-ми его подразделений. Общий стиль, но каждый имеет уникальные отличия. В совокупности проекта вышло более 250 чем-то отличающихся страниц, где любое структурное изменение дизайна затрагивало каждую.
Думаю, очевидно, что в таком случае копипаста любого изменения в каждый файл - не вариант, и шаблонизация необходима.
Максим Жаров: Причём здесь вообще emmet? Как можно сравнивать совершенно разные инструменты? Препроцессоры - это в первую очередь шаблонизация. Чем поможет emmet, если нужно изменить уже свёрстанную шапку для 50 страниц? Ничем. Я изменю 1 шаблон, а ты будешь копипастить новую шапку на все 50 страниц. И это только самый очевидный пример.
Максим Иванов: Речь идёт о фронтенде. Генерировать js'ом элементы, которые в билде должны быть статичны - абсурд. О php на этом этапе речи вообще не идёт, бэкенд - следующий этап.
Tigronix: Проси макет в актуальных размерах. Если нужна поддержка ретины, пусть готовит пак используемых растровых изображений в формате 1х/2x (большие для подмены на ретина-дисплеях), это единственное, что актуально при вёрстке под ретину.
Алексей Ярков: Откуда вы берётесь, со своим требованием показать стандартный код фреймворка? Он находится в свободном доступе, и ознакомиться может каждый желающий. Зачем захламлять им вопрос?
lapipost: Бред, судя по всему, несёт ваш юрист. Т.к., следуя его и вашей логике вёрстка, не работающая в Netscape будет являться некроссбраузерной, что глупо априори. Может быть, эта вёрстка должна корректно отображаться на экране motorola e398?
По факту, имеем пункт договора без указания конкретных версий для поддержки. И спорный браузер, от поддержки которого отказался даже производитель. Вывод очевиден.
И если уж говорить о юридической чистоте, пункт "Сайт должен быть адаптивным под кроссбраузерную верстку" вообще не имеет смысла.
Сергей: Пару лет назад вступил в силу закон, требующий обязательной идентификации. Даже если на карте нет имени, для совершения платежей или покупок владельцу нужно подтвердить паспортные данные.
Andrey Perov: Практически так, только фразу "в понятие кроссбраузерности IE8 ни каким боком не входит" следует заменить на "компания microsoft прекратила поддержку этого браузера 12 января 2016 г, следовательно ныне этот браузер официально считается устаревшим, и его поддержка разработчиком требует дополнительных вложений. Кроссбраузерной на данный момент является вёрстка IE11+"
Сергей: ТС явно имеет в виду взаимодействие с любым элементом страницы, абсолютно несвязанным с кнопкой. Поэтому не стал углубляться, это вряд ли ему поможет.
Не согласен. Да, идентичное отображение на всех платформах невозможно, но это и не нужно, суть PP не в этом. Достаточно PP, например в Chrome, чтоб получить соответствие вёрстки дизайну, без учёта особенностей браузеров или платформ. Я работаю над довольно крупными проектами, где дизайнеры трудятся над макетами не один месяц, вылизывая всё до пикселя, и довольно глупо давать верстальщику возможность отступать от проработанных макетов. Требование точности в 1-3 пикселя для текста, и точного соответствия других элементов вполне оправдано.
К тому же, как человек, периодически выступающий в роли заказчика вёрстки, не могу не отметить. Без указания требования PP исполнители присылают лютый ад с огромным разбросом.
