К выше всему перечисленному, добавлю assets.adobe, очень удобный инструментарий для верстальщика, причем разделение по слоям, описание стилей css, цветовая гамма сайта, размеры, шрифты, работа с svg и сохранением img непосредственно в проект. Очень удобно и практично и бесплатно, получил ID Adobe и пользуйся.
Огромное спасибо! Благодаря вашему совету я словно клад нашел!) Зарегистрировался, открыл, теперь буду юзать во благо))) Как раз голову ломал по поводу бесплатного варианта Фотошопа.
webeseit: Начал пользоваться 2 недели назад, очень крутая штука. Уже сверстал 3 сайта, все очень круто. Сегодня кончился триал, сделал новый акк и снова триал на 14 дней. Как кончится обязательно сяду на подписку
Сергей: посмотрел мельком. Думаю что они стили отображают не те что задуманы дизайнером, а те которые вычисляет браузер. В итоге имеем, например, вместо ширины кнопки скалькулированной по содержимому, жестко заданную ширину в пикселях. Для адаптивной верстки это не подойдет к сожалению.
Сергей: https://temp-mail.ru/ :) А в целом просто цену подписки включать можно в стоимость проекта. Один минус серьезный у них, оплату с карты сняли автоматом за следующий месяц, что не есть хорошо.
Сергей: аналогично, сегодня закончилась триальная версия. Из плюсов хочу отметить возможность выбора языка scss, как по мне удобная фишка. Ну и svg конечно же.
Алексей Струков: А вам что em rem % нужны? У вас дизайнер в фотошопе с ними работает?) Насколько не известно фотошоп работает с пикселям, поэтому все правильно. А что там задумал дизайнер - это у него в голове, фотошоп с этим не работает
Сергей: я просто считаю, что дизайнер должен рисовать элементы, держа в голове способ реализации этого всего в браузере, а не просто делая отступы в какие нибудь 13 магических пикселей или используя дорогие шрифты. В командной работе не должно быть подхода "я нарисовал, а как вы это будете реализовывать - не мое дело". По моему мнению веб дизайнер должен иметь представление о том, как происходит верстка, чтобы рисовать с учетом специфики отображения сайта в браузере, размещая хотябы элементы по сетке.
Алексей Струков: Это все понятно. Но, если дизайнер все нарисовал правильно то никаких "магических" пикселей быть не может. А если дизайнер сам криво нарисовал, то и программа выдаст эти "магические отступы"
Сергей: ну там по хорошему думаю должна быть возможность дизайнеру делать пометки в коде, что типа ширина этой кнопки не просто 123 пикселя, а складывается из ширины содержимого + паддинг и бордер, а отступ не 13 пикселей, а 8.33% или один столбец в сетке.
Алексей Струков: А причем тут дизайнер? Это уже верстальщик должен делать. Взял вот кнопку, сделал текст нужно размера, сделал рамку и падингами довел до нужного размера
Сергей: тут думаю просто конфликт двух подходов к дизайну. Старый гласит, что дизайнер должен рисовать не вдаваясь в реализацию, чтобы не ограничивать полет своей мысли, а новый, который в последнее время стал встречаться мне в интернете, говорит о том что "скрипач" вообще не нужен)
Типа верстальщик-дизайнер сам создает макет-прототип в каком нибудь Sketch, учитывая нюансы реализации этого всего в браузере.
Мне больше импонирует второй подход, так как Боливар давно не выдерживает троих, и в целях конкурентноспособности дизайнер должен взять на себя функции верстальщика.
Простой
Простой
