Если мультистраничник с кучей брейкпоинтов, переключение скриншотов в браузерным расширении превращается в пытку, да ещё и каждый член команды сохраняет и добавляет скриншоты изолированно. На помощь может прийти pixelperfect-tool.
Имхо, autoscale - это антипаттерн, так как пользовательский скейлинг перестает работать, и уменьшить вьюпорт, чтобы, например, разглядеть целиком слишком высокую картинку, пользователь уже не сможет.
Если вьюпорт слишком широк, пользователь может смасштабировать сам и получить удобный для него адаптив по ширине (если адекватно использованы другие приемы резиновой верстки).
Ну вот я генерирую разметку, отдаваемую сервером, - либо с помощью node, либо с помощью php - но уровень представления все равно чище выглядит, если я и в том и в другом случае возьму twig. И возникает вопрос: а почему для сборки простых статичных визиток не взять то же самое решение? Существуют процессы, при которых заранее сделанную верстку натягивают потом на бэкенд, и можно свести этот процесс к минимуму, если сразу верстать на twig.
"Это кажется не такой большой проблемой" - пишет автор про отсутствие шаблонизатора, но я себе слабо представляю, как можно без боли поддерживать одни и те же хедеры и футеры при верстке 10-страничника (а такие заказы встречаются).
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Если мультистраничник с кучей брейкпоинтов, переключение скриншотов в браузерным расширении превращается в пытку, да ещё и каждый член команды сохраняет и добавляет скриншоты изолированно. На помощь может прийти pixelperfect-tool.
Имхо, autoscale - это антипаттерн, так как пользовательский скейлинг перестает работать, и уменьшить вьюпорт, чтобы, например, разглядеть целиком слишком высокую картинку, пользователь уже не сможет.
Если вьюпорт слишком широк, пользователь может смасштабировать сам и получить удобный для него адаптив по ширине (если адекватно использованы другие приемы резиновой верстки).
Ну вот я генерирую разметку, отдаваемую сервером, - либо с помощью node, либо с помощью php - но уровень представления все равно чище выглядит, если я и в том и в другом случае возьму twig. И возникает вопрос: а почему для сборки простых статичных визиток не взять то же самое решение?
Существуют процессы, при которых заранее сделанную верстку натягивают потом на бэкенд, и можно свести этот процесс к минимуму, если сразу верстать на twig.
"Это кажется не такой большой проблемой" - пишет автор про отсутствие шаблонизатора, но я себе слабо представляю, как можно без боли поддерживать одни и те же хедеры и футеры при верстке 10-страничника (а такие заказы встречаются).